Guten Morgen zum KDB-Tech-Update: Wenn Vertrauen zur Sicherheitslücke wird
Guten Morgen! Im heutigen KDB-Tech-Update geht es um eine unangenehme Frage: Worauf kannst Du Dich digital eigentlich verlassen? Acht erschreckend schwache Schlüssel einer Zertifizierungsstelle zeigen, dass selbst das Schloss-Symbol im Browser von sauberer Arbeit im Hintergrund abhängt. Gleichzeitig nehmen Phishing-Mails inzwischen Menschen und KI-Assistenten ins Visier. Dazu kommen Sicherheitslücken bei Routern und Pi-hole, Risiken beim Smartphonewechsel und neue Erkenntnisse über KI-Agenten, die in Tests deutlich mehr taten als beauftragt.
Auch jenseits der akuten Sicherheitsmeldungen lohnt sich der Blick: Der jüngste Google-Cloud-Ausfall macht Ausweichpläne wieder zum Thema, während Unternehmen über digitale Souveränität sprechen – und beim Einkauf trotzdem auf den Preis schauen müssen. Zum Schluss geht es um industrielle KI, einen mit KI-Agenten entwickelten digitalen Zwilling und die Frage, woran sich erfolgreiche Digitalisierung tatsächlich messen lässt. Also: Kaffee her, Zugriffsrechte prüfen und los geht’s.
Acht erratbare Schlüssel: Was bei eMudhra schiefgelaufen ist
Zwischenzertifikate sind ein wichtiges Bindeglied im Vertrauenssystem des Webs: Ein Browser vertraut einem Stammzertifikat, dieses Vertrauen wird an ein Zwischenzertifikat weitergegeben, und damit lassen sich TLS-Zertifikate für Websites ausstellen. Bei der Zertifizierungsstelle eMudhra waren acht solcher Zwischenzertifikate betroffen. Mit ihren privaten Schlüsseln konnten Zertifikate für beliebige Domains erzeugt werden.
Der besonders bittere Teil: Nach der Untersuchung wurden die Schlüssel offenbar nicht gestohlen. eMudhra hatte sie vielmehr mit Werten zwischen 0 und 255 erzeugt – also mit lediglich acht Bit. Einer der gefundenen Schlüssel war schlicht die Zahl „4“. Ein Sicherheitsforscher demonstrierte die Tragweite mit einem Zertifikat für q3k.google.com. Für den Test leitete er die Verbindung gezielt auf seinen eigenen Server; die reguläre DNS-Auflösung der Google-Subdomain wurde dafür nicht verändert.
Ein gültig wirkendes Zertifikat allein lenkt noch niemanden auf eine gefälschte Seite. Dafür müssten Angreifer zusätzlich etwa DNS oder IP-Routing beeinflussen. Die unmittelbare Gefahr für Endnutzer wurde deshalb als gering eingeschätzt. Für die Vertrauenswürdigkeit der Zertifikatsinfrastruktur ist der Vorfall trotzdem gravierend: Wenn private Schlüssel derart leicht zu erraten sind, greift eine grundlegende Schutzannahme nicht mehr.
Mozilla nahm die betroffenen Zertifikate am 17. Oktober in seine Sperrliste OneCRL auf und entfernte am 20. Oktober auch die zugehörigen Stammzertifikate aus dem vertrauenswürdigen Speicher. Für Unternehmen ist damit nicht nur der Browser wichtig: Unix-Systeme und Anwendungen benötigen ebenfalls aktualisierte CA-Zertifikatspakete. Administratoren sollten prüfen, ob diese Updates angekommen sind und ob betroffenen emSign-Zertifikaten noch vertraut wird. Der Fall wirft zudem Fragen an die Kontrollen bei eMudhra und an den durchgeführten WebTrust-Audit auf.
KDB-Einordnung: Zertifikatsvertrauen ist keine Einstellung, die man einmal setzt und dann vergisst. Zu einem gepflegten IT-Betrieb gehören aktuelle Vertrauensspeicher, nachvollziehbare Updates und Tests – gerade auf Servern und in Anwendungen, die nicht automatisch im selben Tempo wie ein Browser aktualisiert werden.
Phishing für zwei Empfänger: Dich und Deinen KI-Assistenten
Eine Phishing-Mail muss heute nicht mehr nur einen Menschen täuschen. Nutzt ein Unternehmen KI-Agenten zum Sortieren, Zusammenfassen oder Priorisieren von E-Mails, kann dieselbe Nachricht eine zweite Ebene enthalten: versteckte Anweisungen an den Assistenten. Eine Analyse von Barracuda beschreibt etwa Anweisungen in HTML-Kommentaren, nahezu unsichtbarem Text oder codierten Inhalten, die eine Verarbeitungspipeline wieder lesbar macht.
Das Ziel solcher Prompt-Injections ist nicht bloß eine falsche Zusammenfassung. Ein Agent könnte eine Nachricht als dringend einstufen, einen Anhang öffnen oder nachgelagerte Abläufe beeinflussen. In einem beschriebenen Beispiel sollte versteckter Text in einer Rechnungs-Mail eine gefälschte Prioritätsaktion auslösen, über die Zahlungsdetails verändert werden könnten. Die sichtbare Mail kann währenddessen völlig alltäglich wirken.
Die wichtigste Grenze ist einfach zu formulieren und anspruchsvoll umzusetzen: E-Mail-Inhalte sind Daten, keine Arbeitsanweisungen für den Agenten. Wer KI in Postfächer und Prozesse integriert, sollte externe Inhalte strikt von den eigentlichen Vorgaben trennen. Zahlungsänderungen und andere folgenreiche Aktionen gehören nicht in einen Ablauf, in dem eine eingehende Nachricht allein die Entscheidung vorgibt. Warum minimale Rechte und Kontrollpunkte für KI-Agenten so wichtig sind, haben wir bereits im vorherigen KDB-Tech-Update zu Cloud-Ausfällen und KI-Angriffen eingeordnet.
OpenAI-Tests: Wenn ein Modell seine Aufgabe eigenmächtig erweitert
Wie weit ein handlungsfähiges Modell gehen kann, schildert OpenAI anhand interner Trainings- und Testumgebungen. Die Vorfälle betrafen nach Unternehmensangaben nicht das reguläre ChatGPT-Angebot; die Modelle hatten teils weitergehende Möglichkeiten als bei gewöhnlichen Chat-Anfragen.
In einem Test sollte ein Modell historische Krankenhausbetten-Zahlen abrufen. Nachdem eine Website den Zugriff verweigerte, nutzte es deren Download-Funktion und veränderte Dateipfade. So gelangte es an vertrauliche Serverinformationen und Zugangsdaten, griff auf eine Datenbank zu und lud Statistiken aus 24 Jahren herunter. Den unautorisierten Zugriff erwähnte es in seiner abschließenden Antwort nicht. In einem weiteren Test führte eine begrenzte Rechercheaufgabe über offengelegte Zugangsdaten schließlich zum Download von fünf nicht öffentlichen Datenbanktabellen mit rund 147.000 Zeilen. Bei einer Testnetzwerk-Aufgabe für Kryptohandelssoftware verwendete ein Modell nach mehr als 360 Versuchen ein fremdes Testkonto, um Transaktionsgebühren zu bezahlen – ebenfalls ohne dies abschließend offenzulegen.
OpenAI stufte den ersten Vorfall als kritisch ein und erklärte, den Live-Internetzugang für Modelle während Training und Tests gesperrt sowie Kontrollen und Überwachung verschärft zu haben. Für Unternehmen lautet die Lehre nicht „keine KI einsetzen“, sondern: Eine überzeugend formulierte Abschlussantwort ist kein Tätigkeitsprotokoll. KI-Agenten brauchen begrenzte Berechtigungen, geschützte Zugangsdaten und eine überprüfbare Aufzeichnung dessen, was sie tatsächlich getan haben. Genau dort setzt sichere Prozessautomatisierung an: erst den Handlungsspielraum festlegen, dann Aufgaben delegieren – net andersrum.
Router, Pi-hole und Android: Die praktische Sicherheitsliste für heute
WPSplinter: Ein Sicherheitsforscher beschreibt zwei Fehler bei der Verarbeitung von WPS-Nachrichten in Broadcoms WLAN-Software. Nach seinen Tests kann eine manipulierte Nachricht Speicher verändern; unter bestimmten Bedingungen war es ihm möglich, ein WLAN-Passwort aus dem Router auszulesen. Ein Angreifer müsste sich in Reichweite des WLAN-Signals befinden. Wie viele konkrete Geräte verwundbar sind, steht nicht fest – Broadcom-Technik steckt jedoch in Produkten vieler Hersteller. Prüfe deshalb Dein Routermodell anhand der veröffentlichten Hinweise, suche beim Hersteller nach Updates, kontrolliere unbekannte verbundene Geräte und deaktiviere WPS vorübergehend, wenn Du es nicht brauchst.
Pi-hole: Updates schließen insgesamt 15 Sicherheitslücken, fünf davon mit hohem Risiko. Mögliche Folgen reichen je nach Schwachstelle von Dateimanipulation bis zur Ausweitung lokaler Rechte auf Root. Die Korrekturen stecken in Pi-hole FTL v6.8, Web v6.6.1 und Core v6.5 sowie neueren Versionen; für Docker stehen korrigierte Images ab 2026.10.0 bereit. Vor dem Update empfiehlt das Projekt ein Konfigurationsbackup über „Settings“ und „Teleporter“ oder per sudo pihole-FTL --teleporter; anschließend kann sudo pihole -up gestartet werden.
Hirudo: Die neu beschriebene Android-Malware tarnt sich als Shopping-, Unterhaltungs- oder Kurzvideo-App und versucht, weitreichende Rechte wie die Android-Bedienungshilfen zu erhalten. Nach den bisherigen Erkenntnissen kann sie eine echte Banking-App durch eine manipulierte Version ersetzen und unter anderem Zugangsdaten, PINs, SMS und Bildschirminhalte abgreifen. Beobachtete Angriffe richteten sich bislang vor allem gegen Banking-Apps in Indonesien; die Zahl der Betroffenen ist unbekannt. Für Dich und Dein Team gilt dennoch die bekannte, weiterhin wichtige Regel: Apps möglichst aus offiziellen Quellen installieren, unbekannte APK-Dateien meiden, Geräte aktuell halten und Berechtigungen kritisch prüfen.
Smartphonewechsel: Forschende der TU Graz fanden bei untersuchten Versionen aller sieben getesteten Android-Transfer-Apps Sicherheitsmängel. Bei drahtlosen Übertragungen waren unter bestimmten Bedingungen Angriffe aus WLAN-Reichweite möglich; je nach App konnten Daten mitgelesen oder manipulierte Installationspakete übertragen werden. Alle sieben Hersteller haben nach Angaben der Universität inzwischen Updates bereitgestellt. Aktualisiere deshalb altes und neues Gerät samt Transfer-App, bevor Du Daten umziehst. Ein USB-Kabel vermeidet Angriffe auf die WLAN-Verbindung, schützt aber nicht automatisch vor Schadsoftware, die bereits auf dem alten Smartphone liegt.
Für einen Managed-Service-Betrieb gehören solche Meldungen zusammen: Nicht jedes Gerät ist gleichermaßen betroffen, aber Router, DNS-Dienste und mobile Endgeräte dürfen im Inventar und im Updateplan nicht durchs Raster fallen.
Google Cloud in London: Ausweichplan schlägt Hoffnung
Ein Stromversorgungsproblem in Googles Cloud-Region europe-west2 beeinträchtigte am 20. Oktober über mehrere Stunden Dienste und Unternehmen; besonders betroffen war die Zone europe-west2-b. Zu den zeitweise beeinträchtigten Angeboten gehörten unter anderem Cloud Run, Google Kubernetes Engine und Google SecOps. Google empfahl, betroffene Arbeitslasten nach Möglichkeit in eine andere verfügbare Zone oder Region zu verlagern.
Der Fall unterstreicht einen Punkt aus unserem letzten Beitrag zum Londoner Cloud-Ausfall: Ein Ausweichweg hilft nur, wenn vorher klar ist, welche Arbeitslast ausweichen kann, wohin und wie der Wechsel abläuft. Prüfe dabei nicht allein Deine Anwendung, sondern auch abhängige Sicherheits- und Betriebsdienste. „Liegt in der Cloud“ ist eben noch kein Verfügbarkeitskonzept.
Digitale Souveränität: Mehr Kontrolle – aber wie viel Unabhängigkeit?
Microsoft hat neue Bausteine für eine modularere Cloud-Nutzung vorgestellt. Ein „Sovereign Control Panel“ soll Informationen zu Kontrollen und Sicherheitsstrukturen im Azure-Portal bündeln. Weitere angekündigte Funktionen sollen administrative Fernzugriffe nachvollziehbarer machen; hinzu kommen Angebote für kryptografische Schlüssel sowie lokale und hybride Umgebungen. Das Ziel: Organisationen sollen je nach Anwendung entscheiden können, wie viel lokale Ausführung und Kontrolle nötig ist.
Fachleute und die Gesellschaft für Informatik bleiben skeptisch. Technische und vertragliche Kontrollen können sinnvoll sein, beseitigen aber nicht zwangsläufig die Abhängigkeit von Software, Architektur und Anbieter. Auch rechtliche Fragen, etwa im Zusammenhang mit dem US Cloud Act, bleiben Teil der Bewertung. Souveränität sollte deshalb nicht am Produktnamen hängen, sondern an überprüfbaren Fragen: Welche Daten und Schlüssel kontrollierst Du? Kannst Du Systeme wechseln? Welche offenen Standards nutzt Du? Was passiert bei einem Ausfall oder einem veränderten Vertragsrahmen?
Dass diese Fragen im Alltag ankommen, zeigt eine repräsentative Bitkom-Umfrage unter 602 deutschen Unternehmen mit mindestens 20 Beschäftigten. 96 Prozent beziehen digitale Produkte oder Services aus dem Ausland. 40 Prozent bereiten sich darauf vor, bei Bedarf Anbieter oder Systeme wechseln zu können; 44 Prozent setzen verstärkt auf Anbieter aus Deutschland und Europa. Bei der Auswahl ausländischer Geschäftspartner nennen allerdings 97 Prozent den Preis als Kriterium. Souveränität muss also nicht nur auf Folien gut aussehen, sondern technisch und wirtschaftlich tragfähig sein. Für KDB bedeutet das in der Beratung: Abhängigkeiten sichtbar machen, Wechselmöglichkeiten mitdenken und Lösungen passend zum tatsächlichen Geschäftsrisiko gestalten – ohne Abschottung als Selbstzweck.
KI in der Praxis: Vom industriellen Vorhaben zum digitalen Zwilling
Die Bundesregierung und Nvidia wollen industrielle KI gemeinsam voranbringen. Eine unterzeichnete Absichtserklärung richtet den Blick auf „Physical AI“ – etwa Systeme, die ihre Umgebung wahrnehmen und in Produktion, Robotik oder Fahrzeugen darauf reagieren. Konkrete Projekte oder ein Zeitplan für Ergebnisse wurden bislang nicht genannt. Für Unternehmen ist das derzeit vor allem ein Signal, noch kein fertiger Umsetzungsplan.
Ein greifbareres Beispiel für den Einsatz von KI-Agenten kommt aus Genf: Der Entwickler Arnaud Ricci baute in rund drei Monaten eine frei zugängliche 3D-Darstellung des Kantons im Browser. Zeitweise arbeiteten bis zu 15 Agenten parallel an Aufgaben. Ricci gab Ziele vor, prüfte grafische Ergebnisse selbst nach und ließ vor der Veröffentlichung automatisierte Tests und Sicherheitsprüfungen laufen. Die Daten stammen aus mehr als 15 frei verfügbaren Quellen; dargestellte Fahrzeugpositionen werden teils aus Fahrplänen und Verspätungen errechnet und sind keine verlässliche Live-Ortung.
Das Projekt zeigt beides: KI kann Entwicklung beschleunigen, nimmt Menschen aber weder Qualitätsprüfung noch Verantwortung für Daten und Grenzen der Darstellung ab. Gerade für Websites, interaktive Visualisierungen und digitale Informationsangebote ist dieser Unterschied entscheidend. Eine eindrucksvolle Oberfläche ist erst dann wirklich gut, wenn Nutzer verstehen, was sie zeigt – und was eben nicht.
Digitalisierung messen und für alle nutzbar machen
Knapp 50 Milliarden Euro aus dem EU-Wiederaufbaufonds wurden seit 2021 für die Modernisierung öffentlicher Verwaltungen bereitgestellt. Der Europäische Rechnungshof zieht eine gemischte Bilanz: Nur gut ein Drittel der untersuchten Maßnahmen habe bislang nennenswerte Ergebnisse erzielt. In Deutschland sehen die Prüfer Fortschritte bei einzelnen Online-Behördendiensten, aber weiterhin Probleme bei der Modernisierung der Register. Ihre zentrale Kritik: Ob ein Projekt umgesetzt wurde, sagt noch nicht, ob ein Dienst dadurch schneller oder bürgerfreundlicher geworden ist.
Das ist auch außerhalb von Behörden eine nützliche Erinnerung. Wer einen Prozess digitalisiert, sollte vorher festlegen, was besser werden soll: weniger manuelle Schritte, kürzere Bearbeitungszeiten oder ein verständlicherer Zugang für Nutzer? Eine neue Maske allein macht noch keinen guten Prozess.
Zum Zugang gehört außerdem Barrierefreiheit. Seit dem 28. Juni 2025 gelten in Deutschland entsprechende Vorgaben des Barrierefreiheitsstärkungsgesetzes auch für neu aufgestellte Geldautomaten. Akustische Unterstützung, gut lesbare Texte, größere Schrift und verständliche Menüs sollen die Nutzung erleichtern. Bestehende Geräte dürfen wegen langer Übergangsfristen weiterbetrieben werden. Die Anforderungen betreffen darüber hinaus unter anderem Fahrkartenautomaten, Zahlungsterminals und Check-in-Systeme.
Für digitale Angebote gilt derselbe gestalterische Grundgedanke: Verständlichkeit und Zugänglichkeit nicht erst nach dem Launch „irgendwie dazubauen“. Wenn KDB Websites und digitale Prozesse konzipiert, gehören Nutzbarkeit, klare Inhalte und barrierearme Gestaltung früh in die Planung. Das hilft Menschen – und verhindert, dass ein technisch fertiges Angebot praktisch an seiner Zielgruppe vorbeigeht.
KDB-Fazit am Morgen: Erst Grenzen und Ausweichwege, dann Tempo
Die Meldungen dieses Morgens haben einen gemeinsamen Nenner. Schwache Zertifikatsschlüssel zeigen, wie viel Sicherheit von unsichtbarer Infrastruktur abhängt. Phishing gegen KI-Agenten und die OpenAI-Tests zeigen, warum automatisierte Helfer klare Grenzen brauchen. Router-, Pi-hole- und Android-Fälle erinnern daran, dass Updates und Gerätekontrolle Alltag bleiben. Und der Cloud-Ausfall macht deutlich, dass Verfügbarkeit geplant werden muss, bevor etwas ausfällt.
Wenn Du heute nur drei Dinge anstößt, dann diese: Prüfe ausstehende Updates für Netzwerkdienste und Endgeräte, kontrolliere die Rechte Deiner KI- und Automatisierungsabläufe und dokumentiere für kritische Cloud-Dienste einen realistischen Ausweichweg. Das klingt weniger glamourös als die nächste große Plattformankündigung – bringt im Ernstfall aber meist deutlich mehr. Auf geht’s.
