PentAGI – autonomní multi-agentní platforma pro penetrační testování

Vytvořeno: 20.10.2026 | Aktualizováno: 20.10.2026 15:59

PentAGI je open-source, self-hosted platforma pro autonomní penetrační testování. Operátor zadá cíl a účel testu přirozeným jazykem. Systém rozdělí práci mezi specializované AI agenty, nechá je pracovat v Docker sandboxech a vytvoří výstupní report.

Nástroj používejte pouze proti systémům, pro něž máte výslovné oprávnění. Nejde o pasivní scanner: agenti mohou spouštět bezpečnostní nástroje a provádět aktivní kroky v rámci zadaného scope.

Autorizované bezpečnostní hodnocení – když je potřeba rozdělit větší test na průzkum, ověřování hypotéz a zpracování výsledků.
Vícekrokové agentní workflow – když nestačí jeden nástroj, ale je potřeba průběžně plánovat, delegovat úlohy a upravovat další postup podle výsledků.
Výzkum agentního pentestování – projekt ukazuje, jak spojit role AI agentů, paměť, nástroje a perzistentní stav jednoho bezpečnostního testu.
Vlastní provoz – self-hosting dává kontrolu nad platformou a uloženými daty. Neznamená ale automaticky, že data neopustí infrastrukturu: rozsah dat předávaných zvolenému LLM, vyhledávacím nebo observačním službám je nutné samostatně ověřit a řídit.

PentAGI organizuje práci jako Flow → Task → Subtask. Flow je celý test. Task je větší část práce a Subtask je konkrétní dílčí úkol.

Počáteční plán vzniká z podúloh. Dokumentace Flow popisuje role Generator pro přípravu plánu, Refiner pro jeho průběžnou úpravu, Primary pro řízení práce a Reporter pro závěrečný report. Po dokončení dílčího úkolu může systém plán upravit.

Stav testu, logy, volání nástrojů, screenshoty a paměť se ukládají do databáze. Uživatelské rozhraní průběžně ukazuje stav běžících úloh.

Základní nasazení používá Docker a Docker Compose, případně Podman. Projektové README uvádí jako minimum 2 vCPU, 4 GB RAM a 20 GB volného místa. Je také nutný alespoň jeden podporovaný poskytovatel jazykového modelu.

Architektura obsahuje React/TypeScript uživatelské rozhraní, Go API, PostgreSQL s rozšířením pgvector a Docker sandboxy pro workery. Podle potřeby lze zapnout další komponenty pro znalostní graf, monitoring nebo sledování práce s modely.

Nejdůležitější hranice je oddělení agentního sandboxu od hostitelského Dockeru. Přímé připojení hostitelského Docker socketu může agentovi umožnit vytvořit privilegovaný kontejner, připojit filesystem hostitele a ohrozit worker i další workloady.

Dokumentace Docker bezpečnosti doporučuje samostatný omezený Docker daemon pro workery a policy preflight — kontrolu ochranné politiky před spuštěním. Síťový egress PentAGI sám nevynucuje; provozovatel jej musí omezit a ověřit v síťové infrastruktuře.

Doporučený postup je:

provozovat workery mimo produkční systémy a mimo citlivá data,
použít samostatný omezený Docker daemon pro agentní sandbox,
připojit jej přes TLS místo bind mountu hostitelského Docker socketu,
nastavit explicitní allow-list Docker oprávnění; výchozí politika má odmítnout privilegované kontejnery, host mounty, přístup k zařízením, host PID/IPC a navyšování capabilities,
zvláštní oprávnění, například SYS_PTRACE nebo volitelné NET_ADMIN, povolit jen pro konkrétně vymezený test,
vymezit povolené cíle, časové okno a síťový egress ještě před spuštěním testu,
výsledný report vždy zkontrolovat člověkem.

Projektová EULA vyžaduje výslovné oprávnění vlastníka cílové sítě nebo prostředí. Zakazuje neautorizovaný přístup a odpovědnost za úlohy zadané agentům nese provozovatel. Tento článek není právní rada.

Shannon i PentAGI používají AI agenty při aktivním bezpečnostním testování. Nejsou ale stejným typem nástroje. Popis Shannonu vychází z jeho oficiálního README.

Oblast	PentAGI	Shannon
Hlavní zaměření	Širší multi-agentní workflow pro autonomní penetrační testování.	White-box testování webových aplikací a API.
Vstup	Cíl a účel testu; úlohy se dělí na Flow, Task a Subtask.	Běžící aplikace nebo API a její zdrojový kód.
Pracovní model	Plánuje, deleguje a podle výsledků upravuje navazující úlohy.	Kombinuje analýzu kódu s pokusem o skutečnou exploitaci.
Výstup	Report z provedeného workflow a uložený stav testu.	Report jen s nálezy, pro něž vznikl funkční proof of concept.
Typické nasazení	Self-hosted platforma pro bezpečnostní tým, pentest nebo výzkum.	Staging, vývojové prostředí nebo CI/CD bezpečnostní kontrola aplikace.

PentAGI dává větší smysl, když je potřeba řídit širší testovací postup s více rolemi a navazujícími úlohami. Hodí se také pro tým, který chce persistentní prostředí s rozhraním, historií, pamětí a dohledem nad dlouhodobějším agentním workflow.

Shannon dává větší smysl, když tým vlastní zdrojový kód konkrétní webové aplikace nebo API a chce ověřovat chyby před vydáním. Jeho silná stránka je white-box postup, pravidlo „bez funkčního exploitu není nález“ a výstupy použitelné v CI/CD, například SARIF.

Ani jeden nástroj není vhodné bez dalšího pustit proti produkci. Shannon výslovně upozorňuje, že aktivní exploitace může změnit stav aplikace. PentAGI zase vyžaduje pečlivé oddělení agentních workerů a Docker infrastruktury.

PentAGI nenahrazuje zkušeného pentestera. Kvalita výsledku závisí na přesně vymezeném rozsahu, zvolených modelech, dostupných nástrojích, izolaci prostředí a lidské kontrole závěrů.

Soubor LICENSE používá licenci MIT. EULA zároveň stanoví samostatné, odvolatelné a podmíněné podmínky použití. Soubor NOTICE uvádí integrované VXControl Cloud SDK pod AGPL-3.0 s výjimkou omezenou na oficiální PentAGI. Před úpravou nebo redistribucí je proto nutné ověřit LICENSE, EULA, NOTICE a licence všech použitých součástí.