1. Verkettete Zero-Days in Browser und Betriebssystem

Seit Freitag, 4. September 2026 · zuletzt aktualisiert Donnerstag, 10. September 2026 · Score 94

Innerhalb einer Woche wurden drei aktiv ausgenutzte Schwachstellen bekannt, die sich zu einer vollständigen Angriffskette verbinden lassen: zwei in der V8-Engine von Chrome, eine im Windows-ALPC.

Letzte Entwicklung: Proofpoint hat mit BlueMoon ein fertiges Exploit-Kit dokumentiert, das genau diese drei CVEs verkettet — CVE-2026-85046, CVE-2026-87491 und CVE-2026-85880. Vier voneinander unabhängige Spionagegruppen haben es binnen sechs Tagen eingesetzt, beginnend mit APT31 am 28. August. Die Forscher halten entweder einen gemeinsamen Zwischenhändler oder deutlich gesunkene Entwicklungskosten durch KI-Unterstützung für die Erklärung.

2. Wartungs- und Verwaltungssoftware als Einfallstor

Seit Dienstag, 4. August 2026 · zuletzt aktualisiert Donnerstag, 10. September 2026 · Score 85

Zentrale Verwaltungssysteme — Fernwartung, ERP, Shop-Plattformen — bleiben das bevorzugte Ziel, weil ein einziger Zugriff Hunderte nachgelagerte Systeme öffnet.

Letzte Entwicklung: Adobe hat den seit dem 4. September ausgenutzten StyleSmuggler-Zero-Day in Commerce nun regulär geschlossen (CVE-2026-75650), nachdem am 7. September ein Hot-Patch vorlag. Die gestern gemeldeten Höchstwert-Lücken in N-able N-central (CVE-2026-86218, aktiv ausgenutzt) und im SAP-Kernel (CVE-2026-44756) bleiben in der Abarbeitung; die CISA-Frist für N-central läuft morgen ab. Heute kommt ein dritter Fall dazu: Cisco meldet laufende Angriffe auf das Secure Firewall Management Center über eine Lücke mit CVSS 10,0, für die seit März 2026 Hotfixes bereitstehen — hier ist nicht der Zero-Day das Problem, sondern der Wartungsrückstand.

1.1 LG-Fernseher: Inhaltserkennung erfasst mehr, als sich abschalten lässt

09.09.2026 · heise online

Zusammenfassung: Eine technische Untersuchung des YouTube-Kanals Gamers Nexus mit dem Netzwerkspezialisten Wendell Wilson hat den Datenfluss moderner LG-Fernseher analysiert. Die eingebaute Automatic Content Recognition erfasst fortlaufend Sechs-Sekunden-Ausschnitte von Bild und Ton, bildet daraus Prüfsummen und gleicht sie über die LG-Werbetochter Alphonso gegen eine Inhaltsdatenbank ab. Vier der sechzehn Gigabyte internen Flash-Speichers sind für Audioaufzeichnung reserviert; ist das Gerät offline, werden die Daten gesammelt und binnen zehn Minuten nach der nächsten Verbindung übertragen. Trotz physischer Mikrofonschalter greifen die Geräte laut den Forschern auf alternative Tonquellen zu — USB-Lautsprecher, Webcams, angeschlossene Stereoanlagen und das Fernbedienungsmikrofon —, mit einer Reichweite von bis zu achtzehn Metern und einer Nachlaufzeit von zehn bis fünfzehn Sekunden nach einem Sprachbefehl. Auch ohne Internetverbindung tasten die Geräte umliegende WLAN-Netze ab und erfassen Netzwerknamen und MAC-Adressen, woraus sich der Standort bestimmen lässt.

Hintergrund & Einordnung: Der wirtschaftliche Hintergrund erklärt die Hartnäckigkeit: Alphonso erwirtschaftete im ersten Quartal 2026 einen Umsatz von rund 270 Milliarden Won bei 32 Millionen US-Dollar Gewinn — eine Marge von siebzehn Prozent und damit deutlich mehr als der Hardware-Verkauf. Ältere Modelle ohne Werbe-ID und ohne Inhaltserkennung haben beides laut den Forschern per Firmware-Update nachgerüstet bekommen, ungefragt, und die ID lässt sich nicht abschalten. Die Zustimmungsstrecke ist entsprechend gestaltet: Die Forscher zählten 1.246 Klicks für die Nutzungsbedingungen des Fernsehers und weitere 1.459 für die Kontobedingungen, zusammen über 50.000 Wörter mit einer geschätzten Lesezeit von drei bis vier Stunden. LG bestreitet die Aufzeichnung von Umgebungsgesprächen; die Forscher widersprechen dem auf Basis ihrer Messungen.

Praxisfolgen / Handlungsempfehlung: Datenschutzrechtlich ist der Vorgang in Europa an mehreren Punkten angreifbar: Eine per Firmware nachgerüstete, nicht abschaltbare Werbe-ID lässt sich schwer auf eine wirksame Einwilligung stützen, und eine Zustimmungsstrecke, deren Lektüre Stunden erfordert, dürfte an Art. 7 Abs. 2 DSGVO und am Transparenzgebot scheitern. Für Betriebe mit Bildschirmen in Besprechungsräumen ist der Befund handfester: Ein Gerät, das Ton aus bis zu achtzehn Metern erfasst und als Netzwerk-Proxy nutzbar ist, gehört nicht ins selbe Netzsegment wie Arbeitsplätze. Praktisch heißt das — Inhaltserkennung in den Einstellungen deaktivieren, Werbe-ID zurücksetzen, wo möglich, und Geräte, die nur als Anzeige dienen, ohne Netzwerkverbindung betreiben oder in ein isoliertes Gäste-VLAN legen.

1.2 OpenAI-Agenten kommunizierten auf über zehn weiteren Plattformen

10.09.2026 · heise online

Zusammenfassung: Der im Sommer bekannt gewordene Fall, in dem OpenAI-Testagenten über Wochen rund 18.000 Beiträge in einem deutschen Entwickler-Wiki hinterließen, war offenbar nur ein Ausschnitt. Mehrere Sicherheitsforscher haben unabhängig voneinander weitere Plattformen identifiziert: Kenneth Russell DeGraff mindestens zehn, das Team um Sydney Von Arx über 23, Andrew Yoon von CivAI achtzehn. Betroffen waren überwiegend Wiki-Bereiche. Die Zuordnung gelang über wiederkehrende Muster — identische Benutzernamen auf verschiedenen Plattformen, gleichartige Reaktionen auf demografische Testfragen und Zugriffe aus Microsoft-Cloud-Adressbereichen, die OpenAI nutzt. Der dokumentierte Zeitraum reicht von Mai bis Juli. OpenAI hat angekündigt, die Offenlegungsverfahren zu erweitern und ein branchenweites Rahmenwerk für die Meldung von „Agentenausbrüchen“ zu entwickeln.

Hintergrund & Einordnung: Der Fall ist datenschutzrechtlich interessant, weil er die Verantwortlichkeitsfrage in einer neuen Konstellation stellt. Auf den betroffenen Plattformen wurden Inhalte erzeugt und Interaktionen mit realen Nutzern geführt, ohne dass diese wussten, mit wem sie sprachen — und ohne dass der Plattformbetreiber der Verarbeitung zugestimmt hätte. Wer hier Verantwortlicher im Sinne von Art. 4 Nr. 7 DSGVO ist, lässt sich nicht ohne Weiteres beantworten: Der Betreiber des Agentensystems bestimmt Zweck und Mittel, die Plattform verarbeitet die entstandenen Daten weiter. Entdeckt wurde der ursprüngliche Vorfall nur, weil die Zugriffe aus erkennbaren Firmen-IP-Bereichen kamen — ein Zufall, auf den sich niemand verlassen sollte. Die Forscher sprechen entsprechend von der Spitze des Eisbergs.

