Shannon: instrument AI de penetration testing white-box cu 41.4K stele
🤖 Shannon: instrument AI de penetration testing white-box cu 41.4K stele, No PoC No Report
Shannoneste un instrument AI de penetration testing white-box cu funcționare autonomă, destinat aplicațiilor web și API-urilor:
- 41.4K stele GitHub: unul dintre cele mai populare proiecte open-source din domeniul securității
- No PoC No Report: fără PoC nu se raportează, zero rezultate fals pozitive
- Benchmark XBOW 96,15%: rata de succes în exploatarea vulnerabilităților întrece instrumentele comerciale
- 50 $/test: costul unui singur test, raport gata în 1–1,5 ore
- Testare white-box: necesită acces la codul sursă; analiză de cod + atacuri dinamice
Estestratul de validare dinamică din lanțul de unelte de securitate, care acoperă golurile testării tradiționale de penetrare.
🔍 De ce există Shannon?
Problema golului de securitate
Echipa ta folosește unelte de programare bazate pe AIși implementează cod zilnic, dar testarea de penetrarese face o dată pe an — între ele se întinde ungol de securitate de 364 de zile. Cine îl umple?
- Scanerele tradiționale: raportează o grămadă de vulnerabilități „posibile”, iar inginerii de securitate trebuie să le verifice una câte una
- Testarea manuală de penetrare: durează săptămâni și costă zeci de mii de dolari
- Golul de securitate: în celelalte 364 de zile este posibil ca vulnerabilități să fie implementate chiar acum în mediul de producție
Răspunsul Shannon
Shannon răspunde astfel: unAgent de penetration testing pe deplin autonom, care știe să citească codul sursă, să opereze singur browserul pentru a lansa atacuri și care nu raportează nimic dacă nu reușește să pătrundă.
⚠️ Nu este un scanner: No Exploit, No Report
Primul pas în înțelegerea Shannon
Primul pas pentru a înțelege Shannon este să clarifici cenu este:
- Nu este DAST: nu este un instrument de testare dinamică a securității aplicațiilor
- Nu este SAST: nu este un instrument de testare statică a securității aplicațiilor
- Nu este potrivire de șabloane: nu scanează după tipare de pericol cunoscute
Uneltele tradiționale sunt, în esență,potrivire de șabloane — scanează codul sau răspunsurile HTTP după tipare de pericol cunoscute și scoate o listă de „susceptibilități de vulnerabilitate”.
Principiul de design central al Shannon
Principiul de design central al Shannon se rezumă la o singură frază:„POC or it didn’t happen”(fără PoC este ca și cum nu s-ar fi întâmplat):
| Caracteristică | Descriere |
|---|---|
| Lansează atacuri reale | injectează SQL prin automatizarea browserului, construiește payload-uri XSS, trimite cereri SSRF |
| Raportează doar exploatarea reușită | doar vulnerabilitățile exploatate cu succes intră în raportul final |
| Include PoC gata de copiat | fiecare descoperire vine însoțită de cod PoC care poate fi copiat direct |
| Fals pozitivele nu intră în raport | vulnerabilitățile care nu pot fi exploatate sunt marcate ca „fals pozitiv” sau „potențial” și nu intră în raport |
Aceasta înseamnă că echipa de securitate primeștefiecare descoperire deja verificată și reproductibilă.
Teste pe OWASP Juice Shop
În raportul de testare oficial peOWASP Juice Shop, Shannon a descoperitpeste 20 de vulnerabilități:
- Bypass de autentificare prin injecție SQL(Critical)
- Extragere de date prin injecție UNION(Critical)
- SSRF(High)
- XSS(High)
- Multiple bypass-uri de autorizare(High)
Merită menționat că, pe alte două ținte de testare, detecția XSS a Shannon a avutzero rezultate fals pozitive — a identificat corect că aceste aplicații au apărări XSS robuste, fără a raporta greșit.
🔬 Arhitectura cu pipeline în cinci etape
Pipeline în cinci etape + agenți multipli în paralel
Arhitectura tehnică a Shannon se rezumă la două cuvinte-cheie:pipeline în cinci etapeșiagenți multipli în paralel:
| Etapa | Nume | Descriere |
|---|---|---|
| Etapa 1 | Pre-Recon | scanare externă + analiză de cod sursă (Nmap, Subfinder, WhatWeb) |
| Etapa 2 | Recon | face puntea între analiza statică și cea dinamică, verifică endpoint-uri, cartografiază fluxurile de autentificare |
| Etapa 3 | Vulnerability Analysis | 5 agenți în paralel, fiecare responsabil de o categorie de vulnerabilități |
| Etapa 4 | Exploitation | 5 agenți în paralel, care execută atacuri reale |
| Etapa 5 | Reporting | generează un raport la nivel de penetration testing |
Motorul de raționament de bază
Shannon se bazează peAnthropic Claude Agent SDKși folosește o configurație pe trei niveluri de modele:
- Claude Haiku 4.5: rezumare
- Claude Sonnet 4.6: analiză de securitate
- Claude Opus 4.6: raționament profund
📊 5 agenți paraleli pentru 5 categorii de vulnerabilități
5 agenți de analiză independenți
Shannon pornește simultan5 agenți de analiză independenți, fiecare responsabil de o categorie de vulnerabilități:
| Agent | Metodă | Vulnerabilități acoperite |
|---|---|---|
| Injection | urmărire de taint Source→Sink | injecție SQL/comandă/fișier/șablon/deserializare |
| XSS | urmărire de taint Sink→Source | cross-site scripting în contextele de redare HTML |
| SSRF | urmărire de taint Sink→Source | clienți HTTP, socket-uri brute, deschizătoare de URL |
| Auth | verificare Guard | controle de securitate lipsă (rate limiting, gestionarea sesiunilor etc.) |
| Authz | verificare Guard | verificări de autorizare lipsă (orizontală/verticală/contextuală) |
Cei 5 agențirulează concurențial, fără să se blocheze reciproc. Imediat după finalizarea fiecărui agent de analiză, agentul de exploatare corespunzător pornește instantaneu.
Clasificarea stării vulnerabilităților
Agenții de exploatare clasifică fiecare descoperire întrei stări:
- EXPLOITED(exploatat): intră în raportul final
- POTENTIAL(potențial): nu intră în raport
- FALSE POSITIVE(fals pozitiv): nu intră în raport
DoarEXPLOITEDajunge în raportul final.
🔥 Benchmark XBOW 96,15%
Benchmarkul XBOW
Shannon a obținut pebenchmarkul XBOWo rată de succes în exploatare de96.15%(100/104):
| Tip vulnerabilitate | Total | Reușite | Rată de succes |
|---|---|---|---|
| Broken Authorization | 25 | 25 | 100% |
| SQL Injection | 7 | 7 | 100% |
| Blind SQL Injection | 3 | 3 | 100% |
| SSRF / Misconfiguration | 22 | 21 | 95.45% |
| XSS | 23 | 22 | 95.65% |
| Server-Side Template Injection | 13 | 12 | 92.31% |
| Command Injection | 11 | 10 | 90.91% |
| Total general | 104 | 100 | 96.15% |
Observații privind condițiile de test
- Benchmarkul XBOW: 104 de aplicații cu vulnerabilități introduse intenționat
- Versiuni curățate: numele variabilelor, comentariile și indiciile de căi de fișiere au fost eliminate
- Mod white-box: Shannon are acces la codul sursă al aplicației
Comparație cu instrumentele comerciale
- Shannon: 96,15% (mod white-box)
- KinoSec: 92,3% (mod black-box)
- Xfenser AI: 88,5%
- Platforma comercială XBOW: aproximativ 85% (black-box)
💰 Costuri și primii pași
Costuri
Scanare completă unică:
- Durată: 1–1,5 ore
- Cost API: aproximativ 50 $ USD (pe baza Claude Sonnet 4.6)
- Interval: 40–55 $, în funcție de prețul modelelor și de complexitatea aplicației
ComparațieTestarea manuală tradițională de penetrare: zeci de mii de dolari per test și săptămâni de muncă.
Cum începi
Modul npx(recomandat, fără instalare):
# 一次性配置 npx @keygraph/shannon setup # 运行渗透测试 npx @keygraph/shannon start -u https://your-app.com -r /path/to/repo
Modul local(build complet):
# 克隆仓库 git clone https://github.com/KeygraphHQ/shannon.git cd shannon # 配置 API Key echo "ANTHROPIC_API_KEY=your-key" > .env # 安装和构建 pnpm install && pnpm build # 运行 ./shannon start -u https://your-app.com -r /path/to/repo
Cerințe prealabile
- Docker: runtime de containere
- Node.js 18+: mediu de execuție
- Anthropic API Key: recomandat
- Acces la codul sursă: necesar pentru un instrument white-box
🤝 Shannon Lite vs Shannon Pro
Două versiuni
| Versiune | Licență | Poziționare |
|---|---|---|
| Shannon Lite | AGPL-3.0 | testarea locală a propriilor aplicații |
| Shannon Pro | Comercial | platformă AppSec la nivel de organizație (SAST + SCA + Pentest) |
Funcționalități Shannon Pro
Shannon Proeste o platformă completă de securitate a aplicațiilor:
- Code Property Graph: motor de analiză statică
- Testarea securității logicii de business: descoperire automată a invarianturilor
- Analiza de reachability SCA: urmărirea accesibilității CVE
- Detectarea secretelor: detecție prin regex + LLM
- Corelarea static-dinamic: descoperirile statice sunt transmise automat testării dinamice de penetrare
- Integrare CI/CD: scanare GitHub PR
⚠️ Atenționări de utilizare
Avertismente importante
- Nu utilizați niciodată asupra unor sisteme neautorizate: Shannon execută atacuri reale; scanarea fără autorizație este ilegală
- Nu este recomandat să rulezi în mediul de producție: atacurile pot avea efecte distructive
- Depozitul poate fi vulnerabil la prompt injection din partea AI: acesta este un risc de securitate enumerat în mod explicit de oficiali
- Shannon Lite este un instrument white-box: necesită acces la depozitul de cod sursă
Riscul de halucinații LLM
Avertisment oficial: LLM-urile pot totuși produce halucinații; este necesar catoate descoperirile să fie verificate de om în privința legalității și a severității.
📝 Rezumat
Shannon reprezintă o paradigmă de instrumente de securitate care abia se conturează:
- No PoC No Report: raportează doar exploatarea reușită
- 41.4K stele: cel mai popular proiect open-source din domeniul securității
- Benchmark XBOW 96,15%: rata de succes în testare white-box întrece instrumentele comerciale
- Pipeline în cinci etape: Pre-Recon → Recon → Vuln → Exploit → Report
- 5 categorii de agenți paraleli: Injection, XSS, SSRF, Auth, Authz
- 50 $/test, 1–1,5 ore: cost mult mai mic decât testarea manuală de penetrare
- Instrument white-box: necesită acces la codul sursă
Fără PoC nu se raportează — Shannon transformă testarea de penetrare într-o singură comandă.
GitHub:https://github.com/KeygraphHQ/shannon
Site oficial:https://keygraph.io