1. Die Werkzeugkette um die KI-Modelle bleibt die weiche Stelle

Seit Dienstag, 8. September 2026 · zuletzt aktualisiert Dienstag, 22. September 2026 · Score 94

Der Strang hat drei Ebenen: KI-Agenten als Angreifer (AEPD-Meldung, RatHat), Modelle als eigene Fehlerquelle (OpenAI-Meldeframework) und — seit vergangener Woche dominierend — die Werkzeuge drumherum: BragJack über Browser-Erweiterungen, der Ausbruch aus der Codex-Sandbox, die gekaperte KI-Coding-Sitzung bei einem SaaS-Anbieter.

Letzte Entwicklung: Plugin4Shell fügt den schwersten Baustein hinzu. Vier KI-Programmierassistenten — Claude Code, OpenAI Codex, GitHub Copilot und Gemini CLI — prüfen beim Nachladen von Erweiterungen nicht, ob der Code zur angeforderten Prüfsumme passt. Das ergibt eine Codeausführung ohne jede Nutzerinteraktion, ausgelöst durch ein Routine-Update. Anthropic hat am 16. Juni korrigiert, OpenAI im August; Microsoft hat den Befund nicht anerkannt, Google hat die betroffene Verbraucherfassung ersatzlos eingestellt. Bemerkenswert ist der Abstand: entdeckt im Mai, offengelegt im September.

2. Angriffe über Zusatzanwendungen und Erweiterungen

Seit Montag, 14. September 2026 · zuletzt aktualisiert Dienstag, 22. September 2026 · Score 86

Nach dem WordPress-Plugin „Admin Menu Editor Pro“, dem Brevo-Vorfall mit bis zu 100.000 betroffenen Fremdseiten und dem Quellcodediebstahl bei CrowdSec setzt sich das Muster fort — angegriffen wird nicht das Ziel, sondern das, was es zusätzlich installiert hat.

Letzte Entwicklung: Bei der Shop-Plattform BigCommerce haben Angreifer die Zugangsdaten der Zusatzanwendungen Ribon und Ribon 1.5 erbeutet und damit zwischen dem 13. und 17. September Schadskripte in Online-Shops eingeschleust; abgeflossen sind Namen, E-Mail-Adressen, Telefonnummern und Lieferanschriften. Die Plattform selbst wurde nicht kompromittiert. Parallel zeigt die WordPress-Lücke Click2Shell dieselbe Logik im Kern des Systems: Der Angriff läuft über die Theme-Installation, also über den Erweiterungsmechanismus.

Die wichtigsten Punkte im Überblick

• Click2Shell (WordPress-Kern): ein Klick eines angemeldeten Administrators genügt für die Serverübernahme; PoC veröffentlicht, keine CVE, Update auf 7.1.1.
• Plugin4Shell: Zero-Click-RCE in vier KI-Programmierassistenten über fehlende Hash-Verifikation; Copilot ohne Patch, Gemini CLI (Verbraucherfassung) eingestellt statt korrigiert.
• Pi-hole 6.7.1: drei Lücken mit CVSS 7,2, eine ohne Anmeldung ausnutzbar mit Rootzugriff, plus ein Stapelüberlauf (6,5).
• Zyxel GS1900: aktiv für Datendiebstahl ausgenutzt, CISA-Frist für US-Bundesbehörden am Donnerstag.
• BigCommerce/Ribon: fünf Tage lang Schadskripte in fremden Shops über gekaperte App-Zugangsdaten; Namen, Mailadressen, Telefonnummern, Lieferanschriften.
• Irland/Google: 403 Mio. Euro wegen Standortdaten — Transparenz und Speicherdauer; Nachbesserung binnen sechs Monaten angeordnet.
• EU KIDS Act vorgeschlagen: Altersstufen 13/15, zertifizierte Altersprüfung, Designbeschränkungen, bis 6 Prozent Umsatzbuße.
• Entra ID: SMS als erster Faktor endet am 01.02.2027 (Administratoren und externe Nutzer: 01.07.2027).

EU-Kommission schlägt den EU KIDS Act vor

17. September 2026 · Europäische Kommission