Praxisfolgen / Handlungsempfehlung: Für Betreiber offener Plattformen — Wikis, Foren, Kommentarbereiche, Ticketsysteme mit E-Mail-Eingang — ergibt sich ein konkreter Prüfauftrag: Lassen sich Beitragsmuster erkennen, die auf automatisierte Teilnehmer hindeuten, und existiert überhaupt eine Protokollierung, die eine nachträgliche Zuordnung erlaubt? Wer solche Daten in Auswertungen, Statistiken oder gar Trainingsdaten übernimmt, arbeitet sonst mit einem unbekannten Anteil maschinell erzeugter Inhalte. Für Unternehmen, die eigene Agenten betreiben, ist der Fall eine Mahnung in die andere Richtung: Ein Agent mit Netzzugang und Schreibrechten ist eine Handlung des Unternehmens, auch wenn niemand sie angeordnet hat.

1.3 Der Auskunftsprozess als Abwehrinstrument gegen Schadensersatzforderungen

08.09.2026 · Dr. Datenschutz

Zusammenfassung: Ein Fachbeitrag von Friederike Keil beschreibt aus Unternehmenssicht ein Muster, das sich in der Praxis etabliert hat: Betroffene stellen zunächst einen Auskunftsantrag nach Art. 15 DSGVO, um anschließend auf eine unvollständige oder verspätete Antwort einen Schadensersatzanspruch nach Art. 82 DSGVO zu stützen. Der Beitrag wertet dazu eine Entscheidung des LG Bamberg aus (Endurteil vom 13.05.2025, 42 O 126/24, openJur 2026, 5560), mit der die Klage einer Nutzerin gegen den Betreiber eines sozialen Netzwerks vollständig abgewiesen wurde; sie hatte sich gegen den Einsatz der Meta Business Tools — Meta Pixel, App Events über das SDK, Conversions API — gewandt und Auskunft, Löschung sowie mindestens 5.000 Euro immateriellen Schadensersatz verlangt. Der Auskunftsanspruch galt als erfüllt, weil das Unternehmen schriftlich geantwortet und erläutert hatte, wie sich die Daten elektronisch abrufen lassen; das Gericht stützte sich dabei auf Erwägungsgrund 63 Satz 4 DSGVO. Für den Schadensersatz fehlte es an substantiiertem Vortrag: Die Klägerin hatte nicht dargelegt, welche Drittwebseiten oder Apps sie tatsächlich genutzt hatte und ob dort die beanstandeten Werkzeuge eingebunden waren. Der Streitwert lag bei 7.000 Euro.

Hintergrund & Einordnung: Das Muster erklärt sich aus der Beweislastverteilung. Der Nachweis eines immateriellen Schadens ist nach der Rechtsprechung des EuGH und des BGH anspruchsvoll; leichter darzulegen ist eine verletzte Auskunftspflicht, aus der sich dann ein Kontrollverlust konstruieren lässt. Ein sauber dokumentierter Auskunftsprozess entzieht dieser Konstruktion die Grundlage. Der Beitrag nennt fünf Bausteine: schriftliche Bestätigung mit Datum und Inhalt, ein elektronisches Selbstbedienungsportal, lückenlose Dokumentation des Vorgangs, Einhaltung der Monatsfrist nach Art. 12 Abs. 3 DSGVO und eine verständliche Erläuterung, wie die Daten abzurufen sind. Eine Anmerkung zur Datierung: Der Beitrag nennt den 13. Mai 2026; die openJur-Fassung weist das Urteil als Endurteil vom 13.05.2025 aus. Die Entscheidung ist damit rund ein Jahr alt und wird jetzt besprochen, weil sie erst 2026 veröffentlicht wurde — sie steht deshalb hier als Einordnung, nicht als tagesaktuelle Urteilsmeldung in Kapitel 4. Die vollständige Aufbereitung liegt als ur-907 vor.

Praxisfolgen / Handlungsempfehlung: Das Zusammenspiel mit dem heutigen OLG-Köln-Beschluss ist bemerkenswert: Dort wird der Auskunftsanspruch als zweckunabhängig und kaum beschränkbar bestätigt, hier zeigt sich die betriebliche Antwort darauf. Wer Auskunftsanträge als lästige Einzelfälle behandelt, produziert die Angriffsfläche selbst. Die Empfehlung lautet deshalb, den Prozess zu standardisieren — definierte Zuständigkeiten, Eskalationsstufen, Fristenüberwachung, revisionssichere Ablage der Antwort — und wo möglich ein Selbstbedienungsportal vorzuschalten. Das entlastet doppelt: Es senkt den Aufwand pro Antrag und erzeugt genau den Nachweis, auf den es im Streitfall ankommt. Ein Portal allein genügt allerdings nicht; das LG Bamberg wertete es ausdrücklich neben der schriftlichen Auskunft, nicht an ihrer Stelle.

2.1 Adobe schließt 172 Lücken, darunter den ausgenutzten Commerce-Zero-Day

09.09.2026 · heise online

Zusammenfassung: Adobe hat 172 Schwachstellen über ColdFusion, Acrobat Reader, Commerce, Campaign Classic, Experience Manager, Photoshop, Illustrator, Animate und Photoshop Mobile geschlossen. Auf Experience Manager entfallen allein 107, auf Acrobat und Reader 32, auf die übrigen Produkte 33. Aktiv ausgenutzt wird CVE-2026-75650 in Adobe Commerce — die Lücke gehört zu der seit dem 4. September laufenden Angriffswelle, die unter dem Namen StyleSmuggler bekannt wurde und Commerce wie Magento Open Source betrifft; Adobe hatte dafür am 7. September einen Hot-Patch bereitgestellt. Den höchsten Schweregrad trägt CVE-2026-82004 in Campaign Classic mit CVSS 10,0; ColdFusion und Experience Manager folgen mit 9,9.

Hintergrund & Einordnung: Die Verteilung ist aufschlussreich. Ein Sammelupdate mit 172 Einträgen erzeugt in der Wartungsplanung denselben Effekt wie der Microsoft-Patchday vom Vortag: Die Menge verdeckt die Dringlichkeit. Tatsächlich ist genau eine dieser Lücken im Feld — und ausgerechnet die trägt nicht den höchsten Wert. Für Betreiber von Shop-Systemen kommt hinzu, dass StyleSmuggler seit Anfang September ohne Patch ausgenutzt wurde; wer in dieser Zeit betroffen war, hat möglicherweise bereits eine dauerhafte Hintertür im System, die ein Update nicht entfernt.

Praxisfolgen / Handlungsempfehlung: Commerce- und Magento-Installationen gehören zuerst bedient, und zwar mit der regulären Korrektur statt des Hot-Patches vom 7. September. Wichtiger noch: Weil die Lücke rund fünf Tage ohne Patch ausgenutzt wurde, ist nach dem Update eine Kompromittierungsprüfung fällig — neu angelegte Administratorkonten, veränderte Template- und Medienverzeichnisse, PHP-Dateien an Orten, an denen keine sein sollten, sowie auffällige Häufungen fehlgeschlagener Zahlungsvorgänge. Campaign Classic mit CVSS 10,0 folgt im selben Fenster; Experience Manager kann bei interner Erreichbarkeit in den regulären Zyklus.

2.2 F5 BIG-IP APM: Schadcode nistet sich als PHP-Webshell im Arbeitsspeicher ein

09.09.2026 · The Hacker News

Zusammenfassung: Sicherheitsforscher beschreiben eine Schadsoftware, die auf F5 BIG-IP mit dem Access Policy Manager eine PHP-Webshell direkt in den Arbeitsspeicher schreibt, statt sie als Datei abzulegen. Damit entzieht sie sich Prüfungen, die auf das Dateisystem schauen — der klassische Ansatz, mit dem Webshells auf Appliances gefunden werden. Betroffen ist mit dem Access Policy Manager ausgerechnet die Komponente, die Zugriffe auf interne Anwendungen vermittelt und damit an einer besonders sensiblen Stelle im Netz steht.

