1. Agentische Massen-Ausnutzung durch Angreifer mit KI-Werkzeugen

Seit Donnerstag, 11. September 2026 · zuletzt aktualisiert Dienstag, 15. September 2026 · Score 92

Der über hunderte KI-Agenten gesteuerte Angriff auf 440 PaperCut-Server war der sichtbarste Fall; er ist kein Einzelstück. Was diese Kampagnen verbindet, ist nicht ein bestimmtes Modell, sondern die Automatisierung des langweiligen Teils: Zielerfassung, Anpassung öffentlicher Proof-of-Concepts, Auswertung der Beute.

Letzte Entwicklung: Anthropic hat in seinem Bedrohungsbericht vom September dokumentiert, dass Akteure zwischen Dezember 2025 und August 2026 über eine Claude-gesteuerte Pipeline 1,8 Millionen Android-Apps heruntergeladen, dekompiliert und mit TruffleHog nach fest eingebauten Geheimnissen durchsucht haben. Gefunden wurden unter anderem über 2.100 Sätze Azure-AD-Token für mehr als 40 Microsoft-Mandanten.

2. Die Chrome-Windows-Exploit-Kette und ihre Nachnutzer

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

Die Verkettung zweier Chrome-Lücken mit einer Windows-Rechteausweitung zirkuliert seit Ende August in mehreren Spionagegruppen. Der Abstand zwischen dem Bekanntwerden eines Fixes im Chromium-Quelltext und seiner Auslieferung im stabilen Chrome ist dabei das eigentliche Einfallstor.

Letzte Entwicklung: Volexity ordnet einen Angriff vom 1. September auf mehrere Nichtregierungsorganisationen dem chinesischen Akteur UTA0560 zu. Die Kette aus CVE-2026-85046, CVE-2026-87491 und CVE-2026-85880 lieferte die JavaScript-Hintertür GRIMWEDGE und eine Chrome-Erweiterung namens LONGTALE, die Zugangsdaten abgreift; der Einstieg lief über Spear-Phishing mit einer reflektierten Cross-Site-Scripting-Lücke auf einer Universitätsseite.

1.1 Hamburgische Aufsicht legt Prüfbericht zu den Ray-Ban Meta AI Glasses vor

10.09.2026 · HmbBfDI · Abschlussbericht, PDF

Zusammenfassung: Der Hamburgische Beauftragte für Datenschutz und Informationsfreiheit hat am 10. September einen 55-seitigen Abschlussbericht zu den Ray-Ban Meta AI Glasses veröffentlicht. Geprüft wurde exemplarisch das Modell Ray-Ban Meta Wayfarer der ersten Generation durch ein Team aus den Bereichen Soziale Netzwerke, technischer Datenschutz und KI-Recht. Der Bericht kombiniert einen Hardware-Teardown mit einer Analyse des Netzwerkverkehrs der Companion-App, einer Auswertung der gespeicherten Daten und einer rechtlichen Bewertung nach der Datenschutz-Grundverordnung. Die Prüfer betrieben das Gerät im Labor, schnitten den Verkehr der Meta-AI-App mit, öffneten den Rahmen zur Inspektion des Speicherchips und stellten Auskunftsersuchen über Metas Account Center.

Hintergrund & Einordnung: Die rechtliche Kernaussage ist bemerkenswert direkt: Die Aufnahme von Personen außerhalb des engen Freundes- und Familienkreises ist datenschutzrechtlich — abgesehen von seltenen Konstellationen eines berechtigten Interesses — nicht zulässig, weil eine informierte Einwilligung mangels Transparenz faktisch nicht eingeholt werden kann. Verantwortlich dafür ist nach Auffassung der Behörde der Träger, nicht allein Meta. Im betrieblichen Einsatz greift die Haushaltsausnahme des Art. 2 Abs. 2 Buchst. c DSGVO ohnehin nicht. Technisch bemängelt der Bericht, dass die Aufnahme-LED häufig zu dunkel oder für Dritte kaum sichtbar ist, dass bei jedem Video fünf Mikrofone mitzeichnen und dass für das KI-Training durch Meta regelmäßig eine Rechtsgrundlage fehlt — wer nicht widerspricht, wird nach Einschätzung der Aufsicht gemeinsam Verantwortlicher. Eine aktiv genutzte Gesichtserkennung ließ sich nicht bestätigen; vorhanden war jedoch ein Datenbankschema mit den Feldern face und face_group. Zu beachten ist die Zuständigkeitslage: Federführend für die Durchsetzung gegenüber Meta ist wegen des Kohärenzverfahrens die irische Aufsicht; der HmbBfDI ist in Deutschland zuständig, weil Metas deutscher Sitz in Hamburg liegt.

Praxisfolgen / Handlungsempfehlung: Für Unternehmen ist der Bericht die derzeit belastbarste Grundlage, um den dienstlichen Einsatz solcher Brillen zu regeln — die Antwort lautet in aller Regel: nicht ohne dokumentierte Rechtsgrundlage und nicht in Bereichen mit Publikums- oder Beschäftigtenkontakt. Wer Datenbrillen in Schulungen, Wartung oder Außendienst erwägt, sollte vorab eine Datenschutz-Folgenabschätzung durchführen und die Aufnahmefunktion technisch begrenzen. Für Privatpersonen bleibt der praktische Rat, in den Kontoeinstellungen dem KI-Training zu widersprechen und sich klarzumachen, dass die Haftung für Aufnahmen Dritter bei ihnen liegt. Für Schulungsunterlagen eignet sich der Bericht als seltenes Beispiel einer Behörde, die technische Messung und rechtliche Bewertung in einem Dokument verbindet.

1.2 Niedersachsen meldet 58 Prozent mehr Datenschutzverletzungen

10.09.2026 · LfD Niedersachsen

Zusammenfassung: Der Landesbeauftragte für den Datenschutz Niedersachsen hat für das erste Halbjahr 2026 insgesamt 1.245 gemeldete Datenschutzverletzungen registriert, gegenüber 786 im ersten Halbjahr 2025. Das ist ein Zuwachs von 58 Prozent. Zum Vergleich: Im gesamten Jahr 2025 gingen 1.607 Meldungen ein — der Halbjahreswert 2026 liegt bereits bei drei Vierteln davon. 66 Prozent der Meldungen stammen aus dem nicht-öffentlichen Bereich, 34 Prozent von öffentlichen Stellen. Den größten Anteil machen Fehlversand und versehentliche Offenlegung aus; besonders stark wachsen erfolgreiche Phishing-Angriffe auf E-Mail-Konten.

Hintergrund & Einordnung: Zwei Lesarten sind möglich, und beide stimmen vermutlich zugleich. Erstens steigt die Zahl der Vorfälle tatsächlich, angetrieben von Phishing-Kampagnen, die dank generativer Sprachmodelle sprachlich unauffällig geworden sind. Zweitens steigt die Meldebereitschaft, weil die Meldepflicht nach Art. 33 DSGVO acht Jahre nach Geltungsbeginn in mehr Organisationen prozessual verankert ist. Der Landesbeauftragte Denis Lehmkemper betont den vermeidbaren Anteil: „Viele der uns gemeldeten Datenschutzverletzungen sind vermeidbar – durch technische Maßnahmen wie Zwei-Faktor-Authentifizierung und Prozessautomatisierung, aber auch ganz klassisch durch Grundlagenschulungen von Beschäftigten.“ Das deckt sich mit der Struktur der Fälle: Fehlversand ist kein Sicherheitsproblem im engeren Sinn, sondern ein Prozessproblem.

Praxisfolgen / Handlungsempfehlung: Die Zahl ist ein brauchbares Argument gegenüber der Geschäftsführung, wenn Mittel für Zwei-Faktor-Authentifizierung auf E-Mail-Konten oder für eine Automatisierung des Postversands begründet werden müssen. Konkret lohnt der Blick auf die beiden größten Blöcke: Bei Fehlversand hilft eine technische Prüfung vor dem Versand — Warnung bei externen Empfängern, Vier-Augen-Prinzip bei Serienbriefen, Trennung von Test- und Produktivdaten. Bei Phishing auf Postfächer hilft nichts so verlässlich wie eine phishing-resistente Anmeldung; die Kampagne aus Meldung 6.3 zeigt allerdings, dass auch Passkeys über den Menschen angegriffen werden.

1.3 Data Act: Produktgestaltungspflicht gilt seit dem 12. September

12.09.2026 · Bundesnetzagentur · BMDS zum Durchführungsgesetz

Zusammenfassung: Seit dem 12. September 2026 greift die zentrale Gestaltungspflicht des europäischen Data Act. Nach Art. 3 Abs. 1 der Verordnung (EU) 2023/2854 müssen vernetzte Produkte so konzipiert und hergestellt und verbundene Dienste so erbracht werden, dass die bei der Nutzung entstehenden Daten für den Nutzer standardmäßig einfach, sicher und in maschinenlesbarem Format zugänglich sind — soweit technisch durchführbar, auch direkt. Die Pflicht knüpft an das einzelne Produkt an und erfasst, was nach diesem Datum in Verkehr gebracht wird. Für Bestandsprodukte verlangt die Verordnung keine konstruktive Änderung; der Datenzugang als solcher war dort bereits seit dem 12. September 2025 zu gewähren.

Hintergrund & Einordnung: Die deutsche Durchsetzung steht seit dem 30. Mai 2026 mit dem Datenverordnung-Anwendungs-und-Durchsetzungs-Gesetz. Zuständig ist die Bundesnetzagentur als einzige Behörde nach Art. 37 Abs. 1 der Verordnung; einen gesonderten Datenkoordinator gibt es nicht. Für den Schutz personenbezogener Daten im Anwendungsbereich des Data Act ist abweichend von § 40 BDSG die Bundesbeauftragte zuständig, auch gegenüber nicht-öffentlichen Stellen — für öffentliche Stellen bleiben die Landesbehörden zuständig. Der Streit darüber, ob die Aufsicht zentral oder bei den Ländern liegen soll, hatte das Gesetzgebungsverfahren monatelang verzögert. Betroffen ist nahezu alles, was Nutzungs- oder Umgebungsdaten erhebt und elektronisch weitergeben kann: Werkzeugmaschinen, Kompressoren, Kühlanlagen, Aufzüge, Medizingeräte, Landmaschinen, Gebäudetechnik. Reine Inhaltsdaten wie Fotos oder Videos fallen nicht unter das Datenzugangsrecht.

Praxisfolgen / Handlungsempfehlung: Hersteller sollten jetzt für jedes Produkt festhalten, ob es nach dem 12. September in Verkehr gebracht wird, welche Nutzungsdaten anfallen und über welche Schnittstelle der Nutzer sie abrufen kann. Die Bundesnetzagentur hat angekündigt, zunächst auf Information und Beratung zu setzen und Bußgeldverfahren als letztes Mittel zu behandeln — das verschafft Zeit, ändert aber nichts an der Rechtslage. Wer Datenzugang über eine vertragliche Sperre oder eine bewusst unbrauchbare Schnittstelle faktisch verhindert, riskiert nach § 15 DADG ein Verfahren mit Bußgeldern bis zu zwei Prozent des weltweiten Gesamtumsatzes. Vor jeder Anordnung muss die Behörde allerdings ein Abhilfeverlangen mit Fristsetzung aussprechen.

1.4 Datenschutzkonferenz will sich institutionalisieren

03.–05.09.2026 · LfDI Baden-Württemberg

Zusammenfassung: Die Datenschutzkonferenz hat Anfang September in Speyer ihre vierte Strategieklausur abgehalten. Drei Ergebnisse sind festgehalten: Es soll eine Entscheidungsdatenbank der deutschen Aufsichtsbehörden entstehen, die DSK selbst soll institutionalisiert werden und eine eigene Geschäftsstelle erhalten, und die Aufnahme des Kriteriums „Datenschutzkonformität“ auf dem Marktplatz Deutschland Digital wird begrüßt.

Hintergrund & Einordnung: Die DSK ist bis heute ein informelles Gremium ohne eigene Rechtspersönlichkeit; ihre Beschlüsse binden niemanden, auch nicht die beteiligten Behörden. Das erklärt einen Teil der Uneinheitlichkeit, über die Unternehmen mit Standorten in mehreren Bundesländern seit Jahren klagen. Eine Geschäftsstelle und eine gemeinsame Entscheidungsdatenbank würden daran nichts Grundsätzliches ändern, aber die praktische Auffindbarkeit verbessern: Bislang ist es Zufall, ob man erfährt, wie eine andere Landesbehörde denselben Sachverhalt beurteilt hat. Für die Rechtsanwendung ist das die interessantere der beiden Ankündigungen.

Praxisfolgen / Handlungsempfehlung: Kurzfristig ändert sich nichts. Mittelfristig lohnt es, die Entscheidungsdatenbank im Auge zu behalten: Sie wäre die erste Stelle, an der sich die Spruchpraxis der deutschen Aufsichtsbehörden systematisch nachvollziehen ließe — heute ist man auf Tätigkeitsberichte, Einzelveröffentlichungen und den europäischen Enforcement-Tracker angewiesen. Wer Argumentationen gegenüber der eigenen Aufsicht aufbaut, sollte weiterhin damit rechnen, dass Beschlüsse und Orientierungshilfen der DSK zwar Gewicht haben, aber keine Bindungswirkung entfalten.

2.1 Japans Digitalagentur: 246.000 Personendatensätze über VPN-Gerät abgeflossen

14.09.2026 · BleepingComputer

Zusammenfassung: Japans Digitalagentur hat am 14. September einen Vorfall im Government Solution Service offengelegt. Betroffen sind 236.000 Namen, 231.000 E-Mail-Adressen, 94.000 Telefonnummern und rund 1.000 Anschriften. Der Erstzugang erfolgte spätestens am 25. Juni 2026 über ein mit dem Netz verbundenes VPN-Gerät; der unbefugte Zugriff lief bis zum 9. Juli, als das kompromittierte Wartungskonto gesperrt wurde. Die Behörde betont, es habe sich nicht um eine unbekannte Lücke gehandelt, sondern um eine als mittelschwer eingestufte Schwachstelle. Hersteller und CVE-Kennung wurden nicht genannt. My-Number-Kennungen, Bankverbindungen und Rentendaten sind nach Angaben der Agentur nicht betroffen, ein Missbrauch der Daten wurde bislang nicht festgestellt.

