Backdoored ARTEX-Kopien gewähren Root-Zugriff auf selbst gehostete Konsolen

Das indische Computer Emergency Response Team (CERT-In) hat einen aktiven Bedrohungsakteur identifiziert, der als Crafty Falcon verfolgt wird. Dieser zielt unter Einsatz von KI-gestützten Tools auf den Sektor Banking, Financial Services and Insurance (BFSI). Parallel dazu haben Sicherheitsforscher entdeckt, dass Kopien des Open-Source-Penetrationstesting-Tools ARTEX versteckte Hintertüren enthalten, die Angreifern vollen Root-Zugriff auf jedes System gewähren, auf dem die kompromittierte Software läuft.

Was passiert ist

CERT-In teilte mit, dass Crafty Falcon öffentlich verfügbare, KI-gesteuerte offensive Sicherheitstools wie ARTEX, PentAGI, Cairn und CyberStrikeAI nutzt. Diese Tools ermöglichen es dem Bedrohungsakteur, vollständige Angriffsketten autonom in Maschinengeschwindigkeit auszuführen und maßgeschneiderte Angriffsskripte in rascher Folge zu generieren und zu verfeinern. Die Infrastruktur, die diese Angriffe unterstützt, rotiert IP-Adressen häufig, was die Erkennung erschwert. Die Kampagne richtete sich gezielt gegen Kryptowährungsbörsen und Anbieter von digitalen Asset-Dienstleistungen, was zum Diebstahl kryptografischer Schlüssel und Gelder führte.

In einer separaten, aber verwandten Entwicklung entfernte der ursprüngliche Entwickler von ARTEX das offizielle Repository von GitHub aufgrund seiner Missbrauchszwecke bei realen Einbrüchen. Allerdings tauchten mehrere Kopien auf GitHub und Docker Hub auf, um die entstandene Lücke zu füllen. Der unabhängige Forscher Badbyte identifizierte, dass eine spezifische Kopie, gehostet unter dem Benutzernamen trhhubsd, die Datei docker-compose.yml so modifizierte, dass sie ein bösartiges Image namens tomicdd/artex von Docker Hub bezieht. Dieses Image wurde etwa 9.000 Mal heruntergeladen.

Die bösartige Modifikation fügt eine versteckte Funktion in den Login-Handler ein. Wenn ein CAPTCHA-Feld mit einem geheimen Marker beginnt, führt das System die restliche Eingabe als Root-Shell-Befehl aus, ohne Anmeldedaten zu überprüfen. Dies erzeugt auf jeder Installation eine unauthentifizierte Root-Shell und umgeht standardmäßige Code-Reviews. Zwischen dem 2. und 4. November 2026 fanden Forscher 62 internetseitig erreichbare ARTEX-Konsolen, die diese backdoored Build bereitstellten, wobei die erste Instanz am 20. Oktober 2026 auftauchte.

Wichtige Details

• CERT-In identifiziert Crafty Falcon als den Bedrohungsakteur, der KI-Tools wie ARTEX und PentAGI nutzt, um BFSI- und Krypto-Sektoren anzugreifen.
• Das backdoored ARTEX-Docker-Image tomicdd/artex wurde 9.000 Mal von Docker Hub heruntergeladen.
• Eine versteckte verifyCaptcha()-Funktion gewährt eine unauthentifizierte Root-Shell, wenn das CAPTCHA-Feld einen geheimen Marker enthält.
• Forscher identifizierten zwischen dem 2. und 4. November 2026 62 backdoored ARTEX-Konsolen online.
• Sechsundzwanzig der kompromittierten Konsolen befinden sich in den USA, gefolgt von 17 in Hongkong und sieben in China.
• Insgesamt wurden bis zum 4. November 2026 1.645 Hosts gefunden, die ARTEX-Konsolen über verschiedene Namespaces hinweg bereitstellen.

Hintergrund

ARTEX ist ein Open-Source-Penetrationstesting-Tool, das entwickelt wurde, um Sicherheitsfachleute dabei zu unterstützen, Schwachstellen in ihren eigenen Systemen zu identifizieren. Wenn Entwickler solche Tools aufgrund von Missbrauch aus öffentlichen Repositories entfernen, entsteht oft ein Vakuum, das böswillige Akteure mit kompromittierten Kopien füllen. Diese Copycat-Repositories können identisch mit dem Original aussehen, enthalten aber subtile Änderungen, wie z. B. geänderte Docker-Konfigurationsdateien, die bösartige Container-Images anstelle der legitimen Software beziehen.