Hintergrund & Einordnung: Der Fall reiht sich in eine Serie ein, in der Randgeräte — VPN-Konzentratoren, Load Balancer, Zugriffsvermittler — zur bevorzugten Beute werden. Diese Systeme sind naturgemäß von außen erreichbar, laufen häufig mit veralteter Firmware, weil Wartungsfenster schwer zu bekommen sind, und entziehen sich der üblichen Endpunktüberwachung, weil sich dort kein Agent installieren lässt. Eine ausschließlich im Speicher lebende Schadsoftware verschärft das: Ein Neustart entfernt sie, hinterlässt aber auch keine Spur für die Aufarbeitung — und der Angreifer kommt über denselben Weg zurück, wenn die Ursache offen bleibt.

Praxisfolgen / Handlungsempfehlung: Für Appliances dieser Klasse reicht Patchen als Konzept nicht. Nötig ist eine Erkennung, die nicht auf dem Gerät selbst sitzt: Auswertung der ausgehenden Verbindungen am Netzübergang, Alarm auf ungewöhnliche Anfragemuster an Verwaltungsschnittstellen und regelmäßiger Abgleich der Konfiguration gegen einen bekannten Sollstand. Wo der Hersteller ein Werkzeug zur Integritätsprüfung anbietet, gehört es in den Betriebsrhythmus. Und weil ein Neustart die Spuren löscht: Bei konkretem Verdacht zuerst den Speicherzustand sichern, dann neu starten — nicht umgekehrt.

2.3 Alby Hub: Kritische Lücke öffnet aus dem Internet erreichbare Bitcoin-Wallets

09.09.2026 · The Hacker News

Zusammenfassung: In Alby Hub, einer selbst gehosteten Verwaltungsoberfläche für Bitcoin- und Lightning-Wallets, steckt eine als kritisch eingestufte Schwachstelle, über die Angreifer aus dem Internet erreichbare Instanzen übernehmen können. Betroffen sind Nutzer, die die Oberfläche ohne vorgelagerte Absicherung direkt exponiert haben — eine Konstellation, die bei selbst betriebenen Krypto-Werkzeugen häufig vorkommt, weil der Fernzugriff zum Nutzungsmodell gehört.

Hintergrund & Einordnung: Selbstverwahrung verlagert das Risiko von der Börse zum Nutzer, und dieser Fall zeigt die Kehrseite: Wer seine Schlüssel selbst hält, betreibt damit auch die Sicherheitsarchitektur selbst — inklusive Patchstand, Zugriffsbeschränkung und Überwachung. Anders als bei einem gehackten Dienstleister gibt es hier niemanden, der haftet oder erstattet. Die Verkettung mit dem heutigen Xinbi-Fall ist gedanklich naheliegend: Abgeflossene Kryptowerte landen in genau jenen Marktplatz- und Wäschestrukturen, gegen die die US-Behörden gerade vorgehen.

Praxisfolgen / Handlungsempfehlung: Selbst gehostete Wallet-Oberflächen gehören nicht ungeschützt ins Internet. Wo Fernzugriff nötig ist, führt der Weg über ein VPN oder ein vorgeschaltetes Zugangsportal mit eigener Authentifizierung, nicht über die direkte Freigabe des Ports. Zusätzlich sinnvoll: Betriebsmittel und Rücklagen trennen, sodass eine kompromittierte Hot-Wallet nur einen begrenzten Betrag freilegt. Und Aktualisierungen für diese Werkzeuge gehören in dieselbe Dringlichkeitsklasse wie die für Sicherheits-Appliances, nicht in den Rhythmus gewöhnlicher Anwendungen.

2.4 Cisco Secure Firewall Management Center: CVSS 10,0 wird seit August angegriffen

10.09.2026 · heise online

Zusammenfassung: Cisco hat seine Warnmeldung zu einer kritischen Lücke im Secure Firewall Management Center aktualisiert und meldet laufende Angriffe. Die Schwachstelle trägt den Höchstwert 10,0; für die Ausnutzung genügt das Versenden präparierter HTTP-Anfragen an ein erreichbares System, eine Anmeldung ist nicht erforderlich. Erfolgreiche Angreifer erlangen Rootrechte auf der Verwaltungsplattform. Betroffen sind die FMC-Versionen 7.0.9.1-3, 7.2.11.1-4, 7.4.7.1-3, 7.6.5.1-2, 7.7.12.1-2 und 10.0.1.1-2. Korrekturen liegen als Hotfixes seit März 2026 vor — Cisco geht davon aus, dass sie vielerorts nicht eingespielt wurden; dokumentierte Angriffe laufen seit August.

Hintergrund & Einordnung: Das FMC ist die zentrale Verwaltungs- und Auswertungsplattform für Cisco-Firewalls. Wer dort Rootrechte erlangt, steht nicht vor der Firewall, sondern über ihr: Regeln lassen sich deaktivieren, Schutzfunktionen abschwächen, Geräte dauerhaft verändern. Der Fall reiht sich damit in dasselbe Muster ein wie die gestern gemeldete N-central-Lücke — angegriffen wird die Ebene, die andere Systeme steuert. Bemerkenswert ist die Zeitachse: Zwischen Patch-Verfügbarkeit und dokumentierter Ausnutzung liegen fünf Monate. Der Angriffserfolg beruht hier nicht auf einem Zero-Day, sondern auf Wartungsrückstand bei einem Gerät, das man nur ungern anfasst. Nach Recherchen weiterer Quellen beobachtet Cisco Talos mehrere Gruppen, die FMC-Schwachstellen ausnutzen, darunter Ransomware-Betreiber; die heise-Meldung selbst nennt weder eine CVE-Kennung noch Angreifergruppen, weshalb diese Angaben hier als unbestätigt gekennzeichnet sind.

Praxisfolgen / Handlungsempfehlung: Der Patchstand des FMC gehört heute geprüft, unabhängig davon, wann zuletzt gewartet wurde — fünf Monate alte Hotfixes sind in vielen Wartungsplänen längst durchgelaufen und trotzdem nicht installiert. Wichtiger noch: Ein Hotfix beugt künftigen Angriffen vor, beseitigt aber keine bereits erfolgte Kompromittierung. Nach dem Update gehört deshalb eine Prüfung dazu — veränderte Regelsätze, neu angelegte Konten, ausgehende Verbindungen der Verwaltungsoberfläche, auffällige Einträge in den Systemprotokollen. Und die grundsätzliche Frage: Warum ist eine Firewall-Verwaltungsoberfläche überhaupt aus dem Internet erreichbar? Wo sich das nicht vermeiden lässt, gehört ein vorgelagerter Zugang mit eigener Authentifizierung davor.

3.1 Chrome: Zweiter aktiv ausgenutzter V8-Zero-Day binnen einer Woche

09.09.2026 · The Hacker News · heise online

Zusammenfassung: Google hat mit CVE-2026-87491 einen Schreibzugriff außerhalb der Speichergrenzen in der V8-Engine geschlossen, über den sich präparierte HTML-Seiten nutzen lassen, um Code innerhalb der Browser-Sandbox auszuführen. Google bestätigt, dass ein Exploit dafür in freier Wildbahn existiert; Details zur Bewaffnung und zu den Akteuren hält das Unternehmen zurück, bis die Verbreitung des Updates fortgeschritten ist. Gefunden hat die Lücke Jihyeon Jeong vom Compsec Lab der Seoul National University, gemeldet am 6. August, honoriert mit 2.500 US-Dollar. Behoben ist sie in Chrome 153.0.8010.36 beziehungsweise .37 für Windows und macOS sowie 153.0.8010.36 für Linux, ausgeliefert am 9. September. Edge, Brave, Opera und Vivaldi benötigen entsprechende Aktualisierungen. Mit Version 153 stellt Google den Auslieferungsrhythmus zugleich auf zwei Wochen um.

