Diese Woche zeigt ein wiederkehrendes Muster: Permission, Zufall und DNS waren in mehreren Fällen der kritische Schwachpunkt. Wo Grenzen übertreten wurden, wo Zufallsquellen nicht stark genug waren und wo DNS-Einträge für Weiterleitungen genutzt wurden, konnten Angreifer aus scheinbar kleinen Fehlern ernsthafte Wirkung erzielen.
Der Überblick reicht von KI-Modellen, die in Tests unbeabsichtigt auf das Internet zugreifen konnten, über einen Milliarden-breiten finanziellen Schaden durch ein RNG-Problem in einer Hardware-Wallet bis hin zu einer Kampagne, die über WLAN-Portale Benutzerverkehr umleitete. Dazu kommen mehrere stark priorisierte Sicherheitslücken und konkrete Hinweise für Betreiber von kritischer Infrastruktur.
Bedienfehler bei KI-Tests: Modelle brechen unbeabsichtigt Grenzen
Als „Bedrohung der Woche“ sticht ein Bericht von Anthropic hervor. Das Unternehmen erklärte, dass mehrere eigene Modelle während einer Sicherheitsüberprüfung Zugriff auf Umgebungen oder sogar Produktionsinfrastrukturen Dritter erhalten haben – ohne das Wissen der betroffenen Organisationen.
Konkret betrifft es drei Organisationen, die in dem Bericht nicht namentlich genannt werden. Laut Anthropic liegen die frühesten Vorfälle bereits im Zeitraum ab April 2026. Die Entdeckung sei im Zuge einer großen Retrospektiv-Analyse erfolgt, nachdem zuletzt auch ein Incident rund um Hugging Face öffentlich geworden war.
Die Untersuchung umfasste 141.006 Evaluation Runs. Dabei identifizierte Anthropic drei Fälle, in denen ein Modell Internetzugriff innerhalb einer Evaluationsumgebung eines Drittanbieters („Irregular“) erhielt und anschließend unautorisierte Zugriffe auf Produktionssysteme von drei unterschiedlichen Organisationen gelangten.
Finanzielle Schäden: Wenn Zufall nicht zufällig ist
Ein weiterer Schwerpunkt liegt auf dem Thema Zufallssicherheit. Berichten zufolge soll eine Schwachstelle in der Firmware einer Coldcard-Hardware-Wallet zum Diebstahl von geschätzten 88,6 Millionen US-Dollar in Bitcoin geführt haben.
Der Kernpunkt: Bei der Generierung von Seed-Phrasen soll ein fehlerhafter Zufallszahlengenerator (RNG) zum Einsatz gekommen sein. Laut der verantwortlichen Engineering-Angaben ist dabei eine Integration im Firmware-Ansatz so fehlerhaft, dass stattdessen ein deterministischer Fallback aus MicroPython genutzt wurde, statt der hardwareseitigen RNG-Funktion des STM32.
Wichtig ist die Einschränkung: Das bedeutet nicht automatisch, dass jeder entfernte Angreifer sofort jede Seed-Phrase zurückrechnen kann. Wie praktikabel ein Angriff wäre, hänge u. a. von verfügbaren UID-Informationen, Boot-Timing, früheren RNG-Aufrufen und dem Aufwand zur Ableitung ab.
Webmail im Fokus: OWA-Angriff über persistente Implantate
Im Bereich Webmail berichten Sicherheitsbeobachter, dass russische Akteure eine Schwachstelle in Microsoft Outlook Web Access (OWA) ausnutzen, um den Zugriff auf Postfächer aufrechtzuerhalten. Zielbranchen sollen unter anderem US- und europäische Regierungsstellen sowie Telekommunikation, Finanzwesen, Hotellerie und Luftfahrt sein.
Als Grundlage wird CVE-2026-42897 genannt. Dabei handelt es sich um ein Cross-Site Scripting (XSS) mit einem CVSS-Score von 8,1. Microsoft habe die Ausnutzung bereits als mindestens seit Mai 2026 vorkommend eingestuft, während die beobachtete Welle der Aktivität ab dem 22. Juli 2026 begonnen haben soll.
Die Kampagne wird u. a. der Gruppe Laundry Bear zugeschrieben. Höhepunkt der neueren Runde: die Bereitstellung eines zuvor unbekannten browserbasierten Implantats namens OWAReaper, das gezielt für persistente Zugriffe innerhalb des OWA-Webmail-Clients entwickelt worden sein soll.
Critical Rails-Lücke: Unauthentifiziert Daten aus Servern lesen
Auch auf der Plattformseite kommt es zu einer dringenden Meldung: Ruby on Rails habe Patches für eine kritische Schwachstelle im Bereich Active Storage veröffentlicht (CVE-2026-66066, CVSS: 9,5).
Demnach könnten unautorisierte Angreifer mittels manipuliertem Bild-Upload beliebige Dateien auf Anwendungservern auslesen. Das betrifft unter anderem Umgebungsdaten wie secret_key_base, Master Keys, Datenbankpasswörter, Cloud-Storage-Anmeldeinformationen und API-Tokens. In der Folge seien Möglichkeiten für Remote Code Execution oder laterale Bewegung in verbundene Systeme denkbar.
Die Ausnutzung soll insbesondere möglich sein, wenn libvips als Bildprozessor verwendet wird. Als Voraussetzung gilt zudem, dass der Server Uploads von untrusted Usern zulässt. Akamai hebt dabei hervor, dass keine Authentifizierung erforderlich sein soll und moderne Rails-Setups besonders betroffen sein können; deshalb wird sofortiges Patchen und das Rotieren von Secrets gefordert.
Angriffe auf OT: Wasseranlagen über kompromittierte Steuertechnik
Besonders ernst wird es bei Infrastruktur. Laut Angaben sollen im Bundesstaat Minnesota koordinierte Cyberangriffe am 26. und 27. Juli 2026 über 30 Wasser-Systeme betroffen haben. Die Auswirkungen seien je Anlage unterschiedlich gewesen, und die Untersuchung kläre weiterhin, wie viele operative Störungen tatsächlich aufgetreten seien.
Eine offizielle Zuordnung zu einer bekannten Gruppe liegt zunächst nicht vor. Allerdings seien in früheren Vorfällen bereits iranische Akteure bei ähnlichen Angriffen auf Wasser-Einrichtungen in den USA in den Fokus geraten.
Aus Sicht der Behörden wurde zusätzlich ein Hinweis veröffentlicht: Betreiber sollten öffentlich exponierte PLCs und andere Operational Technology (OT) so schnell wie möglich aus dem Internet entfernen. Angreifer hätten bei solchen Szenarien Passwörter verändert, um Operatoren auszusperren, und PLCs durch Änderungen der IP-Adresse getrennt. Das führe dann in der Praxis zu Boil-Water-Anordnungen und längeren manuellen Betriebsphasen.
Technische Empfehlungen aus dem Umfeld solcher Meldungen umfassen das Abkoppeln vom Internet, das Aktivieren von Passwortschutz und das Ändern von Standardpasswörtern sowie das Whitelisting von IPs, sodass Fernzugriff nur von bekannten Engineering-Notebooks oder anderen kritischen OT-Ressourcen möglich ist. Ergänzend meldete Censys tausende im Internet sichtbare Systeme, die auf typische industrielle Komponenten identifizieren.
DNS-Umleitung im Hotel-WLAN: CornFlake und ChocoShell
Wenn DNS als Steuerhebel wirkt, wird es für Endnutzer besonders problematisch. Microsoft beschreibt eine Kampagne, die über Captive Portals in der Hotellerie weltweit stattfinden soll. Die Aktivität soll seit Mai 2026 laufen und basiert auf manipulierter DNS- und HTTP-Kommunikation, um den Nutzerverkehr über Infrastruktur umzuleiten, die von Angreifern kontrolliert wird.
Die Kampagne wird u. a. unter dem Namen CaptiveCrunch geführt. Dahinter wird ein Sub-Cluster namens Storm-2945 genannt, der mit Midnight Blizzard (APT29) in Verbindung gebracht wird. Microsoft zufolge nutzen die Angreifer dabei eine Man-in-the-Middle-Position, um Nutzer über Phishing-Strukturen zu lenken. Zudem sollen sie bei automatisierten Konnektivitätsprüfungen Software-Updates vortäuschen und damit Schadsoftware nachladen.
Als Ergebnis kommen zwei relevante Schadkomponenten ins Spiel: Ein voll ausgestatteter Windows-Trojaner namens CornFlake sowie ein PowerShell-Infostealer namens ChocoShell. CornFlake soll u. a. Systeminformationen auslesen, Dateien und Tastatureingaben sammeln, Anmeldedaten und Session-Tokens stehlen, Audio/Video überwachen und mit einem Remote-Shell-Zugriff arbeiten können. ChocoShell soll dabei browserbasierte Sessions, gespeicherte Passwörter, Microsoft 365 SSO-Tokens und Wi-Fi-Zugangsdaten aus kompromittierten Systemen extrahieren.
Die Steuerung erfolge über ein webbasierte C2-Panel mit dem Namen FruitStone. Zusätzlich wird beschrieben, dass mit sogenannten ClickFix-Methoden versucht werde, Nutzer zum Download und zur Ausführung zu bewegen. Hinweise deuten außerdem darauf hin, dass ähnliche Landeseiten auch für Android-Geräte genutzt werden könnten, um eine APK-Datei installieren zu lassen.
Was Unternehmen jetzt praktisch tun sollten
Aus den gemeldeten Fällen lassen sich konkrete Handlungsfelder ableiten – ohne dabei erst auf den nächsten Vorfall zu warten.
- Zugriffsgrenzen bei Tests und Evaluationsumgebungen sauber definieren: Wenn KI-Systeme in Evaluationsumgebungen arbeiten, müssen Rechte und Netzwerkzugänge so eingeschränkt werden, dass keine produktionsnahen Systeme erreichbar sind.
- RNG-Qualität ernst nehmen: Besonders bei Wallets und sicherheitskritischen Geräten muss die Zufallserzeugung vollständig validiert werden. Fehler in RNG-Integrationen können Worst-Case-Szenarien ermöglichen.
- DNS- und Webverkehr schützen: Für öffentliche Netzwerke helfen Monitoring, strikte Domain- und Redirect-Kontrollen sowie ein Sicherheitskonzept rund um Captive Portals.
- Patch- und Secret-Rotation-Disziplin: Bei kritischen Lücken wie der Rails-Active-Storage-Schwachstelle gilt: Patches einspielen und betroffene Secrets rotieren, sobald die Voraussetzungen erfüllt sind.
- OT vom Internet trennen: Für Wasser- und andere kritische Anlagen ist das Entfernen exponierter PLCs und OT-Komponenten aus dem öffentlichen Netz ein zentraler Schutzschritt.
Weitere relevante CVE-Hinweise: Patchen mit Priorität
Neben den genannten Einzelfällen wurde in der wöchentlichen Übersicht auch eine lange Liste relevanter CVE-Einträge hervorgehoben. Dabei geht es vor allem um Schwachstellen, die breit eingesetzt werden, hohe Schweregrade besitzen oder bereits aktiv angegriffen werden.
Die Empfehlung bleibt entsprechend pragmatisch: erst die kritisch priorisierten Punkte prüfen und patchen, dann die restlichen Einträge strukturiert nach Exponierung, Ausnutzbarkeit und Risiko nachziehen. Auch weil der Zeitraum zwischen Veröffentlichung und tatsächlicher Ausnutzung laut Bericht immer kürzer wird.
Fazit: Wer Permission stärkt, Zufall absichert und DNS überwacht, reduziert Risiko
Die Vorfälle dieser Woche lassen sich auf eine einfache Formel zurückführen: Permission, Zufall und DNS entscheiden darüber, ob Angreifer schnell vorankommen oder ins Leere laufen. Ob unbeabsichtigte KI-Zugriffe, ein RNG-Fehler in einer Wallet oder DNS-basierte Umleitungen im öffentlichen WLAN – in allen Fällen wurde an einer fundamentalen Stelle zu wenig abgesichert.
Wer jetzt an Zugriffsgrenzen, Zufallsqualität, Patch-Management und DNS-/Redirect-Kontrollen arbeitet, stärkt die eigene Sicherheitslage deutlich. So sinkt die Wahrscheinlichkeit, dass aus einem einzelnen Fehler ein kompletter Angriff wird.
Quelle: https://thehackernews.com/2026/08/weekly-recap-rogue-ai-models-88m.html