Hintergrund & Einordnung: Auffällig ist weniger die Lücke als die Zeitachse. Zwischen dem Erstzugang und der Sperrung des Kontos lagen gut zwei Wochen, zwischen der Bestätigung am 9. Juli und der öffentlichen Meldung am 14. September gut neun Wochen; die japanische Aufsichtsbehörde wurde am 15. Juli informiert. Dass eine als „mittelschwer“ eingestufte Schwachstelle ungepatcht blieb, ist das eigentliche Muster: Priorisierungsmodelle, die nach CVSS-Wert sortieren, schieben genau diese Klasse dauerhaft nach hinten — bis sie an einem exponierten Gerät zum Volltreffer wird. Dass der Zugang über ein Wartungskonto lief, verschärft das Bild: Solche Konten sind oft von der Mehr-Faktor-Pflicht ausgenommen, weil sie automatisiert genutzt werden.

Praxisfolgen / Handlungsempfehlung: Prüfen Sie, welche VPN- und Fernzugangsgeräte in Ihrem Bestand aus dem Internet erreichbar sind und wie alt deren Firmware ist — unabhängig davon, ob die offenen Lücken als kritisch eingestuft sind. Für Wartungs- und Dienstleisterkonten gilt: eigene Identitäten statt geteilter Zugänge, zeitlich befristete Freischaltung statt Dauerzugang, und Protokollierung, die eine Anmeldung außerhalb der vereinbarten Wartungsfenster sichtbar macht. Die japanische Meldefrist ist großzügiger als die europäische; unter Art. 33 DSGVO wären 72 Stunden ab Kenntnis maßgeblich gewesen.

2.2 Twitch-Erweiterung leitete Sitzungs-Token von 31.000 Nutzern weiter

14.09.2026 · The Hacker News · BleepingComputer

Zusammenfassung: Das Socket Threat Research Team hat die Chrome- und Firefox-Fassungen der Erweiterung „Twitch Enhanced Viewer | JeetBot“ analysiert und dokumentiert, dass sie OAuth-Token von knapp 31.000 Nutzern an Proxy-Server eines russischen kommerziellen Bot-Dienstes weitergeleitet hat. Die Erweiterung bewirbt Werbeblockierung auf Twitch, erzwungene 1080p-Wiedergabe, das Freischalten regional gesperrter Streams und das automatische Einsammeln von Kanalpunkten. Um diese Funktionen zu liefern, leitet sie die Anfragen nach der Video-Wiedergabeliste über eigene Proxy-Server — und der Token reist in aktuellen Builds der Reihe 85.x als Klartext-Parameter &auth= an der Umleitung mit und landet damit in den Protokollen des Betreibers.

Hintergrund & Einordnung: Entscheidend ist, um welchen Token es sich handelt: nicht um den eng begrenzten Wiedergabe-Token, sondern um den kontobezogenen. Wer ihn besitzt, kann im Namen des Kontos handeln — Chat lesen, Direktnachrichten senden, Einstellungen ändern — ohne Passwort und ohne Zwei-Faktor-Code. Mehrere Details sprechen gegen einen bloßen Programmierfehler. Die Weiterleitung ist für eine fest hinterlegte Liste von zehn Kanälen ausgenommen, überwiegend russischsprachige Streamer mit vierstelligen Followerzahlen. Die Fassung 4.8 vom Januar 2026 schickte erfasste Token per POST an einen Endpunkt namens /set-token, merkte sich bereits übermittelte Token und hielt eine Wartezeit von fünf Sekunden ein — ein Verhalten, das auf serverseitige Sammlung ausgelegt ist. Und die Versionsnummer sprang im Mai von 7.2.6 auf 85.2.2, genau als die Inline-Weiterleitung auftauchte. Die Datenschutzangaben im Chrome Web Store und die verlinkte Datenschutzerklärung behaupten beide, es würden keine Nutzerdaten erhoben.

Praxisfolgen / Handlungsempfehlung: Betroffene entfernen die Erweiterung, melden sich anschließend auf allen Geräten ab und wieder an — nur das macht die abgeflossenen Token ungültig — und prüfen die verbundenen Anwendungen im Twitch-Konto. Version 85.8.7 der Firefox-Fassung behebt das Verhalten; die Chrome-Fassung war zum Zeitpunkt der Veröffentlichung noch in Prüfung. Für Unternehmen ist der Fall unabhängig von Twitch relevant: Er zeigt, dass eine über Jahre unauffällige Erweiterung mit einem Update zum Datenabfluss werden kann. Browser-Erweiterungen gehören deshalb auf eine per Richtlinie durchgesetzte Freigabeliste, und bei Erweiterungen mit Zugriff auf alle Seiten ist ein Blick auf Versionssprünge und Entwicklerwechsel angebracht.

2.3 Angriffe auf exponierte Vite-Entwicklungsserver

14.09.2026 · BleepingComputer

Zusammenfassung: F5 hat über Honeypots binnen eines Monats mehr als 800 Angriffe mit rund 32.000 Roh-Ereignissen gegen aus dem Internet erreichbare Vite-Entwicklungsserver erfasst. Ausgenutzt werden CVE-2026-39364 in Vite 7.1.0 bis 7.3.2 und 8.x vor 8.0.5 sowie die älteren Zugriffskontrollfehler CVE-2025-30208, CVE-2025-31125 und CVE-2024-45811. Die Angreifer hängen Parameter wie ?raw, ?import&raw oder ?import&url&inline an HTTP-GET-Anfragen und umgehen damit die Sicherheitsfilter des Servers; zusätzlich wurden doppelt kodierte Pfadwechsel-Sequenzen eingesetzt, um Web Application Firewalls zu umgehen. Gesucht wird gezielt nach .env, .env.production und .env.local, AWS- und Azure-Zugangsdaten, Terraform-State- und Variablendateien sowie /proc/self/environ und /etc/passwd.

Hintergrund & Einordnung: Entwicklungsserver sind nicht dafür gebaut, im Internet zu stehen; Vite bindet standardmäßig auch nur an localhost. Erreichbar werden sie durch Container-Konfigurationen mit --host, durch Portfreigaben in der Cloud oder durch Tunnel-Werkzeuge, die zum Teilen eines Zwischenstands aufgesetzt und nicht wieder abgebaut werden. Die Beute ist entsprechend hochwertig: In .env-Dateien stehen typischerweise Datenbank-, Zahlungsdienstleister- und Cloud-Zugangsdaten im Klartext, und zwar oft dieselben wie in der Produktivumgebung. Die Angriffe stammen überwiegend aus den USA, Belgien und den Niederlanden und laufen über Google-Cloud-Adressbereiche, was die Herkunftsanalyse wertlos macht.

Praxisfolgen / Handlungsempfehlung: Port 5173 von außen sperren, Vite auf 8.0.5 beziehungsweise 7.3.3 oder neuer heben und die von F5 genannten Adressen 34.14.15.105, 34.16.200.129 und 34.11.196.206 blockieren. Wichtiger als das Patchen ist die Frage, ob ein Server überhaupt erreichbar war: Falls ja, sind sämtliche in .env und Terraform-Dateien hinterlegten Zugangsdaten als kompromittiert zu behandeln und zu rotieren. Für die Zukunft hilft die Trennung: Entwicklungsumgebungen bekommen eigene, eng berechtigte Zugangsdaten, die in der Produktion nichts bewirken — dann ist ein solcher Abfluss ärgerlich statt existenziell.

3.1 Cisco Secure Email Gateway: Rootrechte über eine präparierte E-Mail

15.09.2026 · BleepingComputer · The Hacker News

Zusammenfassung: In der AsyncOS-Software für Cisco Secure Email Gateway wird CVE-2026-76461 aktiv ausgenutzt. Die Schwachstelle beruht auf einer unzureichenden Prüfung in der E-Mail-Parsing-Logik: Angreifer versenden Nachrichten, die SQL-Anweisungen enthalten, und erreichen darüber die Ausführung beliebiger Befehle mit Rootrechten auf dem darunterliegenden Betriebssystem. Der Angriff läuft unauthentifiziert über das Netz und benötigt keine Nutzerinteraktion — eine E-Mail an das Gateway genügt. Betroffen sind virtuelle wie physische Appliances in allen Konfigurationen. Die CISA hat die Lücke am 14. September in den Katalog aktiv ausgenutzter Schwachstellen aufgenommen und US-Bundesbehörden eine Frist bis zum 17. September gesetzt. Shadowserver zählt über 400 aus dem Internet erreichbare Geräte.

Hintergrund & Einordnung: Eine Dreitagesfrist ist selbst für die CISA ungewöhnlich kurz und sagt mehr über die Lageeinschätzung aus als jede Bewertungszahl. Die Position des Produkts erklärt das: Ein E-Mail-Gateway muss per Definition unaufgefordert zugesandte Nachrichten von jedem Absender annehmen und verarbeiten; es gibt keine sinnvolle Netzsegmentierung, die den Angriffsweg schließt, ohne die Funktion zu zerstören. Dass die Ausführung mit Rootrechten auf dem Betriebssystem endet und nicht in der Anwendung eingesperrt bleibt, macht das Gerät zum vollwertigen Brückenkopf ins Netz — mit Zugriff auf den gesamten ein- und ausgehenden Mailverkehr des Hauses.

Praxisfolgen / Handlungsempfehlung: Sofort auf die von Cisco bereitgestellten AsyncOS-Fassungen aktualisieren. Anschließend forensisch prüfen: In den mail_logs der Cluster-Geräte nach auffälligen SQL-Anweisungen suchen, Netz- und Firewall-Protokolle auf Uploads oder Downloads zu unbekannten oder als bösartig bekannten Adressen durchsehen. Wer nicht sofort patchen kann, sollte zumindest die ausgehenden Verbindungen des Gateways auf das Notwendige begrenzen. Und unabhängig davon: Ein kompromittiertes Mail-Gateway bedeutet potenziell den Abfluss aller durchgelaufenen Nachrichten — das ist eine meldepflichtige Verletzung nach Art. 33 DSGVO, sobald ein Zugriff nicht ausgeschlossen werden kann.

3.2 LiteSpeed Enterprise: ein Hosting-Kunde kommt an root

15.09.2026 · The Hacker News

Zusammenfassung: In LiteSpeed Web Server Enterprise vor Version 6.3.7 kann ein Webseiten-Nutzer mit geringen Rechten auf einem Shared-Hosting-Server Rootrechte erlangen und damit auf die Seiten aller anderen Kunden derselben Maschine sowie auf den Server selbst zugreifen. Die Lücke umgeht Container-Isolationsmechanismen wie CageFS. Eine CVE-Kennung wurde nicht vergeben; die Korrektur steckt in Version 6.3.7 vom 11. September 2026. Ob die Lücke ausgenutzt wird, sagt das Advisory nicht. Es ist die dritte Schwachstelle dieser Art in LiteSpeed-Produkten seit Mai 2026. Die quelloffene Variante OpenLiteSpeed wird nicht als betroffen genannt.

Hintergrund & Einordnung: Shared Hosting beruht vollständig auf der Annahme, dass die Isolation zwischen den Kunden hält. Fällt sie, ist nicht ein Kunde betroffen, sondern alle auf der Maschine — inklusive ihrer Datenbank-Zugangsdaten und der dort verarbeiteten personenbezogenen Daten. Dass CageFS umgangen wird, ist dabei der wunde Punkt: Diese Schicht ist bei vielen Hostern die einzige Trennung zwischen Kundenkonten. Die Häufung dreier vergleichbarer Lücken binnen vier Monaten deutet auf ein strukturelles Problem in der Rechtetrennung des Produkts hin, nicht auf einen Einzelfehler. Dass keine CVE vergeben wurde, erschwert die Nachverfolgung in automatisierten Schwachstellen-Prozessen erheblich — solche Lücken tauchen in keinem Abgleich gegen NVD oder EUVD auf.

Praxisfolgen / Handlungsempfehlung: Hoster und Agenturen mit eigenen Shared-Hosting-Umgebungen aktualisieren auf 6.3.7. Wer Webhosting einkauft, sollte beim Anbieter nachfragen, welche Webserver-Fassung im Einsatz ist und wann aktualisiert wurde — die Frage ist berechtigt, weil ein Fremdkunde auf derselben Maschine über diese Lücke an die eigenen Daten käme. Für die eigene Risikobewertung ist der Fall ein Argument gegen Shared Hosting für Anwendungen mit sensiblen Daten: Die technische Trennung ist schwächer, als der Vertrag suggeriert. Ergänzend gehört in jeden Schwachstellen-Prozess ein Weg, herstellereigene Advisories ohne CVE-Kennung zu erfassen.

3.3 DDrop hebelt Confidential Computing bei Intel und AMD aus

14.09.2026 · The Hacker News

Zusammenfassung: Forscher der KU Leuven, der ETH Zürich, der Durham University und von Google haben einen aktiven Hardware-Angriff namens DDrop vorgestellt, der Schreibvorgänge in den Serverspeicher unterdrückt. Betroffen sind Intel TDX, Intel Scalable SGX und AMD SEV-SNP. Nötig ist physischer Zugang zum Server und ein Interposer-Board für rund 159 US-Dollar, das zwischen Prozessor und Speichermodul gesetzt wird; der Einbau dauert Minuten. Damit lassen sich geschützte Daten auslesen, Debug-Modi aktivieren und Attestierungsmessungen fälschen — also genau die Nachweise, mit denen eine vertrauliche Umgebung ihre Unversehrtheit belegt. Beide Hersteller bestätigen die Ergebnisse, vergeben aber keine CVE-Kennungen: Physische Interposer-Angriffe liegen nach ihrer Darstellung außerhalb des veröffentlichten Bedrohungsmodells. Die Arbeit wird im November auf der ACM CCS vorgestellt.