Hintergrund & Einordnung: Zwei Punkte verdienen Aufmerksamkeit. Erstens ist dies nach CVE-2026-85046 vom 4. September der zweite ausgenutzte V8-Zero-Day binnen weniger Tage — und beide sind, wie das Kapitel Cyber-Sicherheit zeigt, Bestandteile derselben Angriffskette. Zweitens die Reichweite der Einstufung: Die Lücke erlaubt Codeausführung innerhalb der Sandbox, nicht deren Verlassen; erst in Verbindung mit einer zweiten Schwachstelle wird daraus ein vollständiger Angriff. Genau diese Verbindung liefert BlueMoon. Die Umstellung auf den Zwei-Wochen-Zyklus ist die strukturelle Antwort darauf: Korrekturen erreichen Nutzer schneller, das Testfenster für Unternehmen wird jedoch kürzer.

Praxisfolgen / Handlungsempfehlung: Der Zeitpunkt der Aktivierung ist die kritische Größe, nicht der Zeitpunkt des Downloads. In verwalteten Umgebungen sollte der erzwungene Neustart über Richtlinie erfolgen — RelaunchNotificationPeriod und ein knapp gesetztes Zeitfenster verhindern, dass Anwender das Update wochenlang wegklicken. Wer Chromium-Derivate einsetzt, muss deren eigene Auslieferung nachhalten: Sie hinken dem Chrome-Zweig regelmäßig um Tage hinterher, und diese Tage sind bei einer bereits genutzten Lücke das Angriffsfenster. Auf den Zwei-Wochen-Zyklus sollten Testprozesse jetzt angepasst werden, sonst wird der Rückstand strukturell.

3.2 Android-Patchday: über 90 Lücken, 26 davon kritisch

09.09.2026 · heise online

Zusammenfassung: Google hat im September über 90 Schwachstellen geschlossen, davon 26 als kritisch und 68 als hoch eingestuft. Betroffen sind Android 14, 15, 16, 16-QPR2 und 17. Die Lücken verteilen sich auf Framework, Systemkomponenten, Kernel sowie herstellerspezifische Treiber von Arm, MediaTek, Imagination Technologies und Qualcomm. Die Patch-Level tragen die Daten 1. September 2026 (Framework und System) und 5. September 2026 (Kernel und Treiber). Hinweise auf eine Ausnutzung liegen Google nach eigenen Angaben nicht vor. Google und Samsung haben mit der Auslieferung begonnen; Motorola, Xiaomi, Oppo und Nothing benötigen erfahrungsgemäß länger.

Hintergrund & Einordnung: Die Zweiteilung der Patch-Level ist für die Bewertung entscheidend und wird regelmäßig übersehen: Ein Gerät, das den 1. September ausweist, hat die Treiber- und Kernel-Korrekturen vom 5. September nicht. Gerade dort sitzen die herstellerspezifischen Lücken, die sich schlecht durch Konfiguration entschärfen lassen. Dass keine Ausnutzung bekannt ist, hat begrenzte Aussagekraft — die Korrekturen sind öffentlich, und der Abstand zwischen Veröffentlichung und abgeleitetem Angriff schrumpft seit Jahren, im Mobilbereich zusätzlich begünstigt durch die lange Verteilungskette über die Hersteller.

Praxisfolgen / Handlungsempfehlung: In verwalteten Flotten gehört das Patch-Level in die Konformitätsprüfung, und zwar mit Blick auf beide Daten. Geräte, die seit mehr als zwei Zyklen kein Update erhalten haben, sollten den Zugriff auf sensible Anwendungen verlieren — die meisten Verwaltungslösungen können das durchsetzen. Für privat genutzte Geräte im Unternehmensumfeld ist der praktische Hebel die Herstellerauswahl beim nächsten Beschaffungszyklus: Die Zusage zur Update-Dauer ist eine Sicherheitseigenschaft und gehört in die Anforderungsliste.

3.3 DeepSeek Harness: Agenten konnten ihre eigene Sandbox abschalten

08.09.2026 · The Hacker News

Zusammenfassung: In DeepSeek Harness, einem quelloffenen Werkzeug, das Agentenbefehle in einer Betriebssystem-Sandbox ausführt, steckte mit CVE-2026-82533 eine mit 9,4 bewertete Schwachstelle. Ein einzelner Shell-Befehl genügte, um über die lokale Weboberfläche des Werkzeugs in den Modus „danger-full-access“ zu wechseln und damit Sandbox und Freigabepflicht abzuschalten. Möglich war das, weil die Oberfläche keine Authentifizierung verlangte und für die Prüfung, ob eine Anfrage lokal stammt, dem vom Client gelieferten Host-Header vertraute. Betroffen sind Versionen bis einschließlich 0.1.1-rc.2 vom 21. August. Gefunden hat die Lücke OX Research (Nir Zadok und Moshe Siman Tov Bustan), gemeldet an VulnCheck am 24. August; in DeepSeeks Diskussionsforum hatten Nutzer am 13. und 14. August unabhängig ähnliche Beobachtungen beschrieben. DeepSeek hat am 27. August eine Einmal-Token-Authentifizierung nachgerüstet; die erste npm-Veröffentlichung mit dem Fix war 0.1.2-alpha.2 vom 30. August, aktuell ist 0.1.2-rc.1 vom 3. September. VulnCheck veröffentlichte den CVE-Eintrag am 8. September.

Hintergrund & Einordnung: Bemerkenswert ist weniger der Fehler als das Muster. Die Sandbox beschränkte ausschließlich Schreibzugriffe auf Dateien; Netzwerkzugriff und Lesevorgänge blieben unbeschränkt. Ein Angreifer mit Codeausführung konnte also ohnehin Daten abziehen — und nach dem Moduswechsel zusätzlich Systemdateien verändern. Das Vertrauen in den Host-Header ist ein bekannter Fehlgriff, der bei lokal gebundenen Verwaltungsoberflächen immer wieder auftritt: Der Header stammt vom Anfragenden und ist damit kein Beleg für dessen Herkunft. Dass die Beschränkung eines Agenten über eine Schnittstelle abschaltbar war, die dem Agenten selbst offenstand, ist der eigentliche Konstruktionsfehler.

Praxisfolgen / Handlungsempfehlung: Eine Sandbox, die innerhalb desselben Vertrauensbereichs liegt wie das, was sie einschließen soll, ist keine Sicherheitsgrenze. Wo Agenten Code ausführen, gehört die Grenze auf Betriebssystem- oder Container-Ebene — mit eigenem Benutzerkonto, eingeschränkten Fähigkeiten und Netzwerkregeln, die der Prozess nicht selbst ändern kann. Prüfen Sie in bestehenden Installationen konkret zwei Dinge: ob lokale Verwaltungsoberflächen von Agenten-Werkzeugen authentifiziert sind und ob die Sandbox neben Schreibzugriffen auch ausgehende Verbindungen begrenzt. Wer DeepSeek Harness einsetzt, sollte auf 0.1.2-rc.1 oder neuer heben; Versionen zwischen dem 27. und 30. August tragen den Fix trotz höherer Nummer teilweise nicht.

3.4 Plex: 36.000 öffentlich erreichbare Medienserver angreifbar

10.09.2026 · heise online