Zusammenfassung: Die Kommission hat einen Verordnungsvorschlag unter dem Namen „EU Keeping Internet Digital Spaces Accountable and Trustworthy“ vorgelegt, der Minderjährige vor riskanten digitalen Diensten und KI-Systemen schützen und die bislang uneinheitlichen nationalen Schutzregeln vereinheitlichen soll. Vorgesehen sind gestufte Altersgrenzen: Bei erfassten sozialen Netzwerken und Videoportalen mit riskanten Funktionen sollen eigene Konten unter 13 Jahren ausgeschlossen sein, 13- und 14-Jährige sollen elternverwaltete Konten mit höchstens einer Stunde täglicher Nutzung erhalten, selbständige Konten erst ab 15. Die Altersprüfung soll nicht mehr auf bloßen Angaben beruhen, sondern auf zertifizierten, datenschutzwahrenden Verfahren, die die Altersgrenze bestätigen, ohne der Plattform die Identität offenzulegen. Hinzu kommen Beschränkungen für suchtfördernde Gestaltungen — endloses Scrollen, Autoplay, bestimmte Belohnungsmechanismen —, die Vorgabe, dass Empfehlungssysteme Sicherheit und psychische Gesundheit priorisieren und eine Option ohne Profiling anbieten müssen, sowie sichere Voreinstellungen gegen unerwünschte Kontaktaufnahme. Für KI-Chatbots sollen Gestaltungen unzulässig sein, die durch simulierte menschliche Beziehungen emotionale Abhängigkeit fördern können; vorgesehen sind Risikoprüfungen vor Markteinführung und anschließende Überwachung. Die Durchsetzung knüpft an die Strukturen des Digital Services Act und der KI-Verordnung an; sehr große Plattformen sollen unabhängig geprüfte Compliance-Pläne vorlegen. Der Bußgeldrahmen reicht bis zu sechs Prozent des weltweiten Jahresumsatzes.

Hintergrund & Einordnung: Es handelt sich um einen Gesetzgebungsvorschlag — bis zur Geltung liegen Parlament, Rat und Übergangsfristen. Inhaltlich ist der Vorschlag bemerkenswert, weil er an zwei Stellen weitergeht als alles bisher Geltende. Erstens bei der Altersprüfung: Die Forderung nach einem zertifizierten Verfahren, das das Alter bestätigt, ohne die Identität preiszugeben, beschreibt genau das Problem, an dem bisherige Ansätze gescheitert sind — entweder wirkungslos (Selbstauskunft) oder datenschutzrechtlich untragbar (Ausweis-Upload). Zweitens beim Verbot emotional bindender Chatbot-Gestaltungen: Das ist keine Datenschutzregel, sondern eine produktgestalterische Vorgabe, und sie deckt sich auffällig mit dem, was Microsoft und die American Federation of Teachers im September für US-Schulen vertraglich vereinbart haben. Die Frage, ob eine Verordnung das leisten kann, was Verträge dort konkret regeln, wird das Verfahren begleiten.

Praxisfolgen / Handlungsempfehlung: Für Betreiber von Plattformen mit nutzergenerierten Inhalten ist jetzt der Zeitpunkt, die eigene Betroffenheit zu prüfen — „erfasste soziale Netzwerke und Videoportale mit riskanten Funktionen“ ist eine Definition, über die im Verfahren gerungen werden wird, und wer dazugehört, braucht Vorlauf für Altersprüfung und Empfehlungslogik. Für Schulen, Vereine und Bildungsträger lohnt der Blick auf die Altersstufen: Wenn selbständige Konten erst ab 15 zulässig sind, betrifft das die Praxis, Unterrichtsmaterial über soziale Netzwerke zu verteilen.

Microsoft entfernt SMS als ersten Faktor aus Entra ID

21./22. September 2026 · heise online · BleepingComputer

Zusammenfassung: Microsoft schafft die SMS-basierte Anmeldung als primäre Methode in Entra ID ab. Für Workforce-Tenants endet sie am 1. Februar 2027, für globale Administratoren und externe Nutzer am 1. Juli 2027. Für kostenlose Tenants ist SMS als erster Faktor bereits deaktiviert; neu angelegte Tenants können die Methode nicht mehr aktivieren. Azure AD B2C und Entra ID External ID bleiben unberührt. Als Begründung nennt Microsoft die Verbesserung der Sicherheit; SMS gilt wegen der bekannten Schwächen des SS7-Protokolls in Mobilfunknetzen seit Langem als abfangbar. Organisationen müssen betroffene Nutzer identifizieren, auf alternative Verfahren wie Passkeys migrieren und ihre Authentifizierungsrichtlinien anpassen; wer das versäumt, riskiert Anmeldeausfälle nach dem Stichtag.

