Edition 09

Lesen Sie das Fazit noch einmal, denn es ist der eigentliche Punkt: Die Schwachstellen waren banal. Unsicheres Dataset-Handling, exponierte Metadaten, zu weitreichende Zugriffsrechte, langlebige Credentials. Keine einzige exotische Zero-Day-Schwachstelle in den Grundlagen, nur genau die Befunde, die Ihr letzter Pentest-Bericht auflistet und die Ihr letzter Risikobehandlungsplan wahrscheinlich zurückgestellt hat. Die KI musste nicht brillant sein. Sie musste nur darauf zählen, dass Sie den Kühler unverschlossen gelassen haben. Dann prüfte sie jeden Riegel 17.600 Mal, ohne sich zu langweilen, zu ermüden oder zu ängstigen.

Das ist der Wandel, der Ihre Testmethodik verändern sollte. Ihr jährlicher Pentest simuliert einen Menschen: ein paar Tage, eine Person, die schläft, ein Scope, der endet. Dieses Szenario simuliert etwas, das niemals aufhört, sein Ziel nie vergisst und sich jedes Mal neu aufbaut, wenn man es niederschlägt. Wenn Ihr Bedrohungsmodell von einem Angreifer mit menschlicher Geduld und Bürozeiten ausgeht, testen Sie für eine Welt, die es nicht mehr gibt.

Die Schlussfolgerung landet daher, wo sie immer landet, nur lauter: Im KI-Zeitalter ist grundlegende Hygiene entscheidend. Rotieren Sie die Credentials. Eliminieren Sie langlebige Tokens. Beschränken Sie Zugriffsrechte wirklich auf das Least-Privilege-Prinzip, nicht nur auf dem Papier. Und wenn Sie Offensive Testing durchführen, fangen Sie an zu fragen, wie agentisches Red-Teaming gegen Ihre Umgebung aussieht, denn die Gegenseite betreibt es bereits. Das ist das Governance-Gespräch, auf das ISO 42001 immer wieder hinweist, und dieser Vorfall hat es nun konkret gemacht.

Das ist das Thema, das mir am nächsten geht, deshalb spreche ich Klartext über die Auswirkungen. Wenn Sie einen Datensatz als anonym behandelt haben, weil Sie die Namen entfernt oder die Kennungen gehasht haben, hat der EDPB im Anschluss an das Gericht klargestellt: Das ist keine Eigenschaft der Daten, sondern ein Urteil über den Kontext. Was in Ihren Händen anonym ist, kann in den Händen eines anderen personenbezogene Daten sein. Das stellt jedes Argument der Art „die Daten sind anonymisiert, GDPR gilt nicht" in einer KI-Trainingspipeline oder einem Forschungsaustausch grundlegend in Frage.

Ich habe eine umfassende Studie zur Definition personenbezogener Daten anhand der Fälle Breyer und SRB verfasst, aus denen dieser relative Ansatz stammt. Sie wird diese Woche auf Cyberacademy veröffentlicht, bleiben Sie also verbunden. Wenn Sie Daten verwalten, die Sie als anonym gekennzeichnet haben, lesen Sie sie vor Ihrer nächsten Datenfreigabeentscheidung. Die Kurzversion: Das Label ist nicht der Schutz. Die dahinterstehende dokumentierte Re-Identifizierungsbewertung ist es.

Ich sage das in jeder Schulung, die ich halte, und jetzt sagt es der Standard auf elf Seiten: Annex A ist kein Katalog, aus dem Sie einkaufen. Sie beginnen mit Ihren Risiken, entscheiden, welche Controls diese Risiken erfordern, und prüfen erst dann Annex A, um sicherzustellen, dass Sie nichts vergessen haben. Organisationen, die ISO/IEC 27001 falsch umsetzen, gehen es rückwärts an: Sie öffnen zuerst Annex A und behandeln ihn als Einkaufsliste. Das Ergebnis ist ein Haufen Controls, die keinem tatsächlichen Risiko entsprechen. Das schlankere ISO 27000 existiert teilweise, um diese Gewohnheit zu beenden.

Praktischer Handlungsbedarf: Wenn Ihre Schulungsmaterialien, Templates oder Ihr internes Wiki ISO 27000-Definitionen zitieren, verweisen sie nun auf eine zurückgezogene Ausgabe, und das Vokabular lebt auf der Online-Plattform von ISO. Und wenn Sie irgendetwas in der Cloud betreiben, ist ISO/IEC 27017 endlich an die Controls von 2022 angepasst, sodass sowohl Ihr Cloud-Control-Mapping als auch Ihr nächstes Cloud-Audit die neue Version benötigen.

Beachten Sie das Muster bei den beiden obigen Punkten. Das EDPB sagt, ein Anonymitätslabel ist kein Schutz. ISO sagt, ein Häkchen in Annex A ist kein Control. Jetzt sagt CISA, ein generiertes SBOM ist keine Supply-Chain-Sicherheit. Dieselbe Lektion, drei Regulierungsbehörden, eine Woche: Das Artefakt ist nicht das Ergebnis. Ein SBOM, das Sie einmal erstellen und ablegen, beweist nichts an dem Tag, an dem eine neue CVE gegen eine darin enthaltene Komponente veröffentlicht wird.

Auch wenn Sie außerhalb des US-amerikanischen Geltungsbereichs sind: Das ist die Richtung, und NIS2, DORA und der Cyber Resilience Act stützen sich alle auf genau diese Art von Supply-Chain-Transparenz. Behandeln Sie das SBOM als lebendiges Inventar, das Sie mit Vulnerability-Feeds abgleichen, nicht als PDF für den Audit-Ordner.

Und hier ist der Teil, bei dem Sie vorausdenken sollten: Das SBOM ist nur das erste Inventar. Das AI Bill of Materials kommt, dieselbe Bestandsführung angewandt auf Modelle, Datasets, Gewichte und Trainings-Provenienz, und CISA hat bereits einen Begleitsatz von KI-Mindestelementen veröffentlicht. Es ist schwieriger, weil ein Modell oder ein Dataset sich ändern kann, ohne dass je ein Build ausgeführt wird, sodass ein jährlicher Snapshot nutzlos ist. Schauen Sie auf den Anfang dieser Ausgabe: Eine nicht erfasste KI-Komponente, die in großem Maßstab ausgenutzt wird, ist genau das Risiko, das ein AI-BoM sichtbar machen soll. Fordern Sie es von Ihren Anbietern ein, bevor Ihre Aufsichtsbehörde es tut.

Ich habe es entwickelt, weil die Tools, die ich immer wieder empfohlen habe, entweder schwerfällig und teuer waren oder GRC als Formular-Ausfüllübung behandelten, was dem Gegenteil von allem entspricht, was ich in diesem Newsletter lehre. Es gibt einen kostenlosen Einstiegstarif. Und wenn Sie es richtig testen möchten, antworten Sie auf diese E-Mail, und ich gebe Ihnen ein volles Jahr des Premium-Tarifs, kostenlos, um es gründlich zu prüfen. Wenn es nichts für Sie ist, kein harter Verkaufsdruck. Der Newsletter bleibt genau so, wie er ist.