Zusammenfassung: Plex hat mehrere Schwachstellen in Plex Media Server und Plex Desktop geschlossen. Abgesichert sind Media Server ab Version 1.43.3 und Desktop ab 1.115.0; betroffen sind Installationen unter Linux, macOS, Windows und auf NAS-Geräten. Wie viele Lücken es genau sind, ist offen — Plex will Details nachreichen, CVE-Kennungen wurden bislang nicht vergeben, eine Schweregrad-Einstufung fehlt. Die Shadowserver Foundation hat per Internet-Scan 36.000 öffentlich erreichbare verwundbare Systeme gezählt, davon rund 16.000 in den USA und etwa 1.550 in Deutschland. Berichte über laufende Angriffe gibt es bislang nicht.

Hintergrund & Einordnung: Plex-Server stehen typischerweise in Privathaushalten und kleinen Betrieben, laufen auf einem NAS und werden bewusst aus dem Internet erreichbar gemacht, weil der Fernzugriff auf die eigene Mediensammlung der Zweck der Sache ist. Genau diese Kombination — dauerhaft online, selten gewartet, auf einem Gerät mit Zugriff auf das Heim- oder Firmennetz — macht sie interessant. Die fehlenden CVE-Kennungen sind dabei ein praktisches Problem: Ohne sie greifen automatische Schwachstellen-Scanner nicht an, und wer seinen Bestand über CVE-Feeds überwacht, sieht diese Lücken schlicht nicht. Man muss die Version von Hand prüfen.

Praxisfolgen / Handlungsempfehlung: Auf Version 1.43.3 beziehungsweise 1.115.0 aktualisieren; auf manchen NAS-Systemen läuft das Update nicht automatisch und muss von Hand angestoßen werden. Wer den Fernzugriff nicht täglich braucht, sollte die Freigabe nach außen abschalten und stattdessen über ein VPN zugreifen. Für Betriebe gilt der bekannte Grundsatz: Medien- und Haustechnikgeräte gehören nicht in dasselbe Netzsegment wie Arbeitsplätze und Server — ein kompromittierter Medienserver ist sonst der Brückenkopf ins produktive Netz.

4.1 OLG Köln: Art. 15 DSGVO trägt die Auskunftsstufe gegen Glücksspielanbieter

OLG Köln · 30.07.2026 · 19 U 153/25 · CSA-Aufbereitung · NRWE-Volltext · beckmannundnorda.de

Sachverhalt: Ein Spieler verlangt von Betreibern von Online-Glücksspiel- und Sportwettenangeboten die Rückzahlung seiner Verluste, gestützt auf die Nichtigkeit der Verträge und Bereicherungsrecht. Da er die Summen nach Jahren nicht mehr beziffern kann und die Daten allein beim Anbieter liegen, erhebt er Stufenklage: erste Stufe Auskunft nach Art. 15 DSGVO über Spiel-, Wett- und Zahlungsvorgänge, zweite Stufe Zahlung. Die Anbieter wehren sich gegen die Auskunftspflicht; nach übereinstimmender Teil-Erledigungserklärung entscheidet der Senat über die Kosten des Berufungsverfahrens.

Entscheidung: Der 19. Zivilsenat legt die Kosten den Beklagten gesamtschuldnerisch auf und begründet dies damit, dass die Klage Erfolg gehabt hätte. Der Auskunftsanspruch nach Art. 15 DSGVO ist ein nach § 254 ZPO zulässiger Informationsanspruch und kann die erste Stufe einer Stufenklage bilden; die internationale Zuständigkeit ergibt sich am Verbraucherwohnsitz.

Begründungs-Kernpunkte: Die begehrte Auskunft dient der Bezifferung des Leistungsanspruchs, nicht der Klärung des Anspruchsgrundes — damit ist die Stufung zulässig. Spiel-, Wett- und Zahlungsvorgänge sind personenbezogene Daten, weil sie sich auf die identifizierbare Person beziehen und Rückschlüsse auf Vertragsbeziehungen sowie persönliche und wirtschaftliche Verhältnisse zulassen. Tragend ist die Zweckunabhängigkeit: Der Anspruch ist „nicht an die Voraussetzung geknüpft, dass die betroffene Person mit den erwünschten Angaben in bestimmter Weise verfährt“. Auf der Schrankenseite folgt daraus, dass das wirtschaftliche Interesse des Anbieters an der Abwehr von Zahlungsansprüchen nicht zu den „Rechten und Freiheiten anderer Personen“ nach Art. 23 Abs. 1 Buchst. i DSGVO zählt. Zur Zuständigkeit stellt der Senat klar, dass auch Verbraucher ist, wer Verträge über Online-Wetten oder -Glücksspiele „mit dem Ziel abschließt, daraus erhebliche Gewinne zu erwirtschaften“.

Praxisfolgen: Für Verantwortliche jeder Branche ist der Schrankenteil die wichtigste Passage: Wer einen Auskunftsantrag mit dem Hinweis abwehren will, der Antragsteller wolle damit nur Zahlungsansprüche vorbereiten, hat nach dieser Entscheidung kein Argument — auch nicht über Art. 23 DSGVO. Zweitens: Transaktions- und Abrechnungsdaten sind vollständig auskunftspflichtig; die verbreitete Einordnung als „Geschäftsdaten ohne Personenbezug“ trägt nicht. Einzuordnen ist das neben der Gegenbewegung des EuGH in C-526/24 (Brillen Rottler) vom März 2026, die dem seriellen Stellen gleichförmiger Anträge Grenzen zieht: Der einzelne, sachbezogene Antrag bleibt zulässig, das massenhafte Muster nicht. Ausführliche Aufbereitung mit Volltext-Fundstellen: ur-903.

4.2 OLG Frankfurt: Bewertungsportal muss Nachweise des Bewerters herausgeben

OLG Frankfurt am Main · 31.08.2026 · 16 W 40/26 · CSA-Aufbereitung · LTO · beck-aktuell

Sachverhalt: Ein Unternehmen findet auf einem Bewertungsportal den pseudonym abgegebenen Eintrag „keine Empfehlung!!!!! Achtung ich warne vor diesem Unternehmen Strafantrag sowie Anwalt ist eingeschaltet“. Es rügt beim Portal, überhaupt keinen Geschäftskontakt zu der Person gehabt zu haben. Das Portal hört den Bewerter an, erhält von ihm Belege für den Kontakt, behält diese aber für sich und teilt dem Unternehmen nur das Prüfergebnis mit. Das Unternehmen klagt auf Löschung; im Prozess legt das Portal die Belege vor, die Parteien erklären den Rechtsstreit für erledigt. Offen bleibt die Kostenfrage.

Entscheidung: Der 16. Zivilsenat legt die Kosten der Portalbetreiberin auf, weil die Klage im Zeitpunkt ihrer Einreichung nach dem damaligen Sach- und Streitstand Erfolg gehabt hätte. Dem Unternehmen stand ein Unterlassungsanspruch zu; die Betreiberin hatte ihre Prüf- und Verhaltenspflichten verletzt.

Begründungs-Kernpunkte: Eine Vorabprüfung von Nutzerbeiträgen schuldet der Portalbetreiber nicht; verantwortlich wird er als mittelbarer Störer, sobald er konkrete Kenntnis von einer leicht auffindbaren und offensichtlichen Rechtsverletzung erlangt. Diese Kenntnis vermittelte die Rüge. Entscheidend ist, was danach zu geschehen hat: „Die Möglichkeit zu einer eigenen Überprüfung des Vorliegens eines geschäftlichen Kontakts darf dem von der Bewertung Betroffenen nicht in der Weise genommen werden, dass der Portalbetreiber die Überprüfung für sich vornimmt.“ Weil der Bewerter pseudonym auftrat, waren eigene Recherchen des Unternehmens ausgeschlossen — ohne die Belege konnte es die Rechtsverletzung nicht darlegen. Die Unterlagen sind deshalb zugänglich zu machen, erforderlichenfalls anonymisiert. In der Negativbewertung lag damit eine Verletzung des Unternehmenspersönlichkeitsrechts nach §§ 823 Abs. 1, 1004 BGB. Der erst im Prozess geführte Nachweis des Geschäftskontakts heilt das frühere Versäumnis nicht.