Hintergrund & Einordnung: Die Abschaffung ist überfällig und trotzdem unangenehm, weil SMS in vielen Organisationen genau dort im Einsatz ist, wo Alternativen schwerfallen — bei Beschäftigten ohne Diensthandy, in der Produktion, bei externen Partnern. Wichtig ist die Unterscheidung, die Microsoft macht: Es geht um SMS als ersten Faktor, also als Anmeldemethode. Als zweiter Faktor bleibt es vorerst möglich, ist aber ebenso wenig phishing-resistent. Wer die Migration jetzt anpackt, sollte deshalb nicht von SMS auf eine Authenticator-App wechseln, sondern gleich auf Passkeys — sonst steht dieselbe Aufgabe in zwei Jahren erneut an.

Praxisfolgen / Handlungsempfehlung: Zuerst eine Bestandsaufnahme: Welche Konten haben SMS als einzige registrierte Methode? Diese Zahl ist erfahrungsgemäß höher als erwartet, weil die Methode bei der Ersteinrichtung oft als Rückfallebene gesetzt und nie ersetzt wurde. Dann die Migration in Wellen planen, beginnend mit privilegierten Konten — für die läuft die Frist ohnehin fünf Monate länger, aber sie sind das lohnendere Ziel. Und die Richtlinien so setzen, dass neue Konten SMS gar nicht mehr als Option bekommen.

Plugin4Shell: vier KI-Programmierassistenten prüfen nicht, was sie herunterladen

21. September 2026 · heise online

Zusammenfassung: Sicherheitsforscher von AIR Security haben eine als Plugin4Shell bezeichnete Schwachstelle in KI-Programmierassistenten offengelegt. Der Fehler sitzt in der Prüfsummenkontrolle: Die Agenten fordern beim Nachladen von Erweiterungen zwar einen SHA-Fingerabdruck vom Marktplatz an, prüfen anschließend aber nicht, ob der heruntergeladene Code dazu passt. Angreifer können deshalb in einem Git-Projekt einen Zweig anlegen, der exakt so heißt wie ein Commit-Hash, ihn mit Schadcode füllen und als Standardzweig setzen — beim nächsten Update wird der Code automatisch ausgeführt, ohne jede Nutzerinteraktion. Betroffen sind Claude Code (anfällig bis Version 2.1.179, korrigiert am 16. Juni 2026), OpenAI Codex (bis 0.146.0, korrigiert im August 2026), GitHub Copilot (keine Korrektur verfügbar) und Googles Gemini CLI, dessen Verbraucherfassung ohne Fix eingestellt wurde; die Unternehmensfassungen sind nicht betroffen. Angreifbar sind Erweiterungen von Bitbucket, GitLab und selbst betriebenen Git-Servern — GitHub weist verdächtige Zweignamen zurück. Die Lücke wurde im Mai 2026 entdeckt und im September offengelegt; dokumentierte Angriffe gibt es bisher nicht. Anthropic und OpenAI haben reagiert; Microsoft hat den Befund nach Darstellung des Berichts nicht anerkannt, GitHub auf Anfragen nicht geantwortet.

Hintergrund & Einordnung: Der Fehlertyp ist alt und die Konstellation neu. Eine Prüfsumme anzufordern und dann nicht zu vergleichen, ist ein Lehrbuchfehler — dass er gleich in vier unabhängig entwickelten Werkzeugen steckt, deutet auf ein gemeinsames Muster hin: Die Erweiterungsmechanismen sind erkennbar unter Zeitdruck entstanden, und Sicherheitsprüfungen, die im Normalbetrieb nie auffallen, wurden zwar eingebaut, aber nicht vollständig implementiert. Für die Einordnung wichtig ist das Wort „Zero-Click“: Es braucht keine Unachtsamkeit des Entwicklers, kein Anklicken, keine Bestätigung. Ein Routine-Update genügt. Damit liegt der Fall eine Stufe über BragJack vom vergangenen Freitag, wo immerhin eine bösartige Erweiterung installiert sein musste. Und der Abstand zwischen Entdeckung im Mai und Offenlegung im September bedeutet vier Monate, in denen die Lücke bei Copilot offenstand und weiter offensteht.

