Archon: Fehlende Authentifizierung in Steuerungs-API ermöglicht Befehlsausführung
Zusammenfassung
Archon in den Versionen 0.2.13 bis 0.11.1 stellt die Steuerungs-API unter /api/* ohne Authentifizierung bereit. Die API bindet standardmässig an 0.0.0.0, weshalb jeder Angreifer mit Netzwerkzugriff auf den Host sie erreichen kann. Ein Angreifer kann Nachrichten an den KI-Coding-Agenten senden, der mit bypassPermissions läuft, und so Befehle als Archon-Benutzer ausführen.
Betroffen
- coleam00 Archon 0.2.13 bis 0.11.1
- Der CVE-Eintrag markiert die Standardkonfiguration als nicht betroffen. Dies widerspricht der Beschreibung, dass die API standardmässig an 0.0.0.0 bindet. Mit dem Hersteller klären.
Behoben in
Unbekannt. Es wurde keine korrigierte Version und keine Herstellerwarnung gefunden. v0.11.1 ist die letzte betroffene Version.
Umgehung
- Netzwerkzugriff auf den Archon-API-Port mit Firewall-Regeln auf vertrauenswürdige Hosts beschränken
- Den Dienst an localhost binden und den Port an der Host-Firewall sperren. Dies begrenzt die Exposition, ergänzt aber keine Authentifizierung.
- Archon in einem eingeschränkten Container oder mit einem Konto mit wenigen Rechten betreiben, um die Auswirkungen einer Kompromittierung zu begrenzen
Ausnutzung
- CISA SSVC führt die Ausnutzung als 'poc', die Automatisierbarkeit als 'yes' und die technischen Auswirkungen als 'total'.
- Sekundäre Quellen melden bis Mitte Oktober 2026 keinen öffentlichen Proof of Concept und keine bekannte Ausnutzung in freier Wildbahn.
Unsere Empfehlung
- Alle Archon-Installationen inventarisieren, einschliesslich Docker-Images, auf Servern, gemeinsam genutzten Entwicklungshosts und in Container-Netzwerken
- Den Zugriff auf den API-Port jetzt mit Firewall-Regeln einschränken und den Dienst wo möglich an localhost binden
- Logs auf unerwartete Nachrichten an den Agenten prüfen
- Die Release-Seite des Herstellers auf eine korrigierte Version beobachten und zeitnah aktualisieren
- Hosts mit Archon als exponiert behandeln und prüfen, auf welche Zugangsdaten und Cloud-Schlüssel der Archon-Benutzer zugreifen kann
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- VulnCheck advisory www.vulncheck.com
- Archon GitHub repository github.com
- Archon v0.11.1 auth/config.ts github.com
- Archon v0.11.1 routes/api.ts github.com
- Archon v0.11.1 index.ts github.com
- Root cause analysis (hieuPenguinnn) hackmd.io
- CortexFlow lockdown guidance cortexflow.tech
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 01:34.
Referenzen der NVD (7)
- https://github.com/coleam00/Archon
- https://github.com/coleam00/Archon/blob/v0.11.1/packages/server/src/auth/config.ts#L25-L27
- https://github.com/coleam00/Archon/blob/v0.11.1/packages/server/src/index.ts#L909
- https://github.com/coleam00/Archon/blob/v0.11.1/packages/server/src/routes/api.ts#L1749-L1756
- https://hackmd.io/@hieuPenguinnn/archon-os-api-missing-authentication-default
- https://www.vulncheck.com/advisories/archon-0.2.13-through-0.11.1-missing-authentication-via-api-control-api
- https://hackmd.io/@hieuPenguinnn/archon-os-api-missing-authentication-default
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.