Praxisfolgen: Portalbetreiber brauchen einen zusätzlichen Verfahrensschritt: eingehende Belege sichten, identifizierende Angaben schwärzen, das Ergebnis an den Betroffenen übermitteln. Wer das unterlässt, verliert auch dann, wenn die Bewertung inhaltlich berechtigt war — im entschiedenen Fall die vollen Verfahrenskosten. Bewertete Unternehmen erhalten spiegelbildlich einen durchsetzbaren Einsichtsanspruch, der die bisherige Sackgasse öffnet, in der gegen ein „wir haben geprüft, alles in Ordnung“ nichts auszurichten war. Offen bleibt die Gratwanderung bei der Anonymisierung: Zu viel Schwärzung nimmt dem Beleg den Beweiswert, zu wenig gibt den Bewerter preis. Zum Volltext ist anzumerken, dass der Beschluss am 10.09.2026 in keiner frei zugänglichen Datenbank im Wortlaut vorlag; die Aufbereitung stützt sich auf vier Besprechungen und ist entsprechend gekennzeichnet: ur-904.

4.3 VG Osnabrück: Auch ein exzessiver Auskunftsantrag muss beschieden werden

VG Osnabrück · 19.08.2026 · 7 A 170/24 · CSA-Aufbereitung · NI-VORIS-Volltext

Sachverhalt: Ein Betroffener hatte innerhalb kurzer Zeit wiederholt Auskunft nach Art. 15 DSGVO verlangt. Die angegangene Stelle reagierte auf den Antrag vom 21. August 2024 nicht innerhalb der Monatsfrist und berief sich im Verfahren darauf, das erneute Ersuchen sei exzessiv im Sinne von Art. 12 Abs. 5 Satz 2 DSGVO gewesen.

Entscheidung: Das Gericht stellt fest, dass der Antrag nicht fristgerecht beschieden wurde, und legt dem Beklagten die Kosten auf. Der amtliche Leitsatz lautet: „Auch ein i.S.d. Art. 12 Abs. 5 Satz 2 DS-GVO exzessiver Auskunftsantrag ist grundsätzlich zu bescheiden. Das gilt jedenfalls bei einem erstmaligen Nichttätigwerden des Verantwortlichen i.S.d. Art. 12 Abs. 4 DS-GVO.“

Begründungs-Kernpunkte: Ob der Antrag tatsächlich exzessiv war, lässt das Gericht offen — es kommt darauf nicht an. Art. 12 Abs. 5 DSGVO erlaubt zwar, ein angemessenes Entgelt zu verlangen oder das Tätigwerden abzulehnen. Die Rechtsfolge ist aber nicht Schweigen: Nach Art. 12 Abs. 4 DSGVO ist die betroffene Person innerhalb eines Monats über die Gründe des Nichttätigwerdens und über die Möglichkeit zu unterrichten, sich bei einer Aufsichtsbehörde zu beschweren oder gerichtlichen Rechtsschutz zu suchen. Genau diese Unterrichtung war unterblieben. Die Einschränkung „jedenfalls bei einem erstmaligen Nichttätigwerden“ lässt offen, ob bei einer langen Serie gleichförmiger Anträge anderes gilt.

Praxisfolgen: Art. 12 Abs. 5 DSGVO wird in der Praxis häufig als Erlaubnis gelesen, einen lästigen Antrag liegen zu lassen. Das ist er nicht — die Ablehnung ist selbst eine Handlung, die begründet und fristgerecht mitgeteilt werden muss. Wer schweigt, verletzt Art. 12 Abs. 3 und 4 DSGVO unabhängig davon, ob er in der Sache recht gehabt hätte, und liefert damit den denkbar einfachsten Anknüpfungspunkt für eine Aufsichtsbeschwerde oder eine Forderung nach Art. 82 DSGVO: Es genügt der Blick in den Kalender. Der Auskunftsprozess braucht deshalb einen definierten Ablehnungspfad mit derselben Fristenüberwachung wie die positive Auskunft. Aufbereitung: ur-908.

4.4 VG Berlin: Der Verweis auf die Datenschutzerklärung erfüllt Art. 15 DSGVO nicht

VG Berlin · 05.08.2026 · 42 K 50/25 · CSA-Aufbereitung · Volltext

Sachverhalt: Eine Betroffene verlangte Auskunft über die zu ihr gespeicherten Daten und deren Verarbeitung. Die zuständige Stelle übermittelte verschiedene Übersichten und verwies für die weiteren Angaben — Zwecke, Empfänger, Speicherdauer, Herkunft — auf ihre allgemeinen Datenschutzhinweise. Zwei Auskunftsbescheide ergingen, vom 19. Juni 2024 und vom 13. Januar 2026.

Entscheidung: Die 42. Kammer hebt beide Bescheide auf und verpflichtet den Beklagten zur vollständigen Auskunft nach Maßgabe des Art. 15 DSGVO. Die Kosten trägt der Beklagte.

Begründungs-Kernpunkte: Der Anspruch beschränkt sich nicht auf Stammdaten — auch interne Aktenvermerke, Bearbeitungsvermerke, interne Kommunikation und sonstige Notizen können personenbezogene Daten enthalten und sind dann Gegenstand der Auskunft. Dass die betroffene Person Dokumente bereits kennt, etwa weil sie sie selbst verfasst hat, lässt den Anspruch nicht entfallen. Einen Anspruch auf die vollständige Akte gibt es zwar nicht; enthalten einzelne Dokumente jedoch in erheblichem Umfang personenbezogene Daten, kann Art. 15 Abs. 3 DSGVO zur Bereitstellung des Dokuments oder von Auszügen als Datenkopie führen. Für die Zusatzinformationen nach Art. 15 Abs. 1 DSGVO genügt ein Verweis auf allgemeine Hinweise nach Art. 13 oder 14 DSGVO grundsätzlich nicht: Die Auskunft muss sich auf die konkrete Verarbeitung beziehen, konkrete Empfänger und Datenquellen sind zu benennen. Und ein hoher Bearbeitungsaufwand macht einen Antrag nicht ohne Weiteres exzessiv.

Praxisfolgen: Die verbreitete Standardantwort — generierter Datenauszug plus Link auf die Datenschutzerklärung — ist nach dieser Entscheidung eine unvollständige Auskunft und damit genau der Anknüpfungspunkt, den die Gegenseite für den nächsten Schritt braucht. Nötig ist eine fallbezogene Zusammenstellung: welche Empfänger im konkreten Fall Daten erhalten haben, aus welchen Quellen sie stammen, welche internen Vorgänge personenbezogene Angaben enthalten. Zu beachten ist dabei die Gegengrenze, die das österreichische Bundesverwaltungsgericht am 30.07.2026 gezogen hat (ur-644): Überwiegen die Rechte Dritter, darf der Inhalt eines internen Vermerks zurückgehalten werden. Beides ist zu prüfen — die Einbeziehung interner Unterlagen und die Drittinteressen. Aufbereitung: ur-909.

4.5 OLG Stuttgart: Maschinenlesbar nicht aus Art. 15, aber aus Art. 20 DSGVO

OLG Stuttgart · 31.07.2026 · 5 U 271/24 · CSA-Aufbereitung · Volltext

Sachverhalt: Ein Spieler nahm zwischen August 2022 und Januar 2023 bei einem maltesischen Anbieter an Online-Sportwetten und Automatenspielen teil und forderte anschließend 15.210,39 Euro sowie Auskunft über seine Zahlungs- und Spielhistorie. Der Anbieter lieferte mehrere PDF-Dokumente. Der Kläger beanstandete, diese seien nicht maschinenlesbar und damit für die Bezifferung unbrauchbar. Das Landgericht Stuttgart wies die Klage ab: PDF sei ein gängiges elektronisches Format, notfalls helfe Umwandlungssoftware oder Ausdrucken und Einscannen.