Praxisfolgen / Handlungsempfehlung: Patchstände prüfen — Claude Code mindestens 2.1.180, Codex mindestens 0.147. Für GitHub Copilot gibt es keine Korrektur; dort bleibt nur, Erweiterungen aus Bitbucket, GitLab und selbst betriebenen Servern zu unterbinden und auf Erweiterungen zu verzichten, deren Herkunft sich nicht auf GitHub zurückführen lässt. Wer Gemini CLI in der Verbraucherfassung einsetzt, muss wechseln — ein eingestelltes Produkt bekommt keinen Fix mehr. Über den Einzelfall hinaus: Erweiterungsquellen für KI-Werkzeuge gehören auf eine Freigabeliste, so wie Paketquellen in der Softwareentwicklung längst. Und wer selbst Git-Server betreibt, sollte Zweignamen ablehnen, die wie Commit-Hashes aussehen — GitHub macht genau das.

BigCommerce: Schadskripte über gekaperte Zusatzanwendungen in fremden Shops

21. September 2026 · BleepingComputer

Zusammenfassung: Die Shop-Plattform BigCommerce hat Händler darüber informiert, dass Angreifer die Zugangsdaten der Zusatzanwendungen Ribon und Ribon 1.5 kompromittiert haben. Die Anwendungen gehören dem Anbieter „Be A Part Of“, einem Unternehmen von Fastr, und dienen der Optimierung des Einkaufserlebnisses. Mit den erbeuteten Zugangsdaten schleusten die Angreifer zwischen dem 13. und 17. September Schadskripte in Online-Shops ein und griffen über das BigCommerce-System auf bestehende Kundendatensätze zu. Abgeflossen sind vollständige Namen, E-Mail-Adressen, Telefonnummern und Lieferanschriften; Zahlungskartendaten und Kontopasswörter waren nicht betroffen, da sie getrennt gespeichert werden. BigCommerce hat die Anwendungen am 17. September aus den betroffenen Shops entfernt, die Händler direkt benachrichtigt und dem Entwickler Protokolldaten für dessen Untersuchung bereitgestellt; die Plattform selbst wurde nicht kompromittiert. Namentlich bekannt ist der britische Spirituosenhändler Master of Malt, der den Vorfall der britischen Aufsichtsbehörde ICO gemeldet hat; nach Einschätzung des Händlers könnte der Vorfall weit über die eigene Kundschaft hinausreichen und potenziell Hunderte weiterer Shops betreffen.

Hintergrund & Einordnung: Der Fall ist das E-Commerce-Gegenstück zum Brevo-Vorfall der vergangenen Woche und folgt derselben Logik: Nicht die Plattform wird angegriffen, sondern eine Anwendung mit Plattformrechten. Für die betroffenen Händler ist die Lage besonders unangenehm, weil sie den Vorfall weder verursacht noch bemerkt haben — und trotzdem meldepflichtig sind. Genau darin liegt die praktische Lehre: Die Meldepflicht nach Art. 33 DSGVO trifft den Verantwortlichen, also den Shop-Betreiber, nicht den App-Anbieter. Wer eine Zusatzanwendung installiert, verlagert Funktionalität, aber keine Verantwortung.

Praxisfolgen / Handlungsempfehlung: Shop-Betreiber sollten die Liste der installierten Zusatzanwendungen durchgehen und drei Fragen stellen: Wird sie noch gebraucht? Welche Rechte hat sie auf Kundendaten? Wann wurde sie zuletzt vom Anbieter aktualisiert? Nicht mehr benötigte Anwendungen gehören deinstalliert, nicht nur deaktiviert. Zweitens gehört in den Vertrag mit dem App-Anbieter eine Meldepflicht mit Frist — sonst erfährt man von einem Vorfall aus der Presse. Und drittens: Wer im genannten Zeitraum Bestellungen hatte, sollte prüfen, ob eine Benachrichtigung der Betroffenen nach Art. 34 DSGVO fällig ist; bei Namen, Telefonnummer und Lieferanschrift in Kombination ist das Risiko für Betrugsversuche real.