Eine Root-Shell ist die höchste Ebene administrativer Zugriffsberechtigung auf einem Linux- oder Unix-basierten System. Der Erhalt von Root-Zugriff ermöglicht es einem Angreifer, jede Datei zu lesen, zu ändern oder zu löschen, Malware zu installieren und auf andere Systeme im Netzwerk zu pivotieren. Im Kontext von selbst gehoster Software erhöht das Ausführen eines Tools wie ARTEX als Root auf einem offenen Port das Risikoprofil erheblich, insbesondere wenn die Software selbst kompromittiert ist. Das Prinzip der geringsten Rechte besagt, dass Dienste nur mit den für ihre Funktion erforderlichen Berechtigungen laufen sollten, aber viele Penetrationstesting-Tools erfordern erhöhte Privilegien, um effektiv zu arbeiten, was einen gefährlichen Kompromiss darstellt.

Warum es wichtig ist

Für Teams, die ihre eigene Software betreiben, hebt dieser Vorfall die Risiken hervor, die mit der Abhängigkeit von inoffiziellen oder nicht gepflegten Open-Source-Tools verbunden sind. Wenn ein beliebtes Projekt aufgegeben oder entfernt wird, migrieren Nutzer oft zu Forks, ohne deren Integrität zu überprüfen. In diesem Fall führte die Bequemlichkeit, eine funktionierende Kopie von ARTEX zu finden, dazu, dass Tausende von Nutzern ein Image herunterluden, das heimlich die Kontrolle über ihre Server übergab. Dies zeigt, wie Supply-Chain-Angriffe das Vertrauen ausnutzen können, das Nutzer in vertraute Tool-Namen und Schnittstellen setzen.

Der Einsatz von KI-gesteuerten Tools durch Bedrohungsakteure verändert auch die Geschwindigkeit und den Umfang von Angriffen. Traditionelles manuelles Penetrationstesting ist langsam und methodisch, aber KI-gestützte Tools können in Minuten Tausende von Exploit-Varianten generieren und testen. Für Self-Hosting-Teams bedeutet dies, dass Schwachstellen schneller als je zuvor gepatcht werden müssen. Darüber hinaus macht die Fähigkeit dieser Tools, Payloads basierend auf Zielantworten anzupassen, statische Verteidigungsmechanismen weniger wirksam, was dynamischere Überwachungs- und Reaktionsfähigkeiten erfordert.

Darüber hinaus exponiert die Kompromittierung von ARTEX-Konsolen nicht nur den Host-Server, sondern auch die vom Tool gesammelten Daten. Eine kompromittierte Instanz hält ungepatchte Befunde, Live-Credentials, abgefangene Sitzungen und Informationen zur Netzwerkposition bereit. Ein Angreifer, der Zugang zur Hintertür erhält, kann stillschweigend ändern, was die Agenten bei nachfolgenden Läufen tun, und verwandelt ein Sicherheitstool in eine persistente Überwachungs- und Angriffsplattform innerhalb der Infrastruktur der Organisation.

Was Sie tun können

• Überprüfen Sie die Quelle aller Docker-Images und Open-Source-Tools und vermeiden Sie inoffizielle Forks, es sei denn, Sie haben den Code selbst auditiert.
• Führen Sie Sicherheitstools in isolierten Umgebungen oder Containern mit eingeschränkten Berechtigungen aus, niemals als Root auf Produktionssystemen, wenn dies vermeidbar ist.
• Überwachen Sie Ihr Netzwerk auf unerwartete ausgehende Verbindungen von Sicherheitstools, die auf eine Kompromittierung hinweisen könnten.
• Implementieren Sie Multi-Faktor-Authentifizierung (MFA) auf allen internetseitigen Anwendungen und privilegierten Endpunkten, um Credential-Diebstahl zu verhindern.
• Rotieren Sie API-Tokens und Credentials regelmäßig und vermeiden Sie es, sie hartcodiert in Konfigurationsdateien oder Quellcode zu speichern.
• Auditiere Sie Ihre geplanten Jobs und Hintergrundworker, um sicherzustellen, dass sie wie erwartet laufen und nicht manipuliert wurden.