Hintergrund & Einordnung: Die Herstellerposition ist formal korrekt und praktisch unbefriedigend. Confidential Computing wird seit Jahren mit dem Versprechen vermarktet, dass selbst der Betreiber der Hardware nicht an die Daten kommt — das ist der gesamte Sinn der Technik für regulierte Branchen und für Kunden, die einem Hyperscaler nicht vollständig vertrauen wollen. Wenn ein Angreifer mit Zugang zum Rack dieses Versprechen für 159 Dollar bricht, dann ist der Betreiber genau der Angreifer, gegen den die Technik nicht schützt. Für den regulären Cloud-Betrieb bei einem großen Anbieter bleibt das Risiko gering, weil physischer Zugang dort scharf kontrolliert ist. Für Edge-Standorte, Kolokation in fremden Rechenzentren und Umgebungen mit schwacher Zutrittskontrolle ist die Annahme dagegen nicht mehr haltbar.

Praxisfolgen / Handlungsempfehlung: Wer Confidential Computing in einer Risikoanalyse als Maßnahme gegen den Infrastrukturbetreiber führt, sollte diese Bewertung überarbeiten — insbesondere in Dokumentationen nach Art. 32 DSGVO und in Übermittlungs-Folgenabschätzungen, wo die Technik gern als zusätzliche Schutzmaßnahme angeführt wird. Sinnvoll bleibt sie gegen andere Mandanten auf derselben Maschine und gegen Software-Angriffe aus dem Hypervisor. Wo physischer Zugang durch Dritte möglich ist, tritt die Zutrittskontrolle wieder in den Vordergrund: verplombte Racks, Gehäuseüberwachung, Protokollierung der Zutritte. Attestierungsergebnisse allein sind nach DDrop kein ausreichender Nachweis mehr.

3.4 Telegram Desktop: JavaScript in HTML-Exporten

12.09.2026 · The Hacker News

Zusammenfassung: Denis und Aleksander Rostilov von ExPatch haben eine Schwachstelle in Telegram Desktop offengelegt, die es einem Bot erlaubte, verstecktes JavaScript im Text von Inline-Schaltflächen zu platzieren. Beim Export eines Chats als HTML wurde dieser Text ungeprüft in die Seite geschrieben — während Nachrichtentexte und andere Felder korrekt maskiert wurden. Öffnete man die Exportdatei im Browser, führte der Code ohne weiteres Zutun aus und konnte Nachrichteninhalte aus dem Export abgreifen. Betroffen sind die Fassungen 4.15.1 vom März 2024 bis 6.9.3; behoben ist es in 6.9.4 Beta vom 3. Juli und 7.0.1 Stable vom 14. Juli 2026. Die Bewertung liegt bei CVSS 8,2, eine CVE-Kennung wurde nicht vergeben. Gemeldet wurde die Lücke am 3. Juni, offengelegt am 12. September. Angriffe in freier Wildbahn sind nicht dokumentiert.

Hintergrund & Einordnung: Der Fehler ist ein Lehrstück über unvollständige Ausgabemaskierung: Der Exportcode behandelte fast alle Felder korrekt und übersah ein einziges. Interessant ist die Angriffsfläche — nicht der Messenger selbst, sondern sein Exportformat. Chat-Exporte werden typischerweise dann erzeugt, wenn es ernst wird: zur Beweissicherung, zur Übergabe an Anwälte, zur Archivierung vor einem Gerätewechsel. Genau diese Dateien liegen dann jahrelang auf Festplatten und in Backups, lange nach dem Update der Anwendung, die sie erzeugt hat. Der Patch beseitigt die Ursache, nicht die bereits erzeugten Dateien.

Praxisfolgen / Handlungsempfehlung: Telegram Desktop auf 7.0.1 oder neuer aktualisieren. Wichtiger: Bestehende HTML-Exporte, die mit einer älteren Fassung erstellt wurden, nicht mehr im Browser öffnen — insbesondere nicht solche aus Chats mit Bots oder aus Gruppen mit unbekannten Teilnehmern. Wer Chat-Exporte zur Beweissicherung nutzt, sollte sie mit einer aktuellen Version neu erzeugen und die alten Dateien verwerfen; im Zweifel genügt es, die Datei in einem Texteditor statt im Browser zu öffnen, weil dann kein Code ausgeführt wird.

4.1 BGH: Unterlassungsanspruch nach nationalem Recht ist nicht durch die DSGVO gesperrt

Bundesgerichtshof · 21.07.2026 · VI ZR 144/23 · Aufbereitung auf cyber-security.academy · Volltext, PDF

Sachverhalt: Die Beklagte betreibt einen Online-Shop und bindet Funktionen von Drittanbietern als sogenannte Cloud-Lösung ein: Die Programmdaten liegen nicht auf ihrem Server, sondern der Browser des Besuchers wird auf die Server der Diensteanbieter gelenkt, denen dabei die IP-Adresse mitgeteilt wird. Der Kläger hatte dort 2020 bestellt und verlangte, die Beklagte solle es unterlassen, ihre Seiten so auszuliefern, dass beim Aufruf Daten an die benannten Dienste übermittelt werden, sofern er nicht zuvor nach Art. 4 Nr. 11 DSGVO eingewilligt hat. Das Landgericht Wiesbaden hielt die Klage mangels Bestimmtheit für unzulässig; das OLG Frankfurt ließ den in der Berufung umformulierten Antrag zwar zu, wies die Klage aber als unbegründet ab.

Entscheidung: Der VI. Zivilsenat hebt das Berufungsurteil auf und verweist die Sache zurück. Der amtliche Leitsatz: Ein Unterlassungsanspruch nach nationalem Recht, der sich gegen eine erneute Übermittlung personenbezogener Daten unter Verstoß gegen die Datenschutz-Grundverordnung richtet, kann nicht grundsätzlich unter Berufung auf einen abschließenden Regelungsgehalt der unionsrechtlichen Bestimmungen abgelehnt werden.

Begründungs-Kernpunkte: Das OLG Frankfurt hatte argumentiert, die Verordnung regele die Folgen von Verarbeitungsverstößen vollharmonisiert und abschließend; ohne Öffnungsklausel sei ein Rückgriff auf nationales Recht ausgeschlossen. Diese These ist durch das Urteil des Gerichtshofs der Europäischen Union vom 4. September 2025 in der Rechtssache C-655/23 überholt: Die Verordnung sieht für eine betroffene Person, die keine Löschung beantragt, zwar selbst keinen präventiven Unterlassungsrechtsbehelf vor, hindert die Mitgliedstaaten aber nicht daran, einen solchen vorzusehen — im Gegenteil könne er die praktische Wirksamkeit der Verordnung verstärken. Als Anspruchsgrundlagen kommen damit § 1004 Abs. 1, § 823 Abs. 1 BGB in Verbindung mit Art. 1 Abs. 1, Art. 2 Abs. 1 GG in Betracht, bei Schutzgesetzcharakter der verletzten Vorschrift zusätzlich § 1004 Abs. 1 Satz 2 analog, § 823 Abs. 2 BGB. Ausdrücklich offen lässt der Senat, ob der Anspruch am Rechtsschutzbedürfnis scheitern kann, weil die Verordnung eigene Rechte gewährt — auf Basis der bisherigen Feststellungen erreicht der Kläger sein Ziel über Art. 17 DSGVO jedenfalls nicht.

Praxisfolgen: Website-Betreiber, die Schriftarten, Kartendienste, Tag-Manager oder Videoeinbettungen per Cloud-Lösung ohne wirksame Einwilligung laden, müssen künftig mit einer zweiten Anspruchsart rechnen. Ein Unterlassungstitel wirkt anders als Schadensersatz: Er ist dauerhaft, mit Ordnungsmittelandrohung bewehrt und lässt sich nicht durch Zahlung erledigen. Die Abmahnpraxis in diesem Feld dürfte den Hebel aufgreifen. Zugleich ist Zurückhaltung geboten: Der BGH hat den Anspruch nicht zugesprochen, sondern nur den Weg dorthin geöffnet — Rechtswidrigkeit, Wiederholungsgefahr und Rechtsschutzbedürfnis prüft nun das OLG Frankfurt. Technisch ist die Abhilfe seit Jahren bekannt: lokale Auslieferung eingebundener Ressourcen oder Nachladen erst nach Einwilligung.

4.2 OLG Brandenburg: Versicherer darf zur Betrugsabwehr Abrechnungsdaten abgleichen

Brandenburgisches Oberlandesgericht · 15.07.2026 · 11 U 110/25 · Aufbereitung auf cyber-security.academy · Volltext bei juris

Sachverhalt: Eine private Krankenversicherung durchsuchte im Oktober 2024 ihren eigenen Bestand nach Rechnungen, die ein bei ihr krankentagegeldversicherter Dermatologe anderen Versicherten derselben Gesellschaft gestellt hatte, und legte diese Daten neben die Zeiträume, für die er Krankentagegeld bezogen hatte. Ergebnis: 21 Tage zwischen März 2020 und Oktober 2024 mit beruflicher Tätigkeit trotz Krankmeldung. Der Versicherer kündigte am 13. November 2024 fristlos und forderte 14.935 Euro nebst 2.855,97 Euro Zinsen zurück. Das Landgericht Frankfurt (Oder) wies die Klage des Arztes ab.

Entscheidung: Der 11. Zivilsenat ändert das Urteil teilweise ab. Die Kündigung ist unwirksam, das Versicherungsverhältnis besteht fort. Die Rückforderung wird von 14.935 auf 10.775 Euro und die Zinsforderung von 2.855,97 auf 252,91 Euro gekürzt. Die Klage auf weiteres Krankentagegeld und auf Erstattung außergerichtlicher Anwaltskosten bleibt erfolglos. Kostenquote 55 zu 45 zulasten des Klägers, Revision nicht zugelassen.

Begründungs-Kernpunkte: Arbeitsunfähigkeit bemisst sich nach dem konkreten Tätigkeitsprofil; bei einem Arzt mit Assistenzpersonal zählen die höchstpersönlichen ärztlichen Kernleistungen, nicht organisatorische Praxisverantwortung oder delegierbare Verrichtungen. Die fristlose Kündigung einer Krankentagegeldversicherung, die beim Selbstständigen die fehlende soziale Absicherung ersetzt, setzt nach § 314 Abs. 2 BGB eine vorherige Abmahnung nach persönlicher Anhörung voraus — die fehlte. Die ADHS-bedingte, bis zu zwei Monate verzögerte Dokumentation des Klägers hielt der Senat nach persönlicher Anhörung für glaubhaft und verneinte den Betrugsvorwurf. Datenschutzrechtlich ist der Abgleich nach Art. 6 Abs. 1 Buchst. f und Art. 9 Abs. 2 Buchst. f DSGVO gerechtfertigt: Er war erforderlich, weil bereits aus öffentlich zugänglichen Internetquellen Anhaltspunkte bestanden und kein milderes Mittel zur Verfügung stand; er erfolgte anlassbezogen und händisch, nicht flächendeckend und automatisiert; und die Patientendaten waren anonymisiert, Behandlungsdatum und -art also niemandem zuzuordnen. Ohne diese Möglichkeit hätte der Versicherer „nahezu keine Möglichkeiten“, Betrugsversuche aufzudecken.

Praxisfolgen: Die Entscheidung liefert der Versicherungswirtschaft eine Bestätigung ihrer Betrugsabwehrpraxis — mit drei Bedingungen, die zusammen gelesen werden müssen: anlassbezogen statt flächendeckend, händisch statt automatisiert, anonymisiert statt personenbezogen. Ein automatisierter Dauerabgleich aller Abrechnungs- gegen alle Arbeitsunfähigkeitsdaten wäre nach dieser Begründung gerade nicht gedeckt. Bemerkenswert ist die Rolle des Art. 9 Abs. 2 Buchst. f DSGVO, der die Verarbeitung besonderer Datenkategorien zur Verteidigung von Rechtsansprüchen erlaubt und in der Praxis häufig übersehen wird. Für Leistungserbringer, die beim selben Unternehmen versichert sind, bei dem sie abrechnen, folgt daraus eine unangenehme Erkenntnis: Diese Spur darf im Streitfall gegen sie verwendet werden. Und für Versicherer: Vor der fristlosen Kündigung eines existenzsichernden Vertrags ist abzumahnen und anzuhören.

5.1 Niederlande: Veröffentlichung von Sanktionen ist seit dem 1. September Pflicht

01.09.2026 · Eerste Kamer zur Verzamelwet gegevensbescherming · Änderungsantrag, Kamerstuk 36264 Nr. 19

Behörde: Autoriteit Persoonsgegevens · Adressat: alle künftigen Sanktionsadressaten · Höhe: nicht anwendbar — Verfahrensänderung

Verstoß / Rechtsgrundlage: Der neue Art. 21b des niederländischen DSGVO-Ausführungsgesetzes (UAVG), eingeführt durch die Verzamelwet gegevensbescherming und zum 1. September 2026 in Kraft gesetzt, verpflichtet die Autoriteit Persoonsgegevens, jeden Bescheid zu veröffentlichen, mit dem eine verwaltungsrechtliche Sanktion verhängt wird. Erfasst sind Geldbußen, Zwangsgelder und Verarbeitungsverbote; Verwarnungen fallen heraus, weil sie keine Sanktion im Sinne des niederländischen Verwaltungsrechts sind.

Begründung: Die Behörde hat schon bisher regelmäßig veröffentlicht — allerdings auf Grundlage einer selbst gesetzten Veröffentlichungspolitik, die sie jederzeit hätte ändern können. Der Änderungsantrag des Abgeordneten Six Dijkstra verfolgt drei erklärte Ziele: die Sichtbarkeit der Aufsicht erhöhen, eine abschreckende Wirkung erzeugen und Organisationen die Gelegenheit geben, voneinander zu lernen. Zwischen Bescheid und Veröffentlichung liegen zehn Werktage. Die Pflicht gilt nicht unbegrenzt: Informationen, die nach den Ausnahmen des niederländischen Informationsfreiheitsgesetzes nicht offengelegt werden dürfen, bleiben außen vor, und ein Eilantrag beim Verwaltungsgericht kann die Veröffentlichung aufschieben oder verhindern.