Click2Shell: ein Klick des Administrators, und die WordPress-Seite gehört dem Angreifer

21./22. September 2026 · heise online · BleepingComputer

Zusammenfassung: WordPress 7.1.1 schließt elf Sicherheitslücken. Die schwerwiegendste hat die Firma pwn.ai entdeckt und auf den Namen Click2Shell getauft. Der Ablauf: Ein angemeldeter Administrator klickt auf einen vom Angreifer präparierten Link, woraufhin automatisch ein Theme installiert wird. Ruft er anschließend die Vorschau des noch nicht aktivierten Themes auf, lädt WordPress dessen functions.php — und darin sitzt ein ungeschützter AJAX-Endpunkt. Über diesen lassen sich bösartige Plugins herunterladen und ausführen, womit der Angreifer die vollständige Kontrolle über die Seite erlangt. Technisch handelt es sich um eine Cross-Site-Request-Forgery-Schwachstelle in der Kernkomponente; Beispielcode ist veröffentlicht. Eine CVE-Kennung ist noch nicht vergeben. Die Entdecker stufen die Lücke als hoch bis kritisch ein, GitHub führt sie bislang als mittelschwer. Ebenfalls behoben ist eine als hoch bewertete persistente Cross-Site-Scripting-Lücke, über die sich Schadcode dauerhaft über Kommentare einbringen lässt. Aktive Angriffe sind bislang nicht bestätigt.

Hintergrund & Einordnung: Zwei Dinge machen den Fall gefährlich. Erstens die Angriffsvoraussetzung: Es braucht keine Schwachstelle im Server, kein kompromittiertes Passwort und kein unsicheres Plugin — nur eine offene Administratorsitzung und einen Klick. Das ist in der Praxis der Normalzustand, weil viele Betreuer ihre Adminoberfläche dauerhaft angemeldet in einem Tab halten. Zweitens die Kombination aus veröffentlichtem Proof of Concept und fehlender CVE: Automatische Schwachstellen-Scanner, die auf CVE-Kennungen aufsetzen, schlagen derzeit nicht an, während der Angriffscode bereits kursiert. Die Abweichung in der Schwerebewertung — Entdecker „hoch bis kritisch“, GitHub „mittel“ — verschärft das, weil sie in Priorisierungswerkzeugen zu einer zu niedrigen Einstufung führt.

Praxisfolgen / Handlungsempfehlung: Heute auf 7.1.1 aktualisieren, über alle betreuten Installationen hinweg. Anschließend prüfen, welche Installationen automatische Kernupdates deaktiviert haben — das ist erfahrungsgemäß eine kleine, aber genau die falsche Auswahl. Rückwirkend lohnt ein Blick in das Theme-Verzeichnis auf unbekannte Einträge und in die Plugin-Liste auf nicht selbst installierte Erweiterungen. Organisatorisch ist die wirksamste Maßnahme die Trennung der Sitzungen: Administrationsoberflächen in ein eigenes Browserprofil, in dem keine E-Mails geöffnet und keine fremden Links angeklickt werden.

Pi-hole 6.7.1: drei hoch bewertete Lücken, eine ohne Anmeldung

21. September 2026 · heise online

Zusammenfassung: Der DNS-basierte Werbefilter Pi-hole hat Version 6.7.1 veröffentlicht und darin vier Schwachstellen in der Komponente Pi-hole FTL geschlossen. Drei sind mit CVSS 7,2 bewertet: eine unzureichende Filterung von webserver.advancedOpts, die bei umgangener oder fehlender Anmeldung das Lesen beliebiger Dateien und Rootzugriff erlaubt; eine Codeeinschleusung über misc.dnsmasq, mit der angemeldete Administratoren über die Weboberfläche oder die Programmierschnittstelle beliebigen Code ausführen können, etwa durch Einträge der Form dhcp-script=; und eine fehlende Validierung beim Konfigurationsimport über die Teleporter-Funktion, die Codeausführung mit den Rechten des pihole-Nutzers sowie unbefugte Dateizugriffe ermöglicht. Hinzu kommt ein stapelbasierter Pufferüberlauf in _FTL_make_answer() mit CVSS 6,5, der aus dem lokalen Netz ausgenutzt werden kann. Die Aktualisierung erfolgt mit sudo pihole -up. Bereits im Juli 2026 hatte es vergleichbar schwerwiegende Korrekturen gegeben.

