Worker node

Houd in productie de uitvoering van niet-vertrouwde tools weg van de machine waarop PentAGI draait. Een worker node host de containers van de agents achter met TLS beveiligde Docker-endpoints, zodat commando's die een agent uitvoert nooit de hoofdhost raken.

Waarom een worker node

• Isolatie. Toolcontainers draaien op speciale hardware met hun eigen netwerkgrens.
• Gecontroleerde Docker-toegang. Agents die Docker nodig hebben, communiceren via een autorisatiebeleid met een geharde Docker-in-Docker-daemon in plaats van met de daemon van de host.
• Out-of-band testen. Een speciaal poortbereik op de worker ondersteunt OOB-callbacks.

Verbindingsmodi

• Standaard (aanbevolen) — PentAGI maakt via TLS verbinding met de Docker-host van de worker om worker-containers aan te maken; workers bereiken Docker-in-Docker via het TLS-endpoint. Stel DOCKER_INSIDE=true in samen met DOCKER_INSIDE_HOST, DOCKER_INSIDE_TLS_VERIFY en DOCKER_INSIDE_CERT_PATH, en laat DOCKER_SOCKET leeg: de /var/run/docker.sock van de .env template zou anders ook de host Docker-socket van de worker node mounten in elke sandbox. Zonder DOCKER_INSIDE_HOST hebben agents geen toegang tot Docker.
• Direct — PentAGI communiceert rechtstreeks met Docker-in-Docker; bind-mounts van de host worden dan door het beleid geweigerd, dus Docker-toegang voor agents moet worden uitgeschakeld.

Configuratie

De volledige procedure — TLS-certificaten voor beide daemons, de geharde Docker-in-Docker-configuratie, beleidsupdates en verificatie — vind je in de handleiding voor worker nodes in de repository.