Praxisfolgen: Für Unternehmen mit niederländischer Niederlassung verschiebt sich das Risikoprofil eines Verfahrens. Bisher war die Frage, ob ein Bußgeld öffentlich wird, eine Ermessensfrage der Behörde und damit Verhandlungsgegenstand; künftig ist die Veröffentlichung der Regelfall, und der Reputationsschaden ist Teil der Sanktion. Das betrifft insbesondere Verarbeitungsverbote, die für ein datengetriebenes Geschäftsmodell einschneidender sein können als eine Geldbuße. Wer in den Niederlanden ein Aufsichtsverfahren erwartet, sollte die Kommunikationsstrategie mitplanen und die Zehn-Werktage-Frist als das behandeln, was sie ist: das Zeitfenster für eine eigene Darstellung oder für den Gang zum Eilgericht. Der Trend ist europäisch — Irland, Frankreich und Italien veröffentlichen seit Jahren; der Sonderfall ist Deutschland, wo Bußgelder mangels Pflicht meist unveröffentlicht bleiben.

5.2 Data Act: eigener Bußgeldrahmen mit Bundesnetzagentur und BfDI

seit 30.05.2026, anwendbar ab 12.09.2026 · Bundesnetzagentur · BMDS

Behörde: Bundesnetzagentur, für personenbezogene Daten die BfDI · Adressat: Hersteller vernetzter Produkte und Anbieter verbundener Dienste · Höhe: bis zu zwei Prozent des weltweiten Gesamtumsatzes

Verstoß / Rechtsgrundlage: Das Datenverordnung-Anwendungs-und-Durchsetzungs-Gesetz gilt seit dem 30. Mai 2026 und macht die Vorgaben des Data Act in Deutschland durchsetzbar. Die Bußgeldvorschriften stehen in § 15 DADG und sehen fünf Stufen vor, gestaffelt nach Verstoß und Unternehmensgröße, mit Geldbußen bis zu zwei Prozent des weltweiten Gesamtumsatzes. Für Verstöße im Zusammenhang mit dem Schutz personenbezogener Daten nach Art. 40 Abs. 4 der Verordnung ist nach § 16 DADG die Bundesbeauftragte für den Datenschutz die zuständige Bußgeldbehörde.

Begründung: Mit der seit dem 12. September anwendbaren Produktgestaltungspflicht existiert erstmals ein Tatbestand, der sich auf ein konkretes Produktmerkmal bezieht und damit prüfbar ist: Ist der Zugang zu den Nutzungsdaten vorgesehen oder nicht. Die Zuständigkeit war bis zuletzt umstritten — Bundesrat und Landesdatenschutzbehörden wollten die Aufsicht bei den Ländern belassen, die Bundesregierung setzte sich mit dem Argument der Kohärenz durch. Bemerkenswert ist der Eskalationsmechanismus: Bevor die Bundesnetzagentur etwas anordnen kann, muss sie ein Abhilfeverlangen mit angemessener Frist aussprechen. Der Rechtsweg ist gespalten — gegen Zwangsgelder ist der Verwaltungsrechtsweg eröffnet, bei Bußgeldern sind unabhängig von der Höhe die Amtsgerichte als Strafgerichte zuständig.

Praxisfolgen: Die Leiterin der Digitalabteilung der Bundesnetzagentur hat angekündigt, zunächst auf Information und Begleitung zu setzen und Bußgeldverfahren als letztes Mittel zu behandeln. Mit kurzfristigen Bescheiden ist also nicht zu rechnen — wohl aber mit Beschwerden, denn der Data Act gibt Nutzern ein durchsetzbares Recht, und die Behörde ist verpflichtet, Beschwerden zu bearbeiten. Hersteller sollten die Produktdokumentation so aufbauen, dass sie auf ein Abhilfeverlangen binnen Frist antworten können: Welche Daten entstehen, wo liegen sie, über welche Schnittstelle sind sie abrufbar. Wer Zugangswünsche bisher über die Vertriebsorganisation gesteuert hat, braucht einen definierten Prozess.

6.1 Anthropic-Bedrohungsbericht: 1,8 Millionen Android-Apps automatisiert nach Geheimnissen durchsucht

11.09.2026 · BleepingComputer

Zusammenfassung: Anthropic hat in seinem Bedrohungsbericht vom September dokumentiert, dass mehrere Akteure zwischen Dezember 2025 und August 2026 eine KI-gestützte Pipeline betrieben, die 1,8 Millionen Android-APKs massenhaft herunterlud, dekompilierte und mit dem Werkzeug TruffleHog nach fest eingebauten Geheimnissen durchsuchte. Gefunden wurden hartkodierte API-Schlüssel, persönliche Zugangstoken für GitHub, über 2.100 Sätze Azure-AD-Authentifizierungstoken für mehr als 40 Microsoft-Mandanten sowie Zahlungskartendaten. Beteiligt waren nach der Zuordnung des Berichts die finanziell motivierte Gruppe ShinyHunters, der russische Akteur Midnight Blizzard und die China-bezogene Gruppe GTG-10007. Anthropic hat die Konten gesperrt, Schutzmaßnahmen angepasst und Behörden sowie betroffene Organisationen informiert.

Hintergrund & Einordnung: Die technischen Bestandteile sind sämtlich alt: Massendownload aus App-Stores, Dekompilierung, Geheimnis-Suche mit TruffleHog — all das gibt es seit Jahren und funktioniert ohne jedes Sprachmodell. Neu ist die Skalierung und die Auswertung. Das Modell übernimmt das Zusammensetzen der Kette, das Anpassen an unterschiedliche App-Strukturen und vor allem die Triage der Funde: Aus Millionen Treffern die wenigen herauszufiltern, die noch gültig sind und wohin sie führen, war bisher der zeitraubende Teil. Der Bericht nennt Angriffszyklen von teils unter 34 Stunden vom Fund bis zur Nutzung. Dass über 2.100 gültige Azure-AD-Token in ausgelieferten Apps steckten, ist dabei der eigentliche Befund — er sagt mehr über die Entwicklungspraxis aus als über die Angreifer.

Praxisfolgen / Handlungsempfehlung: Wer mobile Anwendungen veröffentlicht, sollte die eigenen Artefakte behandeln wie ein Angreifer: dekompilieren und mit TruffleHog oder gitleaks nach Geheimnissen durchsuchen — als Pflichtschritt in der Auslieferungskette, nicht als einmalige Prüfung. Zugangsdaten gehören nicht in das Anwendungspaket; wo ein Backend-Zugriff nötig ist, gehört er hinter einen serverseitigen Vermittler mit eigener Autorisierung. Für Azure-AD-Token gilt zusätzlich: Prüfen Sie in den Anmeldeprotokollen auf Nutzung von Tokens aus untypischen Quellen und begrenzen Sie die Gültigkeitsdauer. Und wer ältere Fassungen im Store hat, sollte nicht darauf vertrauen, dass ein nachträglich rotierter Schlüssel im alten Paket keine Rolle mehr spielt.

6.2 Red Heron nutzt Gitea-Lücke gegen Behörden und Rüstungsindustrie

14.09.2026 · The Hacker News

Zusammenfassung: Die Threat Research Unit von Acronis hat eine Kampagne der mutmaßlich chinesisch verbundenen Gruppe Red Heron dokumentiert, die seit dem 29. Juli 2026 die kritische Gitea-Lücke CVE-2026-60004 ausnutzt — wenige Tage nach deren Offenlegung im Juli. Bestätigt sind 13 Kompromittierungen in sechs Ländern: vier in Taiwan, vier in den USA, zwei in Kanada sowie je eine in Argentinien, Katar und Sri Lanka. Betroffen sind Verteidigung, Wahlorganisation, Energie, Luft- und Raumfahrt, Telekommunikation, Verwaltung, öffentliche Sicherheit und Forschung. Nach dem Einbruch stiehlt die Gruppe Quellcode, sammelt Zugangsdaten, richtet dauerhaften Zugang ein und arbeitet sich bis zu Rootrechten auf der Infrastruktur vor. Eingesetzt werden das Linux-Implantat JITTERLY mit über 30 Nachnutzungsbefehlen und das LD_PRELOAD-Rootkit SIXZUT zur Verschleierung. Das Angriffsgerüst ist ein Python-Programm namens exp_enhanced.py, angepasst aus öffentlichem Proof-of-Concept-Code, das Konten registriert, den Server übernimmt, Repositorys kopiert und Spuren beseitigt.

Hintergrund & Einordnung: Selbstgehostete Git-Server sind ein unterschätztes Ziel. Sie enthalten nicht nur Quellcode, sondern typischerweise auch Bereitstellungs-Skripte, Infrastruktur-als-Code, Zugangsdaten in der Historie und Signaturschlüssel für Pakete — also alles, was für einen Folgeangriff auf die Produktivumgebung nötig ist. Dass Red Heron innerhalb weniger Tage nach der Offenlegung einsatzbereit war, entspricht dem Muster, das sich in diesem Jahr durchzieht: Der Zeitraum zwischen Offenlegung und Massenausnutzung ist auf Stunden bis Tage geschrumpft, weil das Anpassen öffentlicher Proof-of-Concepts kaum noch Aufwand ist. Die Opferverteilung — Verteidigung, Energie, Wahlorganisation — weist auf Spionage, nicht auf Erpressung.

Praxisfolgen / Handlungsempfehlung: Selbstgehostete Gitea-Instanzen sofort aktualisieren und die offene Registrierung neuer Konten schließen, falls sie aktiv ist. Danach forensisch prüfen: neu angelegte Konten, ungewöhnliche Klon-Vorgänge in den Server-Protokollen, geladene Bibliotheken über LD_PRELOAD und in /etc/ld.so.preload. Wer einen Einbruch nicht ausschließen kann, muss davon ausgehen, dass der gesamte Quellcode und alles, was je in der Historie stand, abgeflossen ist — Zugangsdaten in alten Commits inklusive. Grundsätzlich gehören Quellcode-Plattformen nicht ins offene Internet; ein VPN oder ein Zugriffsproxy mit eigener Authentifizierung davor kostet wenig und schließt die gesamte Klasse dieser Angriffe.

6.3 Passkey-Köder gegen Microsoft-365-Konten

09.09.2026 · Microsoft Security Blog · BleepingComputer

Zusammenfassung: Microsoft beschreibt zwei parallele Kampagnen. Die erste arbeitet mit Passkey-Ködern: Angreifer rufen Beschäftigte auf der privaten Mobilnummer an oder schreiben sie über Teams an — teils von bereits übernommenen Konten vertrauenswürdiger Kollegen —, geben sich als IT-Helpdesk aus und drängen darauf, Passkey, Mehr-Faktor- oder Single-Sign-on-Einstellung sofort zu aktualisieren, um einen Zugangsverlust zu vermeiden. Die zugehörigen Phishing-Seiten werden kurzfristig unter generischen Domains registriert, in denen der Name der Zielorganisation als Subdomain steckt. Nach der Übernahme folgt ein wiederkehrendes Muster: ungewöhnliche Anmeldung, Hinzufügen einer eigenen Authentifizierungsmethode, massenhafte Microsoft-Graph-Aufrufe, Downloads aus SharePoint und OneDrive, Abgriff von E-Mails über REST-Schnittstellen — beobachtet seit Mai 2026 über proxy-gebundene Infrastruktur. Die zweite Kampagne verschickte zwischen dem 3. und 5. August über eine Million Betrugsmails im Namen von Geschäftsführern, die Buchhaltungen zu Überweisungen für ein angebliches ServiceNow-Jahresabonnement bewegen sollten; genutzt wurde fremde Versandinfrastruktur statt eigener Domains, die Texte wurden generativ erzeugt. Microsoft ordnet den Erstzugang unter anderem Storm-3121 und Storm-3032 zu.

Hintergrund & Einordnung: Die Kampagne greift nicht die Technik an, sondern deren Einführung. Passkeys sind phishing-resistent — der Registrierungsvorgang ist es nicht, weil er zwangsläufig über einen Kanal läuft, den ein Angreifer nachbauen kann. Dass gerade jetzt umgestellt wird, macht den Köder plausibel: Beschäftigte erwarten Aufforderungen zur Anmeldeumstellung. Der entscheidende Schritt ist das Hinzufügen einer eigenen Authentifizierungsmethode nach der Übernahme; sie überlebt Passwortwechsel und ist in den meisten Protokollen unauffällig, wenn niemand gezielt danach sucht. Die Nutzung fremder Versandinfrastruktur in der zweiten Kampagne verfolgt denselben Gedanken: Etablierte Massenmail-Plattformen haben eine unbelastete Absenderreputation und bestehen Authentifizierungsprüfungen, die eine frisch registrierte Angreiferdomain nicht bestehen würde.

Praxisfolgen / Handlungsempfehlung: Nehmen Sie Änderungen an Anmeldemethoden aus dem telefonischen Support heraus und sagen Sie das den Beschäftigten explizit — eine Regel, die jeder kennt, schlägt jede Schulung über Erkennungsmerkmale. Technisch: Alarm auf jede neu registrierte Authentifizierungsmethode, Prüfung der zuletzt hinzugefügten Methoden in den eigenen Mandanten, und im Verdachtsfall die Reihenfolge Sitzungen widerrufen, unbefugte Methoden entfernen, erst dann Passwort zurücksetzen. Für die Erkennung empfiehlt Microsoft, nicht auf Domains und Adressen zu setzen — die wechseln schnell —, sondern auf die Abfolge aus Identitätsübernahme, Persistenz, Erkundung, Inhaltssuche und Abfluss über Identitäts-, Graph-, SharePoint-, OneDrive- und Exchange-Signale hinweg. Gegen die CEO-Betrugswelle hilft ausschließlich der Prozess: Zahlungsfreigaben nach dem Vier-Augen-Prinzip und Rückruf über eine bekannte Nummer, nie über die in der Mail genannte.