Hintergrund & Einordnung: Die erste der drei Lücken ist die kritische, weil sie ohne Anmeldung greift. Pi-hole läuft typischerweise als zentraler DNS-Server für ein ganzes Netz — es sieht damit jede Namensauflösung jedes Geräts, vom Fernseher bis zum Dienstlaptop im Heimbüro. Ein Angreifer mit Rootrechten auf diesem Gerät kann nicht nur mitlesen, sondern umleiten: Wer den DNS-Server kontrolliert, bestimmt, wohin der Browser tatsächlich verbindet. Dass es die zweite Runde schwerwiegender Lücken binnen drei Monaten ist, verdient Aufmerksamkeit — nicht als Argument gegen das Produkt, sondern als Hinweis, dass die Weboberfläche eine ernstzunehmende Angriffsfläche ist.

Praxisfolgen / Handlungsempfehlung: Aktualisieren, auch und gerade in privaten Netzen und Laboren, wo Updates leicht vergessen werden. Unabhängig davon gehört die Pi-hole-Weboberfläche nicht ins Internet und auch nicht in ein Gäste- oder IoT-Segment — sie sollte nur aus dem Verwaltungsnetz erreichbar sein. Wer die Teleporter-Funktion zum Sichern der Konfiguration nutzt, sollte importierte Dateien wie fremden Code behandeln: Eine Konfigurationssicherung aus einer unbekannten Quelle einzuspielen, ist nach diesem Befund gleichbedeutend mit dem Ausführen eines fremden Programms.

Zyxel GS1900: aktiv ausgenutzt, CISA-Frist am Donnerstag

22. September 2026 · BleepingComputer

Zusammenfassung: Die US-Cybersicherheitsbehörde CISA hat Bundesbehörden angewiesen, eine als hoch eingestufte Schwachstelle in Zyxel-Switches der Reihe GS1900 bis Donnerstag zu schließen. Nach Angaben der Behörde wird die Lücke bereits aktiv ausgenutzt, und zwar für Datendiebstahl.

Hintergrund & Einordnung: Die GS1900-Reihe sind verwaltete Switches der Einstiegsklasse — verbreitet in kleinen Betrieben, Zweigstellen, Praxen und Kanzleien, also genau dort, wo es keine eigene Netzwerkbetreuung gibt. Geräte dieser Kategorie fallen aus zwei Gründen durch das Patchraster: Sie sind nicht in Inventarsystemen erfasst, und sie laufen jahrelang ohne Eingriff. Die kurze CISA-Frist von wenigen Tagen ist ein Hinweis darauf, wie die Behörde die Lage einschätzt.

Praxisfolgen / Handlungsempfehlung: Inventarisieren, ob Geräte dieser Reihe im Einsatz sind — auch in Räumen, für die sich niemand zuständig fühlt. Anschließend die Firmware aktualisieren und prüfen, ob die Verwaltungsoberfläche aus dem Internet erreichbar ist; bei Geräten dieser Klasse ist das häufiger der Fall als gedacht, weil Fernzugriff bei der Einrichtung aktiviert und nie zurückgenommen wurde.

Irland: 403 Millionen Euro gegen Google wegen der Verarbeitung von Standortdaten

21. September 2026 · BleepingComputer

Behörde: Data Protection Commission (DPC), Irland · Adressat: Google · Höhe: 403 Millionen Euro (rund 463 Millionen US-Dollar)

Verstoß / Rechtsgrundlage: Verarbeitung von Standortdaten ohne Erfüllung der Transparenzanforderungen der DSGVO sowie Speicherung über die erforderliche Dauer hinaus. Betroffen sind die Dienste beziehungsweise Einstellungen „Web- und App-Aktivitäten“ (Web and App Activity), „Standortverlauf“ (Location History) und „Standortgenauigkeit“ (Location Accuracy).

