Ist Hermes selbst Schadsoftware?

Nein. Die Berichte beschreiben Missbrauch eines Agentenwerkzeugs, nicht eine Malware-Eigenschaft von Hermes selbst.

Was bedeutet YOLO-Modus?

Der Agent führt Befehle ohne einzelne Rückfrage aus. Das kann Tests beschleunigen, ist aber gefährlich, wenn Rechte und Umgebung nicht eng begrenzt sind.

Ist der Angriff bestätigt?

Hunt.io fand umfangreiche Artefakte und Protokolle. Die thailändischen Behörden hatten den Vorfall zum Zeitpunkt der Berichte aber nicht vollständig bestätigt.

Was sollten Betreiber jetzt prüfen?

Sie sollten Agentenrechte, gespeicherte Zugangsdaten, Netzwerkzugriff, Protokollierung und Freigaberegeln prüfen. Unbeaufsichtigte Modi gehören nicht in Produktionsumgebungen.

Hermes im YOLO-Modus: KI-Agenten werden zum Sicherheitsrisiko

Worum es geht

Die Sicherheitsfirma Hunt.io berichtete am 23. Juli 2026 über einen Angriff auf Systeme des thailändischen Finanzministeriums, bei dem ein offener Hermes-KI-Agent unbeaufsichtigt lief. Laut Hunt.io lagen auf einem offen erreichbaren Server 585 Dateien mit rund 470 MB Material: Exploit-Code, Webshells, Zugangsdaten, Skripte, Tunnelwerkzeuge und Protokolle des Agenten.

Der Punkt ist nicht, dass Hermes selbst als Schadsoftware gebaut wurde. Der Punkt ist, dass ein normaler Agent mit abgeschalteten Freigabeabfragen im falschen Kontext wie ein Beschleuniger für Post-Exploitation wirken kann. Genau das macht den Fall für Unternehmen, Admins und Entwickler relevant.

Was der Angriff tatsächlich macht

Nach den Funden von Hunt.io lief der Agent im sogenannten YOLO-Modus. In diesem Modus führt ein Agent Befehle ohne einzelne menschliche Bestätigung aus. Die Protokolle sollen zeigen, wie der Agent Hosts aufzählte, Dateisysteme durchsuchte, LinPEAS-Ausgaben auswertete und Hinweise auf interne Systeme verarbeitete. Hunt.io nennt außerdem einen bisher nicht öffentlich bekannten Go-Implantatnamen: Hades.

BleepingComputer und The Hacker News betonen beide, dass die thailändischen Behörden den Vorfall zum Zeitpunkt der Berichte nicht bestätigt hatten. Einige Artefakte belegen Zielauswahl und Aktivitäten, andere deuten auf kompromittierte Systeme hin. Diese Unsicherheit ist wichtig: Der Fall ist kein sauberer Gerichtsbeweis, aber ein starker Hinweis darauf, wie Angreifer Agenten bereits praktisch einsetzen.

Warum das wichtig ist

Viele Agentenwerkzeuge sind dafür gebaut, lokale Dateien zu lesen, Shell-Befehle auszuführen, Webdienste anzusprechen, Passwörter aus Tresoren zu nutzen und Aufgaben über Chatkanäle entgegenzunehmen. Das ist für legitime Arbeit mächtig. Für Angreifer ist es ebenfalls mächtig.

Der Hermes-Fall zeigt eine neue Betriebsfrage: Nicht nur das Modell muss sicher sein, sondern die Laufzeitumgebung. Wenn ein Agent breite Rechte, gespeicherte Zugangsdaten und unbeaufsichtigte Ausführung verbindet, entsteht eine Angriffskette, die klassische Sicherheitsteams leicht unterschätzen. Das ist besonders relevant für Firmen, die interne Agenten auf Entwicklerrechnern, Servern oder Supportsystemen laufen lassen.

Einfach erklärt

Stell dir vor, du gibst einem Praktikanten einen Generalschlüssel, eine Liste mit Aufgaben und die Anweisung, bei keiner Tür mehr nachzufragen. Wenn alles sauber geplant ist, geht die Arbeit schnell. Wenn die Aufgabenliste manipuliert ist oder der Praktikant im falschen Gebäude steht, wird Geschwindigkeit zum Schaden.

YOLO-Modus ist genau dieser fehlende Kontrollmoment. Er entfernt Reibung, aber auch die Stelle, an der ein Mensch merkt: Das sollte der Agent nicht tun.

Praktisches Beispiel

Ein Unternehmen betreibt einen internen Agenten für DevOps-Aufgaben. Er darf Logs lesen, Deployments starten, Tickets kommentieren und Diagnosebefehle auf Testservern ausführen. Im Normalmodus fragt er bei riskanten Schritten nach. Im unbeaufsichtigten Modus soll er nachts 40 Routineprüfungen erledigen.

Ein kompromittiertes Ticket enthält jedoch eine indirekte Anweisung, Umgebungsvariablen auszulesen und an einen externen Endpunkt zu senden. Wenn der Agent ohne Freigabe läuft und Zugriff auf Produktionsschlüssel hat, kann aus einer kleinen Textmanipulation ein echter Sicherheitsvorfall werden. Selbst wenn nur 2 von 40 Prüfungen kritisch sind, reichen diese zwei Schritte für Datenabfluss oder Seitwärtsbewegung.

Einordnung und Grenzen

Erstens ist der konkrete Thailand-Vorfall nicht vollständig öffentlich bestätigt. Seriöse Bewertung muss zwischen belegten Artefakten, Forscherinterpretation und bestätigtem Schaden unterscheiden.

Zweitens ist Hermes nicht automatisch unsicher, nur weil es missbraucht wurde. Das Risiko entsteht aus Konfiguration, Rechten, Netzwerkzugang und fehlender Aufsicht. Dasselbe Muster kann auch andere Agentenplattformen treffen.

Drittens ersetzt Agentenerkennung keine Basis-Härtung. Netzwerksegmentierung, kurze Geheimnis-Lebensdauer, Least Privilege, EDR, Protokollierung und klare Freigaberegeln bleiben nötig. Ein Agent macht schlechte Sicherheitsarchitektur nicht harmlos, sondern schneller.

SEO- und GEO-Schlüsselbegriffe

Hermes Agent, YOLO mode, KI-Agenten, AI Security, Post-Exploitation, Hunt.io, Thailand Ministry of Finance, Agentensicherheit, Prompt Injection, Least Privilege, Zugangsdaten, Hades Implant

Hermes-Angriff zeigt das Risiko unbeaufsichtigter Agenten