1. Agentische Massen-Ausnutzung durch Angreifer mit KI-Werkzeugen

Seit Donnerstag, 11. September 2026 · zuletzt aktualisiert Dienstag, 15. September 2026 · Score 92

Der über hunderte KI-Agenten gesteuerte Angriff auf 440 PaperCut-Server war der sichtbarste Fall; er ist kein Einzelstück. Was diese Kampagnen verbindet, ist nicht ein bestimmtes Modell, sondern die Automatisierung des langweiligen Teils: Zielerfassung, Anpassung öffentlicher Proof-of-Concepts, Auswertung der Beute.

Letzte Entwicklung: Anthropic hat in seinem Bedrohungsbericht vom September dokumentiert, dass Akteure zwischen Dezember 2025 und August 2026 über eine Claude-gesteuerte Pipeline 1,8 Millionen Android-Apps heruntergeladen, dekompiliert und mit TruffleHog nach fest eingebauten Geheimnissen durchsucht haben. Gefunden wurden unter anderem über 2.100 Sätze Azure-AD-Token für mehr als 40 Microsoft-Mandanten.

2. Die Chrome-Windows-Exploit-Kette und ihre Nachnutzer

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

Die Verkettung zweier Chrome-Lücken mit einer Windows-Rechteausweitung zirkuliert seit Ende August in mehreren Spionagegruppen. Der Abstand zwischen dem Bekanntwerden eines Fixes im Chromium-Quelltext und seiner Auslieferung im stabilen Chrome ist dabei das eigentliche Einfallstor.

Letzte Entwicklung: Volexity ordnet einen Angriff vom 1. September auf mehrere Nichtregierungsorganisationen dem chinesischen Akteur UTA0560 zu. Die Kette aus CVE-2026-85046, CVE-2026-87491 und CVE-2026-85880 lieferte die JavaScript-Hintertür GRIMWEDGE und eine Chrome-Erweiterung namens LONGTALE, die Zugangsdaten abgreift; der Einstieg lief über Spear-Phishing mit einer reflektierten Cross-Site-Scripting-Lücke auf einer Universitätsseite.

1.1 Hamburgische Aufsicht legt Prüfbericht zu den Ray-Ban Meta AI Glasses vor

10.09.2026 · HmbBfDI · Abschlussbericht, PDF

Zusammenfassung: Der Hamburgische Beauftragte für Datenschutz und Informationsfreiheit hat am 10. September einen 55-seitigen Abschlussbericht zu den Ray-Ban Meta AI Glasses veröffentlicht. Geprüft wurde exemplarisch das Modell Ray-Ban Meta Wayfarer der ersten Generation durch ein Team aus den Bereichen Soziale Netzwerke, technischer Datenschutz und KI-Recht. Der Bericht kombiniert einen Hardware-Teardown mit einer Analyse des Netzwerkverkehrs der Companion-App, einer Auswertung der gespeicherten Daten und einer rechtlichen Bewertung nach der Datenschutz-Grundverordnung. Die Prüfer betrieben das Gerät im Labor, schnitten den Verkehr der Meta-AI-App mit, öffneten den Rahmen zur Inspektion des Speicherchips und stellten Auskunftsersuchen über Metas Account Center.

Hintergrund & Einordnung: Die rechtliche Kernaussage ist bemerkenswert direkt: Die Aufnahme von Personen außerhalb des engen Freundes- und Familienkreises ist datenschutzrechtlich — abgesehen von seltenen Konstellationen eines berechtigten Interesses — nicht zulässig, weil eine informierte Einwilligung mangels Transparenz faktisch nicht eingeholt werden kann. Verantwortlich dafür ist nach Auffassung der Behörde der Träger, nicht allein Meta. Im betrieblichen Einsatz greift die Haushaltsausnahme des Art. 2 Abs. 2 Buchst. c DSGVO ohnehin nicht. Technisch bemängelt der Bericht, dass die Aufnahme-LED häufig zu dunkel oder für Dritte kaum sichtbar ist, dass bei jedem Video fünf Mikrofone mitzeichnen und dass für das KI-Training durch Meta regelmäßig eine Rechtsgrundlage fehlt — wer nicht widerspricht, wird nach Einschätzung der Aufsicht gemeinsam Verantwortlicher. Eine aktiv genutzte Gesichtserkennung ließ sich nicht bestätigen; vorhanden war jedoch ein Datenbankschema mit den Feldern face und face_group. Zu beachten ist die Zuständigkeitslage: Federführend für die Durchsetzung gegenüber Meta ist wegen des Kohärenzverfahrens die irische Aufsicht; der HmbBfDI ist in Deutschland zuständig, weil Metas deutscher Sitz in Hamburg liegt.

Praxisfolgen / Handlungsempfehlung: Für Unternehmen ist der Bericht die derzeit belastbarste Grundlage, um den dienstlichen Einsatz solcher Brillen zu regeln — die Antwort lautet in aller Regel: nicht ohne dokumentierte Rechtsgrundlage und nicht in Bereichen mit Publikums- oder Beschäftigtenkontakt. Wer Datenbrillen in Schulungen, Wartung oder Außendienst erwägt, sollte vorab eine Datenschutz-Folgenabschätzung durchführen und die Aufnahmefunktion technisch begrenzen. Für Privatpersonen bleibt der praktische Rat, in den Kontoeinstellungen dem KI-Training zu widersprechen und sich klarzumachen, dass die Haftung für Aufnahmen Dritter bei ihnen liegt. Für Schulungsunterlagen eignet sich der Bericht als seltenes Beispiel einer Behörde, die technische Messung und rechtliche Bewertung in einem Dokument verbindet.

1.2 Niedersachsen meldet 58 Prozent mehr Datenschutzverletzungen

10.09.2026 · LfD Niedersachsen

Zusammenfassung: Der Landesbeauftragte für den Datenschutz Niedersachsen hat für das erste Halbjahr 2026 insgesamt 1.245 gemeldete Datenschutzverletzungen registriert, gegenüber 786 im ersten Halbjahr 2025. Das ist ein Zuwachs von 58 Prozent. Zum Vergleich: Im gesamten Jahr 2025 gingen 1.607 Meldungen ein — der Halbjahreswert 2026 liegt bereits bei drei Vierteln davon. 66 Prozent der Meldungen stammen aus dem nicht-öffentlichen Bereich, 34 Prozent von öffentlichen Stellen. Den größten Anteil machen Fehlversand und versehentliche Offenlegung aus; besonders stark wachsen erfolgreiche Phishing-Angriffe auf E-Mail-Konten.

Hintergrund & Einordnung: Zwei Lesarten sind möglich, und beide stimmen vermutlich zugleich. Erstens steigt die Zahl der Vorfälle tatsächlich, angetrieben von Phishing-Kampagnen, die dank generativer Sprachmodelle sprachlich unauffällig geworden sind. Zweitens steigt die Meldebereitschaft, weil die Meldepflicht nach Art. 33 DSGVO acht Jahre nach Geltungsbeginn in mehr Organisationen prozessual verankert ist. Der Landesbeauftragte Denis Lehmkemper betont den vermeidbaren Anteil: „Viele der uns gemeldeten Datenschutzverletzungen sind vermeidbar – durch technische Maßnahmen wie Zwei-Faktor-Authentifizierung und Prozessautomatisierung, aber auch ganz klassisch durch Grundlagenschulungen von Beschäftigten.“ Das deckt sich mit der Struktur der Fälle: Fehlversand ist kein Sicherheitsproblem im engeren Sinn, sondern ein Prozessproblem.

Praxisfolgen / Handlungsempfehlung: Die Zahl ist ein brauchbares Argument gegenüber der Geschäftsführung, wenn Mittel für Zwei-Faktor-Authentifizierung auf E-Mail-Konten oder für eine Automatisierung des Postversands begründet werden müssen. Konkret lohnt der Blick auf die beiden größten Blöcke: Bei Fehlversand hilft eine technische Prüfung vor dem Versand — Warnung bei externen Empfängern, Vier-Augen-Prinzip bei Serienbriefen, Trennung von Test- und Produktivdaten. Bei Phishing auf Postfächer hilft nichts so verlässlich wie eine phishing-resistente Anmeldung; die Kampagne aus Meldung 6.3 zeigt allerdings, dass auch Passkeys über den Menschen angegriffen werden.

1.3 Data Act: Produktgestaltungspflicht gilt seit dem 12. September

12.09.2026 · Bundesnetzagentur · BMDS zum Durchführungsgesetz

Zusammenfassung: Seit dem 12. September 2026 greift die zentrale Gestaltungspflicht des europäischen Data Act. Nach Art. 3 Abs. 1 der Verordnung (EU) 2023/2854 müssen vernetzte Produkte so konzipiert und hergestellt und verbundene Dienste so erbracht werden, dass die bei der Nutzung entstehenden Daten für den Nutzer standardmäßig einfach, sicher und in maschinenlesbarem Format zugänglich sind — soweit technisch durchführbar, auch direkt. Die Pflicht knüpft an das einzelne Produkt an und erfasst, was nach diesem Datum in Verkehr gebracht wird. Für Bestandsprodukte verlangt die Verordnung keine konstruktive Änderung; der Datenzugang als solcher war dort bereits seit dem 12. September 2025 zu gewähren.

Hintergrund & Einordnung: Die deutsche Durchsetzung steht seit dem 30. Mai 2026 mit dem Datenverordnung-Anwendungs-und-Durchsetzungs-Gesetz. Zuständig ist die Bundesnetzagentur als einzige Behörde nach Art. 37 Abs. 1 der Verordnung; einen gesonderten Datenkoordinator gibt es nicht. Für den Schutz personenbezogener Daten im Anwendungsbereich des Data Act ist abweichend von § 40 BDSG die Bundesbeauftragte zuständig, auch gegenüber nicht-öffentlichen Stellen — für öffentliche Stellen bleiben die Landesbehörden zuständig. Der Streit darüber, ob die Aufsicht zentral oder bei den Ländern liegen soll, hatte das Gesetzgebungsverfahren monatelang verzögert. Betroffen ist nahezu alles, was Nutzungs- oder Umgebungsdaten erhebt und elektronisch weitergeben kann: Werkzeugmaschinen, Kompressoren, Kühlanlagen, Aufzüge, Medizingeräte, Landmaschinen, Gebäudetechnik. Reine Inhaltsdaten wie Fotos oder Videos fallen nicht unter das Datenzugangsrecht.

Praxisfolgen / Handlungsempfehlung: Hersteller sollten jetzt für jedes Produkt festhalten, ob es nach dem 12. September in Verkehr gebracht wird, welche Nutzungsdaten anfallen und über welche Schnittstelle der Nutzer sie abrufen kann. Die Bundesnetzagentur hat angekündigt, zunächst auf Information und Beratung zu setzen und Bußgeldverfahren als letztes Mittel zu behandeln — das verschafft Zeit, ändert aber nichts an der Rechtslage. Wer Datenzugang über eine vertragliche Sperre oder eine bewusst unbrauchbare Schnittstelle faktisch verhindert, riskiert nach § 15 DADG ein Verfahren mit Bußgeldern bis zu zwei Prozent des weltweiten Gesamtumsatzes. Vor jeder Anordnung muss die Behörde allerdings ein Abhilfeverlangen mit Fristsetzung aussprechen.

1.4 Datenschutzkonferenz will sich institutionalisieren

03.–05.09.2026 · LfDI Baden-Württemberg

Zusammenfassung: Die Datenschutzkonferenz hat Anfang September in Speyer ihre vierte Strategieklausur abgehalten. Drei Ergebnisse sind festgehalten: Es soll eine Entscheidungsdatenbank der deutschen Aufsichtsbehörden entstehen, die DSK selbst soll institutionalisiert werden und eine eigene Geschäftsstelle erhalten, und die Aufnahme des Kriteriums „Datenschutzkonformität“ auf dem Marktplatz Deutschland Digital wird begrüßt.

Hintergrund & Einordnung: Die DSK ist bis heute ein informelles Gremium ohne eigene Rechtspersönlichkeit; ihre Beschlüsse binden niemanden, auch nicht die beteiligten Behörden. Das erklärt einen Teil der Uneinheitlichkeit, über die Unternehmen mit Standorten in mehreren Bundesländern seit Jahren klagen. Eine Geschäftsstelle und eine gemeinsame Entscheidungsdatenbank würden daran nichts Grundsätzliches ändern, aber die praktische Auffindbarkeit verbessern: Bislang ist es Zufall, ob man erfährt, wie eine andere Landesbehörde denselben Sachverhalt beurteilt hat. Für die Rechtsanwendung ist das die interessantere der beiden Ankündigungen.

Praxisfolgen / Handlungsempfehlung: Kurzfristig ändert sich nichts. Mittelfristig lohnt es, die Entscheidungsdatenbank im Auge zu behalten: Sie wäre die erste Stelle, an der sich die Spruchpraxis der deutschen Aufsichtsbehörden systematisch nachvollziehen ließe — heute ist man auf Tätigkeitsberichte, Einzelveröffentlichungen und den europäischen Enforcement-Tracker angewiesen. Wer Argumentationen gegenüber der eigenen Aufsicht aufbaut, sollte weiterhin damit rechnen, dass Beschlüsse und Orientierungshilfen der DSK zwar Gewicht haben, aber keine Bindungswirkung entfalten.

2.1 Japans Digitalagentur: 246.000 Personendatensätze über VPN-Gerät abgeflossen

14.09.2026 · BleepingComputer

Zusammenfassung: Japans Digitalagentur hat am 14. September einen Vorfall im Government Solution Service offengelegt. Betroffen sind 236.000 Namen, 231.000 E-Mail-Adressen, 94.000 Telefonnummern und rund 1.000 Anschriften. Der Erstzugang erfolgte spätestens am 25. Juni 2026 über ein mit dem Netz verbundenes VPN-Gerät; der unbefugte Zugriff lief bis zum 9. Juli, als das kompromittierte Wartungskonto gesperrt wurde. Die Behörde betont, es habe sich nicht um eine unbekannte Lücke gehandelt, sondern um eine als mittelschwer eingestufte Schwachstelle. Hersteller und CVE-Kennung wurden nicht genannt. My-Number-Kennungen, Bankverbindungen und Rentendaten sind nach Angaben der Agentur nicht betroffen, ein Missbrauch der Daten wurde bislang nicht festgestellt.