Begründung: Der Untersuchungszeitraum reicht vom 25. Februar 2018 bis zum 4. Februar 2020. Der stellvertretende Kommissar Graham Doyle fasst den Kern der Beanstandung so zusammen, dass Nutzer nicht hätten wissen können, dass ihr Standort beispielsweise dazu verwendet wurde, sie über Werbung zu beeinflussen, und dass sie dadurch die Kontrolle über ihre personenbezogenen Daten verlieren konnten. Neben dem Bußgeld hat die Behörde angeordnet, die Verarbeitung binnen sechs Monaten in Einklang mit der Verordnung zu bringen. Google verweist darauf, die Praxis seit 2019 erheblich weiterentwickelt und Werkzeuge eingeführt zu haben, die die Verwaltung von Standortdaten vereinfachen — darunter automatische Löschfristen und die Beschränkung der Standortdaten in „Web- und App-Aktivitäten“ auf grobe Gebiete. Die vollständige Entscheidung war zum Zeitpunkt der Meldung noch nicht veröffentlicht.

Praxisfolgen: Drei Punkte sind übertragbar. Erstens ist der Vorwurf kein technischer, sondern ein kommunikativer: Beanstandet wird nicht, dass Standortdaten verarbeitet wurden, sondern dass die Information darüber nicht genügte. Wer Bewegungs-, Nutzungs- oder Telemetriedaten erhebt, sollte die eigene Datenschutzinformation daraufhin prüfen, ob sie den Zweck Werbung so benennt, dass ein Laie ihn erkennt — allgemeine Formulierungen über „Verbesserung unserer Dienste“ tragen das nicht. Zweitens die Speicherdauer als eigenständiger Verstoß: Sie ist der Punkt, an dem sich Verstöße am leichtesten belegen lassen, weil er keine Abwägung erfordert, sondern nur einen Abgleich zwischen Löschkonzept und Realität. Drittens die Zeitachse: Untersuchungszeitraum 2018 bis 2020, Entscheidung 2026. Dass Google die Praxis seit 2019 verändert hat, verhindert die Sanktion nicht — es ist allenfalls bei der Bemessung berücksichtigt. Wer auf „wir haben das längst abgestellt“ setzt, sollte das einkalkulieren.

Für die Einordnung in die Gesamtlage: Es ist das erste Bußgeld über 400 Millionen Euro seit der Uber-Entscheidung der niederländischen Aufsicht vom August und die größte Sanktion des Monats September.

Europäischer Rechnungshof: der Informationsaustausch ist die größte Schwachstelle

22. September 2026 · heise online

Zusammenfassung: Der Europäische Rechnungshof hat einen Prüfbericht zur Cyberabwehrbereitschaft der EU vorgelegt. Als größte Schwachstelle benennt er den unzureichenden Informationsaustausch: Mitgliedstaaten und EU-Institutionen verfügen über keine hinreichenden Mechanismen, um Bedrohungsinformationen zu teilen und Doppelarbeit zu vermeiden. Besonders hinderlich sind nationale Geheimhaltungseinstufungen, die es den Mitgliedstaaten verwehren, Informationen über Cyberangriffe an EU-Agenturen oder andere Staaten weiterzugeben — auch dann, wenn ein Vorfall mehrere Länder betrifft. Als Fallbeispiel führt der Bericht den Angriff auf einen IT-Dienstleister vom September 2025 an, der die Passagierabfertigung an den Flughäfen London, Brüssel, Dublin und Berlin störte: Trotz der erheblichen grenzüberschreitenden Auswirkungen unterblieb eine ordnungsgemäße Unterrichtung der EU-Cybersicherheitsagentur ENISA und der anderen Mitgliedstaaten, wodurch eine abgestimmte Reaktion nicht zustande kam. Der Rechnungshof fordert bessere Zusammenarbeit, belastbare Verfahren für den Informationsaustausch und klarere Meldewege für Vorfälle, die EU-weite Infrastruktur betreffen. Die primäre Verteidigungsverantwortung bleibt bei den Mitgliedstaaten; EU-Agenturen werden nur tätig, wenn mehrere Länder oder das Funktionieren des Binnenmarkts betroffen sind.

