KI findet Lücke, Angreifer scannen nach einem Tag: Patchen neu denken
13. Oktober 2026
KI-generiert, redaktionell von 8thsense ausgewählt, geprüft und freigegeben. EU AI Act, Art. 50
Ein Sicherheitsforscher des Pentest-Anbieters Horizon3.ai hat mithilfe von Anthropics KI-Modell Mythos eine kritische Lücke im Dateiserver Rejetto HFS gefunden (CVE-2026-61500). Der Patch ist seit Juli verfügbar. Trotzdem tasteten Angreifer nur etwa ein bis zwei Tage nach der ausführlichen technischen Veröffentlichung Ende September die ersten Systeme ab. Für Geschäftsführer ist die Lehre daraus weniger „KI hackt jetzt alles” als etwas Unbequemeres: Die Uhr für Updates beginnt nicht erst mit dem Patch, sondern immer dann neu, wenn Angriffsdetails öffentlich werden.
Was genau passiert ist
Rejetto HFS ist ein quelloffener Dateiserver, mit dem sich Dateien schnell über den Browser freigeben lassen. Laut dem offiziellen CVE-Eintrag erzeugen die Versionen 3.0.0 bis 3.2.0 den Schlüssel für Sitzungs-Cookies mit dem Zufallsgenerator Math.random(), der für Sicherheitszwecke ungeeignet ist. Zusätzlich gibt der Server beim Login Ausgaben genau dieses Generators preis. Ein Angreifer kann daraus den Schlüssel rekonstruieren, sich ein Administrator-Cookie basteln und über eine Konfigurationsfunktion eigenen Code auf dem Server ausführen (Quelle: cve.org). Der Eintrag stammt von VulnCheck als zuständiger Vergabestelle und bewertet die Lücke mit 9,3 von 10 Punkten (CVSS 4.0), also kritisch. Laut The Register war es Mythos, das den Generator als umkehrbar erkannte, ein Fehler, der für Menschen schwer in vertretbarer Zeit zu finden gewesen wäre (Quelle: theregister.com).
Die Zeitleiste: Elf Wochen Ruhe, dann ein Tag
Spannend wird der Fall erst durch die Abfolge der Ereignisse. Die Quellen weichen bei einzelnen Daten um einen Tag voneinander ab, das Muster ist aber eindeutig:
Juni 2026: Horizon3.ai findet die Lücke mit Mythos (Quelle: securityweek.com).
13. Juli 2026: Rejetto veröffentlicht die korrigierte Version 3.2.1, am selben Tag erscheint der CVE-Eintrag.
30. September 2026: Horizon3.ai veröffentlicht eine technische Analyse samt Demo-Video (manche Quellen nennen den 1. Oktober).
1. bzw. 2. Oktober 2026: Die Köderserver (Honeypots) von VulnCheck registrieren erste Erkundungsversuche von einer chinesischen IP-Adresse gegen Ziele in den USA und Japan. Die Cloud Security Alliance datiert sie auf den 1. Oktober, SecurityWeek berichtet von einer Warnung am 2. Oktober, BleepingComputer spricht von Aktivität „über das Wochenende”.
Elf Wochen lang passierte also offenbar wenig. Erst als die Anleitung öffentlich war, begannen die Scans.
Was die Meldung nicht hergibt
So griffig die Schlagzeile ist, man sollte sie nicht überdehnen. VulnCheck hat laut BleepingComputer bisher keine erfolgreiche Ausnutzung beobachtet, sondern kleinteilige Erkundung von einer einzelnen Adresse (Quelle: bleepingcomputer.com). Die Cloud Security Alliance fand keine bestätigten Kompromittierungen, keinen Eintrag im Katalog aktiv ausgenutzter Lücken der US-Behörde CISA und keine verlässliche Zahl, wie viele HFS-Server überhaupt erreichbar sind (Quelle: cloudsecurityalliance.org). Auch dass die Angreifer selbst KI einsetzten, belegt keine Quelle. KI hat hier beim Finden geholfen. Die These aus dem Register-Podcast, KI könne menschliche Hackergruppen überflüssig machen, ist eine Debatte, kein Befund. Ernst nehmen sollte man sie trotzdem: Ein VulnCheck-Forscher zählt den Fall laut The Register bereits als zweite von Mythos gefundene Lücke, die in freier Wildbahn angegangen wird.
Das eigentliche Problem: Software außerhalb des Radars
Wer im Juli aktualisiert hat, war nie gefährdet. Gefährdet sind Installationen, die niemand auf dem Schirm hat. Genau darauf zielt die Empfehlung der Cloud Security Alliance: alle HFS-Instanzen aufspüren, auch solche außerhalb der zentralen IT, auf 3.2.1 oder besser die aktuelle stabile Version 3.3.4 aktualisieren (Quelle: github.com) und Admin-Oberflächen nicht öffentlich erreichbar machen. Systeme, die zwischen Ende September und dem Update offen im Netz standen, sollten als möglicherweise kompromittiert gelten: Admin-Passwörter wechseln, Konfiguration auf unerwartete Änderungen prüfen, Logs auf gehäufte Login-Anfragen durchsehen. Dazu kommt ein methodischer Punkt: Die CSA rät, die Dringlichkeit einer bereits gepatchten Lücke neu zu bewerten, sobald technische Details öffentlich werden, und die eigene Reaktionszeit an der Zeit bis zur ersten Ausnutzung zu messen statt am Erscheinungsdatum des Patches.
Was das für Unternehmen bedeutet
Das konkrete Produkt ist fast nebensächlich. In vielen mittelständischen Betrieben gibt es den schnell eingerichteten Dateiserver für den Austausch mit Kunden, das NAS mit Fernzugriff in der Praxis, das alte Buchungs-Plugin auf der Website des Vereins oder das Testsystem, das die Agentur vor zwei Jahren aufgesetzt hat. Niemand fühlt sich zuständig, niemand abonniert die Sicherheitsmeldungen. Wenn KI-Werkzeuge solche Fehler künftig schneller finden, wächst die Zahl der Meldungen, und jede veröffentlichte Analyse kann eine alte Lücke über Nacht wieder dringend machen. Ein einmaliger Sicherheits-Check reicht dann nicht mehr.
Ein pragmatischer Start kostet vor allem Zeit, nicht Budget: eine Liste aller Dienste, die aus dem Internet erreichbar sind, mit einer verantwortlichen Person je Dienst. Für genau diese Software Sicherheitsmeldungen abonnieren (GitHub-Releases, Hersteller-Newsletter, CERT-Bund-Warnungen). Admin-Zugänge nur über VPN oder internes Netz. Der nächste Schritt ist Prozessautomatisierung: Meldungen automatisch mit der eigenen Software-Liste abgleichen und bei Treffern ein Ticket mit Frist erzeugen. Solche Workflow-Automation scheitert selten an der Technik, sondern daran, dass Bestandsliste, Zuständigkeiten und Alarmwege nie sauber zusammengeführt wurden. Ein Standardtool ersetzt diese Abstimmung nicht. Wer das einmal mit jemandem durchdenkt, der die eigenen Systeme und Abläufe wirklich kennt, ist beim nächsten Fall nicht auf Glück angewiesen.