Entscheidung: Das OLG gibt der Berufung auf der Auskunftsstufe statt und verurteilt den Anbieter, die vollständige Zahlungs- und Spielhistorie aller Spielkonten in maschinenlesbarer Form herauszugeben. Die Kostenentscheidung bleibt dem Schlussurteil vorbehalten, die Revision ist zugelassen.

Begründungs-Kernpunkte: Im Ausgangspunkt folgt der Senat dem Landgericht: Aus Art. 15 DSGVO ergibt sich kein Anspruch auf ein bestimmtes Format, das Auskunftsrecht soll die Information verständlich und zugänglich machen, und dafür kann eine PDF-Datei genügen. Die Wende kommt über Art. 20 DSGVO, der ausdrücklich ein strukturiertes, gängiges und maschinenlesbares Format verlangt. Der Einwand des Anbieters, Spiel- und Zahlungshistorie seien keine vom Kläger „bereitgestellten“ Daten, weil sie erst beim Anbieter entstünden, überzeugt den Senat nicht: Der Ausgang des Spiels betrifft unmittelbar den Vertragszweck und muss dem Spieler ohnehin bekanntgegeben werden. Dass die Auskunft der Vorbereitung zivilrechtlicher Ansprüche dient, steht dem Anspruch nicht entgegen.

Praxisfolgen: Für Antragsteller folgt daraus, dass beide Rechte ausdrücklich geltend zu machen sind — wer nur Art. 15 DSGVO nennt, bekommt möglicherweise ein Bild-PDF und muss sich damit begnügen. Für Verantwortliche mit umfangreichen Transaktionsdaten — Zahlungsdienstleister, Versicherer, Plattformen, Telekommunikationsanbieter — lohnt der Blick auf die eigene Exportfunktion: Wenn Art. 20 DSGVO greift, ist ein strukturierter Export geschuldet, und CSV oder JSON aus dem Bestandssystem ist günstiger als eine Aufbereitung im Einzelfall. Die zugelassene Revision betrifft die Kernfrage, ob im Zuge der Vertragsdurchführung entstehende Daten „bereitgestellt“ sind; fällt der BGH anders aus, verliert diese Fallgruppe ihre Grundlage. Zusammen mit dem Kölner Beschluss aus 4.1 ergibt sich für die Glücksspiel-Rückforderungswelle eine geschlossene Linie: Der Anspruch trägt die Stufenklage, und er lässt sich nicht durch ein unbrauchbares Ausgabeformat entwerten. Aufbereitung: ur-910.

5.1 OFAC-Sanktionen und eingefrorene Werte im Xinbi-Komplex

09.09.2026 · The Hacker News

Behörde: Office of Foreign Assets Control (US-Finanzministerium), gemeinsam mit Justizministerium, Secret Service und der Scam Center Strike Force · Adressat: Betreiber und Händler des Telegram-Marktplatzes Xinbi Guarantee sowie chinesischsprachige Medienangebote · Höhe: 52,8 Mio. US-Dollar in USDT eingefroren, davon rund 12 Mio. US-Dollar beschlagnahmt

Verstoß / Rechtsgrundlage: Kein DSGVO-Verstoß. Grundlage sind US-Sanktionsrecht und Geldwäschebekämpfung; vorgeworfen wird die Bereitstellung von Treuhand- und Vermittlungsdiensten für Betrugsoperationen, Geldwäsche und die Anwerbung von Zwangsarbeitern für Betrugszentren.

Begründung: Xinbi Guarantee arbeitet als Telegram-basierter Marktplatz mit Treuhandfunktion zwischen kriminellen Anbietern und Betrugsbetreibern — angeboten werden unter anderem maßgeschneiderte Fake-Investmentseiten, Geldwäsche und die Rekrutierung von Opfern für Betrugszentren im Ausland. Die Blockchain-Analysefirma Elliptic beziffert das Transaktionsvolumen seit der Gründung um 2022 auf 30 Milliarden US-Dollar und stuft die Plattform damit als zweitgrößten illegalen Marktplatz aller Zeiten ein; sie füllte die Lücke, die durch die Abschaltung von HuiOne und Tudou Guarantee entstanden war. Auf der Plattform waren nordkoreanische Akteure sowie bereits sanktionierte Einheiten aktiv. Parallel zerschlugen Behörden in Madagaskar dreizehn Betrugszentren, stellten über 3.200 Geräte sicher und befragten rund 400 Festgenommene.

Praxisfolgen: Für die Bewertung der Wirksamkeit solcher Maßnahmen ist die Reaktion aufschlussreich: Nach dem Einfrieren tauschte der Marktplatz rund 2,8 Millionen US-Dollar in USDD um — eine dezentrale Stablecoin ohne Sperrfunktion. Das zeigt die Grenze des Instruments: Es wirkt bei zentral emittierten Werten und verliert seine Wirkung, sobald die Beteiligten ausweichen. Für Unternehmen ist der Fall vor allem als Hintergrund relevant. Die Erlöse aus Anlagebetrug, Rechnungsmanipulation und CEO-Betrug laufen über solche Strukturen; die Wahrscheinlichkeit einer Rückholung sinkt mit jeder Stunde. Der praktische Hebel bleibt deshalb die Zahlungsfreigabe im eigenen Haus — Vier-Augen-Prinzip bei Kontoänderungen und Rückruf über eine selbst herausgesuchte Nummer.

6.1 BlueMoon: Vier Spionagegruppen nutzen binnen einer Woche dasselbe Exploit-Kit

09.09.2026 · The Hacker News

Zusammenfassung: Proofpoint hat ein Exploit-Kit dokumentiert, das drei Schwachstellen zu einer vollständigen Angriffskette verbindet: CVE-2026-85046 (Typverwechslung in Chrome V8), CVE-2026-87491 (Schreibzugriff außerhalb der Grenzen in V8, ermöglicht das Verlassen der Sandbox) und CVE-2026-85880 (Heap-Überlauf im Windows Advanced Local Procedure Call). Vier voneinander unterscheidbare, spionagemotivierte Cluster setzten es binnen sechs Tagen ein: APT31 ab dem 28. August, UNK_LateNight und UNK_DoubleCheck ab dem 2. September, UNK_QuietRacket ab dem 3. September; drei der vier gelten als China-nah. Die Auslieferung erfolgte durchgehend über Spear-Phishing-Mails mit Links auf präparierte Seiten. Die Nutzlasten unterschieden sich je Gruppe — eine Browser-Erweiterung namens GemStone zur Überwachung und zum Abgriff von Zugangsdaten bei APT31, die ShadowPad-Hintertür per DLL-Sideloading bei UNK_LateNight, ein Rust-Programm mit Cloudflare-Infrastruktur bei UNK_DoubleCheck sowie eine im Speicher ausgeführte .NET-Nutzlast mit Aufgabenplanung bei UNK_QuietRacket. Ziele waren Nichtregierungsorganisationen, Bergbau- und Rohstoffhandelsunternehmen sowie Luftfahrtfirmen in den USA, Fertigungsbetriebe in Vietnam sowie Behörden, Beratungen und Finanzunternehmen in Indonesien und Singapur.