Hintergrund & Einordnung: Auffällig ist weniger die Lücke als die Zeitachse. Zwischen dem Erstzugang und der Sperrung des Kontos lagen gut zwei Wochen, zwischen der Bestätigung am 9. Juli und der öffentlichen Meldung am 14. September gut neun Wochen; die japanische Aufsichtsbehörde wurde am 15. Juli informiert. Dass eine als „mittelschwer“ eingestufte Schwachstelle ungepatcht blieb, ist das eigentliche Muster: Priorisierungsmodelle, die nach CVSS-Wert sortieren, schieben genau diese Klasse dauerhaft nach hinten — bis sie an einem exponierten Gerät zum Volltreffer wird. Dass der Zugang über ein Wartungskonto lief, verschärft das Bild: Solche Konten sind oft von der Mehr-Faktor-Pflicht ausgenommen, weil sie automatisiert genutzt werden.

Praxisfolgen / Handlungsempfehlung: Prüfen Sie, welche VPN- und Fernzugangsgeräte in Ihrem Bestand aus dem Internet erreichbar sind und wie alt deren Firmware ist — unabhängig davon, ob die offenen Lücken als kritisch eingestuft sind. Für Wartungs- und Dienstleisterkonten gilt: eigene Identitäten statt geteilter Zugänge, zeitlich befristete Freischaltung statt Dauerzugang, und Protokollierung, die eine Anmeldung außerhalb der vereinbarten Wartungsfenster sichtbar macht. Die japanische Meldefrist ist großzügiger als die europäische; unter Art. 33 DSGVO wären 72 Stunden ab Kenntnis maßgeblich gewesen.

2.2 Twitch-Erweiterung leitete Sitzungs-Token von 31.000 Nutzern weiter

14.09.2026 · The Hacker News · BleepingComputer

Zusammenfassung: Das Socket Threat Research Team hat die Chrome- und Firefox-Fassungen der Erweiterung „Twitch Enhanced Viewer | JeetBot“ analysiert und dokumentiert, dass sie OAuth-Token von knapp 31.000 Nutzern an Proxy-Server eines russischen kommerziellen Bot-Dienstes weitergeleitet hat. Die Erweiterung bewirbt Werbeblockierung auf Twitch, erzwungene 1080p-Wiedergabe, das Freischalten regional gesperrter Streams und das automatische Einsammeln von Kanalpunkten. Um diese Funktionen zu liefern, leitet sie die Anfragen nach der Video-Wiedergabeliste über eigene Proxy-Server — und der Token reist in aktuellen Builds der Reihe 85.x als Klartext-Parameter &auth= an der Umleitung mit und landet damit in den Protokollen des Betreibers.

Hintergrund & Einordnung: Entscheidend ist, um welchen Token es sich handelt: nicht um den eng begrenzten Wiedergabe-Token, sondern um den kontobezogenen. Wer ihn besitzt, kann im Namen des Kontos handeln — Chat lesen, Direktnachrichten senden, Einstellungen ändern — ohne Passwort und ohne Zwei-Faktor-Code. Mehrere Details sprechen gegen einen bloßen Programmierfehler. Die Weiterleitung ist für eine fest hinterlegte Liste von zehn Kanälen ausgenommen, überwiegend russischsprachige Streamer mit vierstelligen Followerzahlen. Die Fassung 4.8 vom Januar 2026 schickte erfasste Token per POST an einen Endpunkt namens /set-token, merkte sich bereits übermittelte Token und hielt eine Wartezeit von fünf Sekunden ein — ein Verhalten, das auf serverseitige Sammlung ausgelegt ist. Und die Versionsnummer sprang im Mai von 7.2.6 auf 85.2.2, genau als die Inline-Weiterleitung auftauchte. Die Datenschutzangaben im Chrome Web Store und die verlinkte Datenschutzerklärung behaupten beide, es würden keine Nutzerdaten erhoben.

Praxisfolgen / Handlungsempfehlung: Betroffene entfernen die Erweiterung, melden sich anschließend auf allen Geräten ab und wieder an — nur das macht die abgeflossenen Token ungültig — und prüfen die verbundenen Anwendungen im Twitch-Konto. Version 85.8.7 der Firefox-Fassung behebt das Verhalten; die Chrome-Fassung war zum Zeitpunkt der Veröffentlichung noch in Prüfung. Für Unternehmen ist der Fall unabhängig von Twitch relevant: Er zeigt, dass eine über Jahre unauffällige Erweiterung mit einem Update zum Datenabfluss werden kann. Browser-Erweiterungen gehören deshalb auf eine per Richtlinie durchgesetzte Freigabeliste, und bei Erweiterungen mit Zugriff auf alle Seiten ist ein Blick auf Versionssprünge und Entwicklerwechsel angebracht.

2.3 Angriffe auf exponierte Vite-Entwicklungsserver

14.09.2026 · BleepingComputer

Zusammenfassung: F5 hat über Honeypots binnen eines Monats mehr als 800 Angriffe mit rund 32.000 Roh-Ereignissen gegen aus dem Internet erreichbare Vite-Entwicklungsserver erfasst. Ausgenutzt werden CVE-2026-39364 in Vite 7.1.0 bis 7.3.2 und 8.x vor 8.0.5 sowie die älteren Zugriffskontrollfehler CVE-2025-30208, CVE-2025-31125 und CVE-2024-45811. Die Angreifer hängen Parameter wie ?raw, ?import&raw oder ?import&url&inline an HTTP-GET-Anfragen und umgehen damit die Sicherheitsfilter des Servers; zusätzlich wurden doppelt kodierte Pfadwechsel-Sequenzen eingesetzt, um Web Application Firewalls zu umgehen. Gesucht wird gezielt nach .env, .env.production und .env.local, AWS- und Azure-Zugangsdaten, Terraform-State- und Variablendateien sowie /proc/self/environ und /etc/passwd.

Hintergrund & Einordnung: Entwicklungsserver sind nicht dafür gebaut, im Internet zu stehen; Vite bindet standardmäßig auch nur an localhost. Erreichbar werden sie durch Container-Konfigurationen mit --host, durch Portfreigaben in der Cloud oder durch Tunnel-Werkzeuge, die zum Teilen eines Zwischenstands aufgesetzt und nicht wieder abgebaut werden. Die Beute ist entsprechend hochwertig: In .env-Dateien stehen typischerweise Datenbank-, Zahlungsdienstleister- und Cloud-Zugangsdaten im Klartext, und zwar oft dieselben wie in der Produktivumgebung. Die Angriffe stammen überwiegend aus den USA, Belgien und den Niederlanden und laufen über Google-Cloud-Adressbereiche, was die Herkunftsanalyse wertlos macht.

Praxisfolgen / Handlungsempfehlung: Port 5173 von außen sperren, Vite auf 8.0.5 beziehungsweise 7.3.3 oder neuer heben und die von F5 genannten Adressen 34.14.15.105, 34.16.200.129 und 34.11.196.206 blockieren. Wichtiger als das Patchen ist die Frage, ob ein Server überhaupt erreichbar war: Falls ja, sind sämtliche in .env und Terraform-Dateien hinterlegten Zugangsdaten als kompromittiert zu behandeln und zu rotieren. Für die Zukunft hilft die Trennung: Entwicklungsumgebungen bekommen eigene, eng berechtigte Zugangsdaten, die in der Produktion nichts bewirken — dann ist ein solcher Abfluss ärgerlich statt existenziell.

3.1 Cisco Secure Email Gateway: Rootrechte über eine präparierte E-Mail

15.09.2026 · BleepingComputer · The Hacker News

Zusammenfassung: In der AsyncOS-Software für Cisco Secure Email Gateway wird CVE-2026-76461 aktiv ausgenutzt. Die Schwachstelle beruht auf einer unzureichenden Prüfung in der E-Mail-Parsing-Logik: Angreifer versenden Nachrichten, die SQL-Anweisungen enthalten, und erreichen darüber die Ausführung beliebiger Befehle mit Rootrechten auf dem darunterliegenden Betriebssystem. Der Angriff läuft unauthentifiziert über das Netz und benötigt keine Nutzerinteraktion — eine E-Mail an das Gateway genügt. Betroffen sind virtuelle wie physische Appliances in allen Konfigurationen. Die CISA hat die Lücke am 14. September in den Katalog aktiv ausgenutzter Schwachstellen aufgenommen und US-Bundesbehörden eine Frist bis zum 17. September gesetzt. Shadowserver zählt über 400 aus dem Internet erreichbare Geräte.

Hintergrund & Einordnung: Eine Dreitagesfrist ist selbst für die CISA ungewöhnlich kurz und sagt mehr über die Lageeinschätzung aus als jede Bewertungszahl. Die Position des Produkts erklärt das: Ein E-Mail-Gateway muss per Definition unaufgefordert zugesandte Nachrichten von jedem Absender annehmen und verarbeiten; es gibt keine sinnvolle Netzsegmentierung, die den Angriffsweg schließt, ohne die Funktion zu zerstören. Dass die Ausführung mit Rootrechten auf dem Betriebssystem endet und nicht in der Anwendung eingesperrt bleibt, macht das Gerät zum vollwertigen Brückenkopf ins Netz — mit Zugriff auf den gesamten ein- und ausgehenden Mailverkehr des Hauses.

Praxisfolgen / Handlungsempfehlung: Sofort auf die von Cisco bereitgestellten AsyncOS-Fassungen aktualisieren. Anschließend forensisch prüfen: In den mail_logs der Cluster-Geräte nach auffälligen SQL-Anweisungen suchen, Netz- und Firewall-Protokolle auf Uploads oder Downloads zu unbekannten oder als bösartig bekannten Adressen durchsehen. Wer nicht sofort patchen kann, sollte zumindest die ausgehenden Verbindungen des Gateways auf das Notwendige begrenzen. Und unabhängig davon: Ein kompromittiertes Mail-Gateway bedeutet potenziell den Abfluss aller durchgelaufenen Nachrichten — das ist eine meldepflichtige Verletzung nach Art. 33 DSGVO, sobald ein Zugriff nicht ausgeschlossen werden kann.

3.2 LiteSpeed Enterprise: ein Hosting-Kunde kommt an root

15.09.2026 · The Hacker News

Zusammenfassung: In LiteSpeed Web Server Enterprise vor Version 6.3.7 kann ein Webseiten-Nutzer mit geringen Rechten auf einem Shared-Hosting-Server Rootrechte erlangen und damit auf die Seiten aller anderen Kunden derselben Maschine sowie auf den Server selbst zugreifen. Die Lücke umgeht Container-Isolationsmechanismen wie CageFS. Eine CVE-Kennung wurde nicht vergeben; die Korrektur steckt in Version 6.3.7 vom 11. September 2026. Ob die Lücke ausgenutzt wird, sagt das Advisory nicht. Es ist die dritte Schwachstelle dieser Art in LiteSpeed-Produkten seit Mai 2026. Die quelloffene Variante OpenLiteSpeed wird nicht als betroffen genannt.

Hintergrund & Einordnung: Shared Hosting beruht vollständig auf der Annahme, dass die Isolation zwischen den Kunden hält. Fällt sie, ist nicht ein Kunde betroffen, sondern alle auf der Maschine — inklusive ihrer Datenbank-Zugangsdaten und der dort verarbeiteten personenbezogenen Daten. Dass CageFS umgangen wird, ist dabei der wunde Punkt: Diese Schicht ist bei vielen Hostern die einzige Trennung zwischen Kundenkonten. Die Häufung dreier vergleichbarer Lücken binnen vier Monaten deutet auf ein strukturelles Problem in der Rechtetrennung des Produkts hin, nicht auf einen Einzelfehler. Dass keine CVE vergeben wurde, erschwert die Nachverfolgung in automatisierten Schwachstellen-Prozessen erheblich — solche Lücken tauchen in keinem Abgleich gegen NVD oder EUVD auf.

Praxisfolgen / Handlungsempfehlung: Hoster und Agenturen mit eigenen Shared-Hosting-Umgebungen aktualisieren auf 6.3.7. Wer Webhosting einkauft, sollte beim Anbieter nachfragen, welche Webserver-Fassung im Einsatz ist und wann aktualisiert wurde — die Frage ist berechtigt, weil ein Fremdkunde auf derselben Maschine über diese Lücke an die eigenen Daten käme. Für die eigene Risikobewertung ist der Fall ein Argument gegen Shared Hosting für Anwendungen mit sensiblen Daten: Die technische Trennung ist schwächer, als der Vertrag suggeriert. Ergänzend gehört in jeden Schwachstellen-Prozess ein Weg, herstellereigene Advisories ohne CVE-Kennung zu erfassen.

3.3 DDrop hebelt Confidential Computing bei Intel und AMD aus

14.09.2026 · The Hacker News

Zusammenfassung: Forscher der KU Leuven, der ETH Zürich, der Durham University und von Google haben einen aktiven Hardware-Angriff namens DDrop vorgestellt, der Schreibvorgänge in den Serverspeicher unterdrückt. Betroffen sind Intel TDX, Intel Scalable SGX und AMD SEV-SNP. Nötig ist physischer Zugang zum Server und ein Interposer-Board für rund 159 US-Dollar, das zwischen Prozessor und Speichermodul gesetzt wird; der Einbau dauert Minuten. Damit lassen sich geschützte Daten auslesen, Debug-Modi aktivieren und Attestierungsmessungen fälschen — also genau die Nachweise, mit denen eine vertrauliche Umgebung ihre Unversehrtheit belegt. Beide Hersteller bestätigen die Ergebnisse, vergeben aber keine CVE-Kennungen: Physische Interposer-Angriffe liegen nach ihrer Darstellung außerhalb des veröffentlichten Bedrohungsmodells. Die Arbeit wird im November auf der ACM CCS vorgestellt.