Hintergrund & Einordnung: Der Befund ist unbequem, weil er keine technische Lücke beschreibt, sondern eine strukturelle. Die NIS-2-Richtlinie und der Cyber Resilience Act haben in den vergangenen Jahren Meldepflichten für Unternehmen geschaffen; der Rechnungshof zeigt, dass die Meldeketten zwischen den Staaten selbst nicht funktionieren. Das Flughafen-Beispiel ist dabei besonders aussagekräftig, weil es sich um einen Vorfall handelt, den niemand übersehen konnte — die Auswirkungen waren an vier Hauptstadtflughäfen sichtbar, und trotzdem lief die Meldung nicht. Der Widerspruch zwischen nationaler Geheimhaltung und europäischer Lagebilderstellung ist dabei kein Versehen, sondern in der Kompetenzverteilung angelegt: Cybersicherheit berührt die nationale Sicherheit, und die bleibt Sache der Mitgliedstaaten.

Praxisfolgen / Handlungsempfehlung: Für Betreiber wesentlicher Einrichtungen nach NIS-2 hat der Bericht eine praktische Seite: Wer davon ausgeht, im Ernstfall ein belastbares europäisches Lagebild zu bekommen, sollte diese Annahme überprüfen. Die eigene Vorfallsreaktion muss ohne externe Frühwarnung funktionieren. Und wer Dienstleister mit Kunden in mehreren Mitgliedstaaten ist, sollte die eigenen Meldewege gegenüber den jeweiligen nationalen Behörden vorab klären — der Bericht legt nahe, dass eine Meldung in einem Land nicht automatisch die anderen erreicht.

LMU München: Angreifer hat sich nicht gemeldet

21. September 2026 · heise online

Zusammenfassung: Verlaufshinweis zum gestrigen Aufhänger. Nach dem Angriff auf die Ludwig-Maximilians-Universität München, bei dem die vollständigen Immatrikulationsdatensätze mit IBAN, BAföG-Nummern und Krankenversicherungsangaben kopiert wurden, hat sich der Angreifer bislang nicht bei der Universität gemeldet.

Hintergrund & Einordnung: Das Ausbleiben einer Kontaktaufnahme lässt sich in zwei Richtungen lesen, und beide sind für die Betroffenen unangenehm. Bei einer Erpressung meldet sich der Täter, weil er zahlen lassen will — das Schweigen spricht also eher gegen dieses Motiv und für einen reinen Datendiebstahl. Daten, die nicht zur Erpressung genutzt werden, werden erfahrungsgemäß verkauft oder für zielgerichtete Betrugsversuche verwendet, und beides fällt später und schwerer auf. Für die Betroffenen bedeutet das, dass die Wachsamkeit nicht nach zwei Wochen enden sollte.

Praxisfolgen / Handlungsempfehlung: Unverändert gegenüber gestern: Kontoauszüge auf unbekannte Lastschriften prüfen, Nachrichten mit Bezug zu Studium, BAföG oder Krankenversicherung über einen selbst gewählten Weg verifizieren. Neu hinzu kommt: Das Fehlen einer Erpressungsforderung ist kein Zeichen der Entwarnung, und die Universität kann auf dieser Grundlage auch nicht ausschließen, dass die Daten in Umlauf gelangen.

ShinyHunters und Cl0p: die Fehde ist bestätigt

22. September 2026 · heise online

Zusammenfassung: Verlaufshinweis zu einer am 21. September gebrachten Meldung. Die deutschsprachige Berichterstattung bestätigt, dass die Erpressergruppe ShinyHunters die Darknet-Seite der Ransomware-Operation Cl0p kompromittiert und verunstaltet hat.

Hintergrund & Einordnung: Gegenüber gestern ändert sich am Sachstand wenig; die Behauptungen der Angreifer über erbeutete Serverdaten und private Schlüssel bleiben unabhängig unbestätigt. Bemerkenswert bleibt die Konstellation als solche: Erpressergruppen greifen einander an, weil dieselbe Infrastrukturschwäche, die ihre Opfer trifft, auch bei ihnen selbst vorhanden ist. Für Betroffene früherer Cl0p-Angriffe lohnt es, die Entwicklung zu verfolgen — in vergleichbaren Fällen sind nach solchen Vorfällen gelegentlich Entschlüsselungswerkzeuge entstanden.