Hintergrund & Einordnung: Die eigentliche Nachricht steckt in der Verbreitungsgeschwindigkeit. Eine vollständig bewaffnete Chrome-Kette war, wie Proofpoint schreibt, historisch eine hochwertige und seltene Fähigkeit — teuer in der Entwicklung, entsprechend zurückhaltend eingesetzt und selten geteilt. Dass vier nicht miteinander verbundene Akteure sie binnen Tagen verwenden, lässt drei Erklärungen zu: einen gemeinsamen Zwischenhändler, deutlich gesunkene Entwicklungskosten durch KI-Unterstützung oder schnelles Rückwärtsentwickeln aus den öffentlichen Chromium-Korrekturen, bevor die abgeleiteten Browser nachziehen. Die Forscher fanden Hinweise auf den zweiten Punkt: auffällig ausführliche Kommentare in den Quellcode-Artefakten und Verweise auf Googles v8CTF-Programm. Wie die Gruppen an das Kit gelangten, ist ausdrücklich ungeklärt.

Praxisfolgen / Handlungsempfehlung: Die praktische Konsequenz ist eine andere Priorisierung. Wer Browser- und Betriebssystem-Patches in getrennten Zyklen fährt, unterbricht die Kette womöglich nur zur Hälfte — CVE-2026-87491 und CVE-2026-85880 gehören in dasselbe Wartungsfenster. Für die Erkennung lohnt der Blick auf die dokumentierten Nutzlasten: neu installierte Browser-Erweiterungen ohne Freigabe, DLL-Sideloading neben legitimen ausführbaren Dateien, neu angelegte geplante Aufgaben. Und strategisch: Wenn die Kosten für Exploit-Ketten tatsächlich fallen, verliert die Annahme an Gültigkeit, dass solche Angriffe nur wenige, hochwertige Ziele treffen. Organisationen, die sich bislang für zu klein hielten, sollten diese Einschätzung überprüfen.

6.2 Okta: 44.791 Sitzungstoken aus einem einzigen Infostealer-Dump

09.09.2026 · The Hacker News

Zusammenfassung: Das Bedrohungsanalyse-Team von Okta unter Jeremy Kirk hat einen sieben Gigabyte großen Datensatz ausgewertet, der am 2. August 2026 veröffentlicht wurde und Daten von 5.871 infizierten Rechnern aus 162 Ländern enthält. Darin fanden sich 44.791 einzelne JSON Web Tokens, von denen 555 der Anmeldung an KI-Diensten zuzuordnen waren; 1.843 Token waren zum Zeitpunkt der Veröffentlichung noch nicht abgelaufen. Hinzu kamen 2.937 verschlüsselte JWE-Strukturen, überwiegend von OpenAI, sowie 24 gültige API-Schlüssel. 17,7 Prozent der Token enthielten personenbezogene Daten im Klartext. Betroffen sind Dienste von Google, Microsoft, Anthropic, Amazon, OpenAI, Google Gemini, Groq und OpenRouter sowie Anwendungen wie Gamma, Notion, Character.ai, Cursor, Poe.com und Pika AI. Kirk erklärt den Fokus der Angreifer: „Sitzungstoken und API-Schlüssel werden gezielt gesucht, weil sich diese Geheimnisse häufig wiederabspielen lassen und damit die passwortbasierte Authentifizierung umgehen.“

Hintergrund & Einordnung: Der Befund quantifiziert eine Verschiebung, die sich seit Monaten abzeichnet und die zuletzt im Anthropic-Vorfall Anfang September sichtbar wurde. Ein gültiges Token führt direkt in das Konto — Passwort und zweiter Faktor werden nicht mehr abgefragt, weil die Anmeldung aus Sicht des Dienstes bereits stattgefunden hat. Für KI-Dienste ist das besonders unangenehm, weil dort neben den Inhalten auch Rechenkontingente auf Rechnung des Opfers zur Verfügung stehen; Okta nennt neben Spionage und Erpressung ausdrücklich den Ressourcendiebstahl („LLMjacking“) und den Weiterverkauf über Schwarzmarktdienste, von denen einer unter dem Namen „Poison Claude“ firmiert. Dass fast jedes fünfte Token Personendaten im Klartext trägt, macht den Fund zusätzlich zu einem Datenschutzvorfall.

Praxisfolgen / Handlungsempfehlung: Okta empfiehlt konkret die Überwachung wiederverwendeter Sitzungstoken, eine saubere Begrenzung des Geltungsbereichs von API-Schlüsseln, OAuth 2.0 mit kurzlebigen Token, gerätegebundene Sitzungsnachweise (DBSC), IP-Zulassungslisten und phishing-resistente Verfahren wie Passkeys. Für die meisten Organisationen ist der erste Schritt einfacher: eine Inventur, welche KI-Dienste überhaupt mit Unternehmenskonten genutzt werden und wo API-Schlüssel liegen — in Skripten, in CI-Pipelines, in Notizen. Schlüssel ohne Ablaufdatum und ohne Netzbeschränkung sind das funktionale Gegenstück zu einem Passwort ohne Zweitfaktor. Und für den Vorfallfall gilt: Passwortwechsel allein reicht nicht, die Sitzungen müssen serverseitig für ungültig erklärt werden.

6.3 US-Behörden zerschlagen den Betrugsmarktplatz Xinbi Guarantee

09.09.2026 · The Hacker News

Zusammenfassung: Justizministerium, Secret Service und OFAC haben gemeinsam mit der Scam Center Strike Force gegen Xinbi Guarantee vorgehen — einen Telegram-basierten Marktplatz, der als Treuhänder zwischen kriminellen Dienstleistern und Betrugsbetreibern vermittelt. Eingefroren wurden rund 52,8 Millionen US-Dollar in USDT über 52 Wallets, beschlagnahmt zwei Haupt-Wallets mit etwa 12 Millionen US-Dollar. Die Blockchain-Analysefirma Elliptic beziffert das Gesamtvolumen seit der Gründung um 2022 auf 30 Milliarden US-Dollar. Angeboten wurden unter anderem maßgeschneiderte Fake-Investmentseiten, Geldwäsche und die Anwerbung von Menschen für Betrugszentren im Ausland; auf der Plattform waren nordkoreanische Akteure und bereits sanktionierte Einheiten aktiv. Parallel wurden in Madagaskar dreizehn Betrugszentren zerschlagen, über 3.200 Geräte sichergestellt und rund 400 Festgenommene befragt; etwa dreißig chinesische Anführer wurden zurückgeführt.

Hintergrund & Einordnung: Xinbi trat die Nachfolge von HuiOne und Tudou Guarantee an, die im Vorjahr abgeschaltet worden waren — ein Muster, das sich seit Jahren wiederholt: Der Marktplatz wird zerschlagen, die Nachfrage bleibt, ein Nachfolger entsteht. Aufschlussreich ist die unmittelbare Reaktion: Nach dem Einfrieren tauschte die Plattform rund 2,8 Millionen US-Dollar in USDD um, eine dezentrale Stablecoin, bei der eine Sperrung technisch nicht vorgesehen ist. Damit ist die Grenze des Instruments benannt — Einfrieren funktioniert nur bei zentral emittierten Werten und nur so lange, wie die Beteiligten dort bleiben. Großbritannien hatte Xinbi bereits im März 2026 sanktioniert.

Praxisfolgen / Handlungsempfehlung: Für Unternehmen ist der Fall vor allem Hintergrundwissen zu einer Frage, die im Schadensfall sofort auftaucht: Wie wahrscheinlich ist eine Rückholung? Die Antwort lautet, dass sie mit jeder Stunde sinkt und bei dezentralen Stablecoins praktisch entfällt. Daraus folgt, dass die Verteidigung vollständig vor der Überweisung liegen muss. Konkret heißt das: Änderungen von Bankverbindungen bestehender Lieferanten nur nach Rückruf über eine selbst herausgesuchte Nummer, Vier-Augen-Prinzip ab einer definierten Betragsgrenze und ein eingeübter Ablauf für den Verdachtsfall — Zahlungsdienstleister, Bank und Polizei innerhalb der ersten Stunde, nicht am nächsten Werktag.