Hintergrund & Einordnung: Die Herstellerposition ist formal korrekt und praktisch unbefriedigend. Confidential Computing wird seit Jahren mit dem Versprechen vermarktet, dass selbst der Betreiber der Hardware nicht an die Daten kommt — das ist der gesamte Sinn der Technik für regulierte Branchen und für Kunden, die einem Hyperscaler nicht vollständig vertrauen wollen. Wenn ein Angreifer mit Zugang zum Rack dieses Versprechen für 159 Dollar bricht, dann ist der Betreiber genau der Angreifer, gegen den die Technik nicht schützt. Für den regulären Cloud-Betrieb bei einem großen Anbieter bleibt das Risiko gering, weil physischer Zugang dort scharf kontrolliert ist. Für Edge-Standorte, Kolokation in fremden Rechenzentren und Umgebungen mit schwacher Zutrittskontrolle ist die Annahme dagegen nicht mehr haltbar.

Praxisfolgen / Handlungsempfehlung: Wer Confidential Computing in einer Risikoanalyse als Maßnahme gegen den Infrastrukturbetreiber führt, sollte diese Bewertung überarbeiten — insbesondere in Dokumentationen nach Art. 32 DSGVO und in Übermittlungs-Folgenabschätzungen, wo die Technik gern als zusätzliche Schutzmaßnahme angeführt wird. Sinnvoll bleibt sie gegen andere Mandanten auf derselben Maschine und gegen Software-Angriffe aus dem Hypervisor. Wo physischer Zugang durch Dritte möglich ist, tritt die Zutrittskontrolle wieder in den Vordergrund: verplombte Racks, Gehäuseüberwachung, Protokollierung der Zutritte. Attestierungsergebnisse allein sind nach DDrop kein ausreichender Nachweis mehr.

3.4 Telegram Desktop: JavaScript in HTML-Exporten

12.09.2026 · The Hacker News

Zusammenfassung: Denis und Aleksander Rostilov von ExPatch haben eine Schwachstelle in Telegram Desktop offengelegt, die es einem Bot erlaubte, verstecktes JavaScript im Text von Inline-Schaltflächen zu platzieren. Beim Export eines Chats als HTML wurde dieser Text ungeprüft in die Seite geschrieben — während Nachrichtentexte und andere Felder korrekt maskiert wurden. Öffnete man die Exportdatei im Browser, führte der Code ohne weiteres Zutun aus und konnte Nachrichteninhalte aus dem Export abgreifen. Betroffen sind die Fassungen 4.15.1 vom März 2024 bis 6.9.3; behoben ist es in 6.9.4 Beta vom 3. Juli und 7.0.1 Stable vom 14. Juli 2026. Die Bewertung liegt bei CVSS 8,2, eine CVE-Kennung wurde nicht vergeben. Gemeldet wurde die Lücke am 3. Juni, offengelegt am 12. September. Angriffe in freier Wildbahn sind nicht dokumentiert.

Hintergrund & Einordnung: Der Fehler ist ein Lehrstück über unvollständige Ausgabemaskierung: Der Exportcode behandelte fast alle Felder korrekt und übersah ein einziges. Interessant ist die Angriffsfläche — nicht der Messenger selbst, sondern sein Exportformat. Chat-Exporte werden typischerweise dann erzeugt, wenn es ernst wird: zur Beweissicherung, zur Übergabe an Anwälte, zur Archivierung vor einem Gerätewechsel. Genau diese Dateien liegen dann jahrelang auf Festplatten und in Backups, lange nach dem Update der Anwendung, die sie erzeugt hat. Der Patch beseitigt die Ursache, nicht die bereits erzeugten Dateien.

Praxisfolgen / Handlungsempfehlung: Telegram Desktop auf 7.0.1 oder neuer aktualisieren. Wichtiger: Bestehende HTML-Exporte, die mit einer älteren Fassung erstellt wurden, nicht mehr im Browser öffnen — insbesondere nicht solche aus Chats mit Bots oder aus Gruppen mit unbekannten Teilnehmern. Wer Chat-Exporte zur Beweissicherung nutzt, sollte sie mit einer aktuellen Version neu erzeugen und die alten Dateien verwerfen; im Zweifel genügt es, die Datei in einem Texteditor statt im Browser zu öffnen, weil dann kein Code ausgeführt wird.

4.1 BGH: Unterlassungsanspruch nach nationalem Recht ist nicht durch die DSGVO gesperrt

Bundesgerichtshof · 21.07.2026 · VI ZR 144/23 · Aufbereitung auf cyber-security.academy · Volltext, PDF

Sachverhalt: Die Beklagte betreibt einen Online-Shop und bindet Funktionen von Drittanbietern als sogenannte Cloud-Lösung ein: Die Programmdaten liegen nicht auf ihrem Server, sondern der Browser des Besuchers wird auf die Server der Diensteanbieter gelenkt, denen dabei die IP-Adresse mitgeteilt wird. Der Kläger hatte dort 2020 bestellt und verlangte, die Beklagte solle es unterlassen, ihre Seiten so auszuliefern, dass beim Aufruf Daten an die benannten Dienste übermittelt werden, sofern er nicht zuvor nach Art. 4 Nr. 11 DSGVO eingewilligt hat. Das Landgericht Wiesbaden hielt die Klage mangels Bestimmtheit für unzulässig; das OLG Frankfurt ließ den in der Berufung umformulierten Antrag zwar zu, wies die Klage aber als unbegründet ab.

Entscheidung: Der VI. Zivilsenat hebt das Berufungsurteil auf und verweist die Sache zurück. Der amtliche Leitsatz: Ein Unterlassungsanspruch nach nationalem Recht, der sich gegen eine erneute Übermittlung personenbezogener Daten unter Verstoß gegen die Datenschutz-Grundverordnung richtet, kann nicht grundsätzlich unter Berufung auf einen abschließenden Regelungsgehalt der unionsrechtlichen Bestimmungen abgelehnt werden.

Begründungs-Kernpunkte: Das OLG Frankfurt hatte argumentiert, die Verordnung regele die Folgen von Verarbeitungsverstößen vollharmonisiert und abschließend; ohne Öffnungsklausel sei ein Rückgriff auf nationales Recht ausgeschlossen. Diese These ist durch das Urteil des Gerichtshofs der Europäischen Union vom 4. September 2025 in der Rechtssache C-655/23 überholt: Die Verordnung sieht für eine betroffene Person, die keine Löschung beantragt, zwar selbst keinen präventiven Unterlassungsrechtsbehelf vor, hindert die Mitgliedstaaten aber nicht daran, einen solchen vorzusehen — im Gegenteil könne er die praktische Wirksamkeit der Verordnung verstärken. Als Anspruchsgrundlagen kommen damit § 1004 Abs. 1, § 823 Abs. 1 BGB in Verbindung mit Art. 1 Abs. 1, Art. 2 Abs. 1 GG in Betracht, bei Schutzgesetzcharakter der verletzten Vorschrift zusätzlich § 1004 Abs. 1 Satz 2 analog, § 823 Abs. 2 BGB. Ausdrücklich offen lässt der Senat, ob der Anspruch am Rechtsschutzbedürfnis scheitern kann, weil die Verordnung eigene Rechte gewährt — auf Basis der bisherigen Feststellungen erreicht der Kläger sein Ziel über Art. 17 DSGVO jedenfalls nicht.

Praxisfolgen: Website-Betreiber, die Schriftarten, Kartendienste, Tag-Manager oder Videoeinbettungen per Cloud-Lösung ohne wirksame Einwilligung laden, müssen künftig mit einer zweiten Anspruchsart rechnen. Ein Unterlassungstitel wirkt anders als Schadensersatz: Er ist dauerhaft, mit Ordnungsmittelandrohung bewehrt und lässt sich nicht durch Zahlung erledigen. Die Abmahnpraxis in diesem Feld dürfte den Hebel aufgreifen. Zugleich ist Zurückhaltung geboten: Der BGH hat den Anspruch nicht zugesprochen, sondern nur den Weg dorthin geöffnet — Rechtswidrigkeit, Wiederholungsgefahr und Rechtsschutzbedürfnis prüft nun das OLG Frankfurt. Technisch ist die Abhilfe seit Jahren bekannt: lokale Auslieferung eingebundener Ressourcen oder Nachladen erst nach Einwilligung.

4.2 OLG Brandenburg: Versicherer darf zur Betrugsabwehr Abrechnungsdaten abgleichen

Brandenburgisches Oberlandesgericht · 15.07.2026 · 11 U 110/25 · Aufbereitung auf cyber-security.academy · Volltext bei juris

Sachverhalt: Eine private Krankenversicherung durchsuchte im Oktober 2024 ihren eigenen Bestand nach Rechnungen, die ein bei ihr krankentagegeldversicherter Dermatologe anderen Versicherten derselben Gesellschaft gestellt hatte, und legte diese Daten neben die Zeiträume, für die er Krankentagegeld bezogen hatte. Ergebnis: 21 Tage zwischen März 2020 und Oktober 2024 mit beruflicher Tätigkeit trotz Krankmeldung. Der Versicherer kündigte am 13. November 2024 fristlos und forderte 14.935 Euro nebst 2.855,97 Euro Zinsen zurück. Das Landgericht Frankfurt (Oder) wies die Klage des Arztes ab.

Entscheidung: Der 11. Zivilsenat ändert das Urteil teilweise ab. Die Kündigung ist unwirksam, das Versicherungsverhältnis besteht fort. Die Rückforderung wird von 14.935 auf 10.775 Euro und die Zinsforderung von 2.855,97 auf 252,91 Euro gekürzt. Die Klage auf weiteres Krankentagegeld und auf Erstattung außergerichtlicher Anwaltskosten bleibt erfolglos. Kostenquote 55 zu 45 zulasten des Klägers, Revision nicht zugelassen.

Begründungs-Kernpunkte: Arbeitsunfähigkeit bemisst sich nach dem konkreten Tätigkeitsprofil; bei einem Arzt mit Assistenzpersonal zählen die höchstpersönlichen ärztlichen Kernleistungen, nicht organisatorische Praxisverantwortung oder delegierbare Verrichtungen. Die fristlose Kündigung einer Krankentagegeldversicherung, die beim Selbstständigen die fehlende soziale Absicherung ersetzt, setzt nach § 314 Abs. 2 BGB eine vorherige Abmahnung nach persönlicher Anhörung voraus — die fehlte. Die ADHS-bedingte, bis zu zwei Monate verzögerte Dokumentation des Klägers hielt der Senat nach persönlicher Anhörung für glaubhaft und verneinte den Betrugsvorwurf. Datenschutzrechtlich ist der Abgleich nach Art. 6 Abs. 1 Buchst. f und Art. 9 Abs. 2 Buchst. f DSGVO gerechtfertigt: Er war erforderlich, weil bereits aus öffentlich zugänglichen Internetquellen Anhaltspunkte bestanden und kein milderes Mittel zur Verfügung stand; er erfolgte anlassbezogen und händisch, nicht flächendeckend und automatisiert; und die Patientendaten waren anonymisiert, Behandlungsdatum und -art also niemandem zuzuordnen. Ohne diese Möglichkeit hätte der Versicherer „nahezu keine Möglichkeiten“, Betrugsversuche aufzudecken.

Praxisfolgen: Die Entscheidung liefert der Versicherungswirtschaft eine Bestätigung ihrer Betrugsabwehrpraxis — mit drei Bedingungen, die zusammen gelesen werden müssen: anlassbezogen statt flächendeckend, händisch statt automatisiert, anonymisiert statt personenbezogen. Ein automatisierter Dauerabgleich aller Abrechnungs- gegen alle Arbeitsunfähigkeitsdaten wäre nach dieser Begründung gerade nicht gedeckt. Bemerkenswert ist die Rolle des Art. 9 Abs. 2 Buchst. f DSGVO, der die Verarbeitung besonderer Datenkategorien zur Verteidigung von Rechtsansprüchen erlaubt und in der Praxis häufig übersehen wird. Für Leistungserbringer, die beim selben Unternehmen versichert sind, bei dem sie abrechnen, folgt daraus eine unangenehme Erkenntnis: Diese Spur darf im Streitfall gegen sie verwendet werden. Und für Versicherer: Vor der fristlosen Kündigung eines existenzsichernden Vertrags ist abzumahnen und anzuhören.

5.1 Niederlande: Veröffentlichung von Sanktionen ist seit dem 1. September Pflicht

01.09.2026 · Eerste Kamer zur Verzamelwet gegevensbescherming · Änderungsantrag, Kamerstuk 36264 Nr. 19

Behörde: Autoriteit Persoonsgegevens · Adressat: alle künftigen Sanktionsadressaten · Höhe: nicht anwendbar — Verfahrensänderung

Verstoß / Rechtsgrundlage: Der neue Art. 21b des niederländischen DSGVO-Ausführungsgesetzes (UAVG), eingeführt durch die Verzamelwet gegevensbescherming und zum 1. September 2026 in Kraft gesetzt, verpflichtet die Autoriteit Persoonsgegevens, jeden Bescheid zu veröffentlichen, mit dem eine verwaltungsrechtliche Sanktion verhängt wird. Erfasst sind Geldbußen, Zwangsgelder und Verarbeitungsverbote; Verwarnungen fallen heraus, weil sie keine Sanktion im Sinne des niederländischen Verwaltungsrechts sind.

Begründung: Die Behörde hat schon bisher regelmäßig veröffentlicht — allerdings auf Grundlage einer selbst gesetzten Veröffentlichungspolitik, die sie jederzeit hätte ändern können. Der Änderungsantrag des Abgeordneten Six Dijkstra verfolgt drei erklärte Ziele: die Sichtbarkeit der Aufsicht erhöhen, eine abschreckende Wirkung erzeugen und Organisationen die Gelegenheit geben, voneinander zu lernen. Zwischen Bescheid und Veröffentlichung liegen zehn Werktage. Die Pflicht gilt nicht unbegrenzt: Informationen, die nach den Ausnahmen des niederländischen Informationsfreiheitsgesetzes nicht offengelegt werden dürfen, bleiben außen vor, und ein Eilantrag beim Verwaltungsgericht kann die Veröffentlichung aufschieben oder verhindern.

Praxisfolgen: Für Unternehmen mit niederländischer Niederlassung verschiebt sich das Risikoprofil eines Verfahrens. Bisher war die Frage, ob ein Bußgeld öffentlich wird, eine Ermessensfrage der Behörde und damit Verhandlungsgegenstand; künftig ist die Veröffentlichung der Regelfall, und der Reputationsschaden ist Teil der Sanktion. Das betrifft insbesondere Verarbeitungsverbote, die für ein datengetriebenes Geschäftsmodell einschneidender sein können als eine Geldbuße. Wer in den Niederlanden ein Aufsichtsverfahren erwartet, sollte die Kommunikationsstrategie mitplanen und die Zehn-Werktage-Frist als das behandeln, was sie ist: das Zeitfenster für eine eigene Darstellung oder für den Gang zum Eilgericht. Der Trend ist europäisch — Irland, Frankreich und Italien veröffentlichen seit Jahren; der Sonderfall ist Deutschland, wo Bußgelder mangels Pflicht meist unveröffentlicht bleiben.

5.2 Data Act: eigener Bußgeldrahmen mit Bundesnetzagentur und BfDI

seit 30.05.2026, anwendbar ab 12.09.2026 · Bundesnetzagentur · BMDS

Behörde: Bundesnetzagentur, für personenbezogene Daten die BfDI · Adressat: Hersteller vernetzter Produkte und Anbieter verbundener Dienste · Höhe: bis zu zwei Prozent des weltweiten Gesamtumsatzes

Verstoß / Rechtsgrundlage: Das Datenverordnung-Anwendungs-und-Durchsetzungs-Gesetz gilt seit dem 30. Mai 2026 und macht die Vorgaben des Data Act in Deutschland durchsetzbar. Die Bußgeldvorschriften stehen in § 15 DADG und sehen fünf Stufen vor, gestaffelt nach Verstoß und Unternehmensgröße, mit Geldbußen bis zu zwei Prozent des weltweiten Gesamtumsatzes. Für Verstöße im Zusammenhang mit dem Schutz personenbezogener Daten nach Art. 40 Abs. 4 der Verordnung ist nach § 16 DADG die Bundesbeauftragte für den Datenschutz die zuständige Bußgeldbehörde.

Begründung: Mit der seit dem 12. September anwendbaren Produktgestaltungspflicht existiert erstmals ein Tatbestand, der sich auf ein konkretes Produktmerkmal bezieht und damit prüfbar ist: Ist der Zugang zu den Nutzungsdaten vorgesehen oder nicht. Die Zuständigkeit war bis zuletzt umstritten — Bundesrat und Landesdatenschutzbehörden wollten die Aufsicht bei den Ländern belassen, die Bundesregierung setzte sich mit dem Argument der Kohärenz durch. Bemerkenswert ist der Eskalationsmechanismus: Bevor die Bundesnetzagentur etwas anordnen kann, muss sie ein Abhilfeverlangen mit angemessener Frist aussprechen. Der Rechtsweg ist gespalten — gegen Zwangsgelder ist der Verwaltungsrechtsweg eröffnet, bei Bußgeldern sind unabhängig von der Höhe die Amtsgerichte als Strafgerichte zuständig.

Praxisfolgen: Die Leiterin der Digitalabteilung der Bundesnetzagentur hat angekündigt, zunächst auf Information und Begleitung zu setzen und Bußgeldverfahren als letztes Mittel zu behandeln. Mit kurzfristigen Bescheiden ist also nicht zu rechnen — wohl aber mit Beschwerden, denn der Data Act gibt Nutzern ein durchsetzbares Recht, und die Behörde ist verpflichtet, Beschwerden zu bearbeiten. Hersteller sollten die Produktdokumentation so aufbauen, dass sie auf ein Abhilfeverlangen binnen Frist antworten können: Welche Daten entstehen, wo liegen sie, über welche Schnittstelle sind sie abrufbar. Wer Zugangswünsche bisher über die Vertriebsorganisation gesteuert hat, braucht einen definierten Prozess.

6.1 Anthropic-Bedrohungsbericht: 1,8 Millionen Android-Apps automatisiert nach Geheimnissen durchsucht

11.09.2026 · BleepingComputer

Zusammenfassung: Anthropic hat in seinem Bedrohungsbericht vom September dokumentiert, dass mehrere Akteure zwischen Dezember 2025 und August 2026 eine KI-gestützte Pipeline betrieben, die 1,8 Millionen Android-APKs massenhaft herunterlud, dekompilierte und mit dem Werkzeug TruffleHog nach fest eingebauten Geheimnissen durchsuchte. Gefunden wurden hartkodierte API-Schlüssel, persönliche Zugangstoken für GitHub, über 2.100 Sätze Azure-AD-Authentifizierungstoken für mehr als 40 Microsoft-Mandanten sowie Zahlungskartendaten. Beteiligt waren nach der Zuordnung des Berichts die finanziell motivierte Gruppe ShinyHunters, der russische Akteur Midnight Blizzard und die China-bezogene Gruppe GTG-10007. Anthropic hat die Konten gesperrt, Schutzmaßnahmen angepasst und Behörden sowie betroffene Organisationen informiert.

Hintergrund & Einordnung: Die technischen Bestandteile sind sämtlich alt: Massendownload aus App-Stores, Dekompilierung, Geheimnis-Suche mit TruffleHog — all das gibt es seit Jahren und funktioniert ohne jedes Sprachmodell. Neu ist die Skalierung und die Auswertung. Das Modell übernimmt das Zusammensetzen der Kette, das Anpassen an unterschiedliche App-Strukturen und vor allem die Triage der Funde: Aus Millionen Treffern die wenigen herauszufiltern, die noch gültig sind und wohin sie führen, war bisher der zeitraubende Teil. Der Bericht nennt Angriffszyklen von teils unter 34 Stunden vom Fund bis zur Nutzung. Dass über 2.100 gültige Azure-AD-Token in ausgelieferten Apps steckten, ist dabei der eigentliche Befund — er sagt mehr über die Entwicklungspraxis aus als über die Angreifer.

Praxisfolgen / Handlungsempfehlung: Wer mobile Anwendungen veröffentlicht, sollte die eigenen Artefakte behandeln wie ein Angreifer: dekompilieren und mit TruffleHog oder gitleaks nach Geheimnissen durchsuchen — als Pflichtschritt in der Auslieferungskette, nicht als einmalige Prüfung. Zugangsdaten gehören nicht in das Anwendungspaket; wo ein Backend-Zugriff nötig ist, gehört er hinter einen serverseitigen Vermittler mit eigener Autorisierung. Für Azure-AD-Token gilt zusätzlich: Prüfen Sie in den Anmeldeprotokollen auf Nutzung von Tokens aus untypischen Quellen und begrenzen Sie die Gültigkeitsdauer. Und wer ältere Fassungen im Store hat, sollte nicht darauf vertrauen, dass ein nachträglich rotierter Schlüssel im alten Paket keine Rolle mehr spielt.

6.2 Red Heron nutzt Gitea-Lücke gegen Behörden und Rüstungsindustrie

14.09.2026 · The Hacker News

Zusammenfassung: Die Threat Research Unit von Acronis hat eine Kampagne der mutmaßlich chinesisch verbundenen Gruppe Red Heron dokumentiert, die seit dem 29. Juli 2026 die kritische Gitea-Lücke CVE-2026-60004 ausnutzt — wenige Tage nach deren Offenlegung im Juli. Bestätigt sind 13 Kompromittierungen in sechs Ländern: vier in Taiwan, vier in den USA, zwei in Kanada sowie je eine in Argentinien, Katar und Sri Lanka. Betroffen sind Verteidigung, Wahlorganisation, Energie, Luft- und Raumfahrt, Telekommunikation, Verwaltung, öffentliche Sicherheit und Forschung. Nach dem Einbruch stiehlt die Gruppe Quellcode, sammelt Zugangsdaten, richtet dauerhaften Zugang ein und arbeitet sich bis zu Rootrechten auf der Infrastruktur vor. Eingesetzt werden das Linux-Implantat JITTERLY mit über 30 Nachnutzungsbefehlen und das LD_PRELOAD-Rootkit SIXZUT zur Verschleierung. Das Angriffsgerüst ist ein Python-Programm namens exp_enhanced.py, angepasst aus öffentlichem Proof-of-Concept-Code, das Konten registriert, den Server übernimmt, Repositorys kopiert und Spuren beseitigt.

Hintergrund & Einordnung: Selbstgehostete Git-Server sind ein unterschätztes Ziel. Sie enthalten nicht nur Quellcode, sondern typischerweise auch Bereitstellungs-Skripte, Infrastruktur-als-Code, Zugangsdaten in der Historie und Signaturschlüssel für Pakete — also alles, was für einen Folgeangriff auf die Produktivumgebung nötig ist. Dass Red Heron innerhalb weniger Tage nach der Offenlegung einsatzbereit war, entspricht dem Muster, das sich in diesem Jahr durchzieht: Der Zeitraum zwischen Offenlegung und Massenausnutzung ist auf Stunden bis Tage geschrumpft, weil das Anpassen öffentlicher Proof-of-Concepts kaum noch Aufwand ist. Die Opferverteilung — Verteidigung, Energie, Wahlorganisation — weist auf Spionage, nicht auf Erpressung.

Praxisfolgen / Handlungsempfehlung: Selbstgehostete Gitea-Instanzen sofort aktualisieren und die offene Registrierung neuer Konten schließen, falls sie aktiv ist. Danach forensisch prüfen: neu angelegte Konten, ungewöhnliche Klon-Vorgänge in den Server-Protokollen, geladene Bibliotheken über LD_PRELOAD und in /etc/ld.so.preload. Wer einen Einbruch nicht ausschließen kann, muss davon ausgehen, dass der gesamte Quellcode und alles, was je in der Historie stand, abgeflossen ist — Zugangsdaten in alten Commits inklusive. Grundsätzlich gehören Quellcode-Plattformen nicht ins offene Internet; ein VPN oder ein Zugriffsproxy mit eigener Authentifizierung davor kostet wenig und schließt die gesamte Klasse dieser Angriffe.

6.3 Passkey-Köder gegen Microsoft-365-Konten

09.09.2026 · Microsoft Security Blog · BleepingComputer

Zusammenfassung: Microsoft beschreibt zwei parallele Kampagnen. Die erste arbeitet mit Passkey-Ködern: Angreifer rufen Beschäftigte auf der privaten Mobilnummer an oder schreiben sie über Teams an — teils von bereits übernommenen Konten vertrauenswürdiger Kollegen —, geben sich als IT-Helpdesk aus und drängen darauf, Passkey, Mehr-Faktor- oder Single-Sign-on-Einstellung sofort zu aktualisieren, um einen Zugangsverlust zu vermeiden. Die zugehörigen Phishing-Seiten werden kurzfristig unter generischen Domains registriert, in denen der Name der Zielorganisation als Subdomain steckt. Nach der Übernahme folgt ein wiederkehrendes Muster: ungewöhnliche Anmeldung, Hinzufügen einer eigenen Authentifizierungsmethode, massenhafte Microsoft-Graph-Aufrufe, Downloads aus SharePoint und OneDrive, Abgriff von E-Mails über REST-Schnittstellen — beobachtet seit Mai 2026 über proxy-gebundene Infrastruktur. Die zweite Kampagne verschickte zwischen dem 3. und 5. August über eine Million Betrugsmails im Namen von Geschäftsführern, die Buchhaltungen zu Überweisungen für ein angebliches ServiceNow-Jahresabonnement bewegen sollten; genutzt wurde fremde Versandinfrastruktur statt eigener Domains, die Texte wurden generativ erzeugt. Microsoft ordnet den Erstzugang unter anderem Storm-3121 und Storm-3032 zu.

Hintergrund & Einordnung: Die Kampagne greift nicht die Technik an, sondern deren Einführung. Passkeys sind phishing-resistent — der Registrierungsvorgang ist es nicht, weil er zwangsläufig über einen Kanal läuft, den ein Angreifer nachbauen kann. Dass gerade jetzt umgestellt wird, macht den Köder plausibel: Beschäftigte erwarten Aufforderungen zur Anmeldeumstellung. Der entscheidende Schritt ist das Hinzufügen einer eigenen Authentifizierungsmethode nach der Übernahme; sie überlebt Passwortwechsel und ist in den meisten Protokollen unauffällig, wenn niemand gezielt danach sucht. Die Nutzung fremder Versandinfrastruktur in der zweiten Kampagne verfolgt denselben Gedanken: Etablierte Massenmail-Plattformen haben eine unbelastete Absenderreputation und bestehen Authentifizierungsprüfungen, die eine frisch registrierte Angreiferdomain nicht bestehen würde.

Praxisfolgen / Handlungsempfehlung: Nehmen Sie Änderungen an Anmeldemethoden aus dem telefonischen Support heraus und sagen Sie das den Beschäftigten explizit — eine Regel, die jeder kennt, schlägt jede Schulung über Erkennungsmerkmale. Technisch: Alarm auf jede neu registrierte Authentifizierungsmethode, Prüfung der zuletzt hinzugefügten Methoden in den eigenen Mandanten, und im Verdachtsfall die Reihenfolge Sitzungen widerrufen, unbefugte Methoden entfernen, erst dann Passwort zurücksetzen. Für die Erkennung empfiehlt Microsoft, nicht auf Domains und Adressen zu setzen — die wechseln schnell —, sondern auf die Abfolge aus Identitätsübernahme, Persistenz, Erkundung, Inhaltssuche und Abfluss über Identitäts-, Graph-, SharePoint-, OneDrive- und Exchange-Signale hinweg. Gegen die CEO-Betrugswelle hilft ausschließlich der Prozess: Zahlungsfreigaben nach dem Vier-Augen-Prinzip und Rückruf über eine bekannte Nummer, nie über die in der Mail genannte.