Guten Morgen zum KDB-Tech-Update: Sicherheitsupdates, KI-Angriffe und ein genauer Blick auf digitale Prozesse
Willkommen zur Morgenausgabe des KDB-Tech-Updates! Heute gibt’s reichlich Stoff für Deinen Tech-Überblick und den Podcast: Python reagiert auf kompromittierte Zertifikatsschlüssel, eine kritische Brotli-Lücke zieht Updates durch zahlreiche Software-Ökosysteme nach sich, und Android-Malware tarnt sich als harmlose App. Dazu schauen wir auf KI-gestützte Angriffe, Betrug mit täuschend echten Rechnungen, geplanten Phishing-Schutz in Microsoft Teams und neue Entwicklungen bei KI-Modellen und Online-Marktplätzen.
Die gemeinsame Frage für Unternehmen lautet: Wo steckt eine betroffene Komponente tatsächlich drin – und funktionieren die eigenen Sicherheitsabläufe auch dann, wenn eine Warnung oder eine Zahlungsänderung ganz plausibel aussieht? Also, Kaffee her und los geht’s.
Python: Dringende Updates nach kompromittierten Zertifikatsschlüsseln
Das Python-Team hat außerplanmäßig fünf Sicherheitsversionen veröffentlicht: Python 3.15.2, 3.14.10, 3.13.18, 3.12.16 und 3.11.18. Auslöser sind kompromittierte private Schlüssel von Zwischenzertifikaten der Zertifizierungsstelle eMudhra. Mit ihnen konnten Angreifer gültige Zertifikate für beliebige Domains ausstellen. Die Schwachstelle CVE-2026-115557 ist mit einem CVSS-Wert von 9,4 bewertet.
Python weist Zertifikatsketten mit den betroffenen Schlüsseln nun über das Modul ssl zurück. Laut dem Python-Team greift dieser Schutz auch bei pip und dessen Aktualisierung, selbst wenn pip noch nicht auf dem neuesten Stand ist. Trotzdem empfiehlt das Team Updates auf pip 26.2.2, certifi 2026.10.19 sowie uv 0.13.4 oder neuer. Wichtig für die Planung: Binäre Installer gibt es laut Beitrag nur für Python 3.15.2 und 3.14.10; die drei älteren Sicherheitsversionen erscheinen ausschließlich als Quellcode.
Die Releases schließen weitere Lücken. Präparierte Links in TAR-Archiven konnten beim Entpacken mit filter="tar" Dateien außerhalb des vorgesehenen Zielverzeichnisses ablegen. Zudem akzeptierte http.cookiejar.DefaultCookiePolicy unter bestimmten Umständen Cookies mit negativer Versionsnummer für fremde Domains. Ein Auslesen fremder Cookies war darüber laut Beitrag nicht möglich. Je nach Python-Reihe kommen Korrekturen für den XML-Parser Expat, mimetypes unter Windows und tempfile.TemporaryDirectory hinzu.
Für Deine IT heißt das: Nicht nur die Python-Version auf einem Entwicklungsrechner prüfen. Entscheidend ist, welche Versionen in produktiven Anwendungen, Build-Umgebungen und automatisierten Abläufen laufen. KDB kann dabei helfen, Abhängigkeiten zu erfassen, Updates zu priorisieren und Änderungen kontrolliert auszurollen – statt erst beim nächsten Zwischenfall nach der zuständigen Installation zu suchen.
Broccoli2Shell: Eine Brotli-Lücke, viele betroffene Programme
Auch bei der Brotli-Dekomprimierung ist Aufmerksamkeit gefragt. Die kritische Schwachstelle CVE-2026-111497 betrifft Brotli-Versionen von 1.0.3 bis einschließlich 1.2.0 und ist mit einem CVSS-4-Wert von 9,2 bewertet. Speziell präparierte Datenströme können Fehler in der Speicherverwaltung auslösen. Als mögliche Folgen werden das Auslesen oder Beschädigen von Prozessspeicher, Dienstausfälle und unter Umständen die Ausführung von Schadcode genannt. Voraussetzung ist, dass eine Anwendung die schädlichen Daten tatsächlich dekomprimiert.
Korrigierte Brotli-Versionen sind 1.0.10, 1.1.1 und 1.2.1. Weil Anwendungen den betroffenen Code auch selbst mitbringen können, reicht ein Update der Betriebssystembibliothek nicht zwangsläufig aus. Für Node.js stehen die bereinigten Versionen 26.12.1, 24.22.1 und 22.23.4 bereit; für die Python-Pakete „Brotli“ und „brotlicffi“ werden 1.2.1 beziehungsweise 1.2.1.0 genannt. Auch für weitere Umgebungen und Programme gibt es Korrekturen.
Microsoft hat dazu außerplanmäßige Updates für .NET, Visual Studio und PowerShell veröffentlicht. Betroffen sind unter anderem .NET 8, 9 und 10 sowie .NET 11 Release Candidate 3; das .NET Framework ist laut Microsoft nicht betroffen. Bei .NET ist die Brotli-Dekomprimierung standardmäßig nicht aktiviert. Die tatsächliche Exposition hängt also vom Einsatz der betroffenen Funktion ab.
Proof-of-Concept-Exploits sind verfügbar. Zum Zeitpunkt der vorliegenden Berichte waren jedoch keine Angriffe in freier Wildbahn bekannt. Das ist keine Einladung zum Abwarten, aber ein guter Grund, sauber zu unterscheiden zwischen betroffener Komponente, erreichbarem Angriffspfad und nachgewiesenem Angriff. Nach Updates müssen laufende Dienste gegebenenfalls neu gestartet und Container-Images neu gebaut werden, damit nicht weiter alter Code im Speicher läuft. Wo ein Update nicht sofort möglich ist, kann – abhängig von der Anwendung – das vorübergehende Deaktivieren der Brotli-Dekodierung eine Gegenmaßnahme sein.
Das Thema knüpft an unser jüngstes Tech-Update zu Sicherheitslücken und digitalen Abhängigkeiten an: Eine Bibliothek kann an deutlich mehr Stellen stecken, als der Blick auf die offensichtliche Server-Software vermuten lässt.
KI macht Angriffe schneller – ungepatchte Systeme bleiben das eigentliche Einfallstor
Nach Einschätzung von Sicherheitsfachleuten verkürzt KI die Zeit zwischen dem Bekanntwerden einer Schwachstelle und ersten Angriffen. Cloudflare-Chef Matthew Prince und Patrick Garrity von VulnCheck rechnen mit häufigeren akuten Einsätzen zum Schutz internetzugänglicher Systeme. Besonders problematisch sind dabei veraltete Installationen: Im Zusammenhang mit jüngsten Sicherheitsvorfällen wurden auch jahrzehntealte PHP-Systeme sichtbar, die noch betrieben werden.
Eine Analyse von CrowdStrike zeigt eine zweite Seite dieser Entwicklung. In vier untersuchten Angriffen kombinierten bislang unbekannte Gruppen mehrere KI-Modelle und nutzten Unterschiede zwischen deren Schutzmechanismen aus. Die beobachteten Angriffe beruhten laut CrowdStrike nicht auf neuartigen Exploits. KI half vielmehr dabei, vorhandene Schwächen schneller und in größerem Umfang auszunutzen. Menschen waren weiterhin an Planung und anfänglicher Erkundung beteiligt.
Die Lehre ist angenehm unglamourös: KI-Guardrails ersetzen weder Patch-Management noch begrenzte Zugriffsrechte oder die Pflege alter Systeme. Für KDB als IT-Systemhaus und Managed Service Provider ist genau diese kontinuierliche Arbeit entscheidend: Systeme kennen, Wartung organisieren, Warnungen bewerten und im Ernstfall handlungsfähig bleiben. Eine schicke KI allein richtet’s halt net.
Hirudo: Wenn eine Android-App zur gefälschten Banking-App wird
Die Android-Schadsoftware Hirudo tarnt sich zunächst als Shopping-, Unterhaltungs- oder Kurzvideo-App. Nach der Installation fordert sie weitreichende Berechtigungen an, darunter Rechte für Bedienungshilfen. Laut ThreatFabric kann sie damit versuchen, vorhandene Banking-Apps zu entfernen und durch manipulierte, ähnlich aussehende Fassungen zu ersetzen. Die Forschenden haben bislang Kopien von acht Banking-Apps entdeckt.
Die gefälschten Apps können unter anderem Passwörter, PINs, SMS und Bildschirminhalte abgreifen. Auch ein Zugriff auf Kamera und Mikrofon ist beschrieben. Zunächst beobachteten die Forschenden Bezüge zu Banking-Apps aus Indonesien; Hinweise deuten auf weitere Zielländer hin. Wie viele Geräte tatsächlich betroffen sind, ist unbekannt.
Für den Alltag gilt: Apps möglichst aus offiziellen Quellen beziehen, unbekannte APK-Dateien nicht installieren, Sicherheitsupdates einspielen und Google Play Protect regelmäßig prüfen. Wer eine Infektion vermutet, sollte kürzlich installierte Anwendungen kontrollieren. Lässt sich eine verdächtige App nicht normal entfernen, kann der abgesicherte Modus helfen; im hartnäckigen Fall kann ein Zurücksetzen auf Werkseinstellungen nötig werden. Das macht regelmäßige Backups umso wichtiger. Ähnliche Risiken durch vertraut wirkende Apps und Phishing hatten wir bereits im Blick – Hirudo zeigt, wie weit eine solche Tarnung gehen kann.
Rechnungsbetrug: Eine echte Absenderadresse macht noch keine echte Bankverbindung
Ein Bericht über Kommunen zeigt, dass Sicherheit nicht beim Virenscanner endet. Betrüger können Informationen über Geschäftspartner ausspähen und vermeintlich passende Rechnungen verschicken – mit korrekten Angaben zu Auftrag und Leistung, aber einer geänderten Kontoverbindung. In einem geschilderten Fall verlor eine Gemeinde im Landkreis Traunstein dadurch einen Betrag zwischen 80.000 und 140.000 Euro. Dort wird bei mitgeteilten Änderungen von Kontodaten inzwischen telefonisch nachgefragt.
Gerade weil KI gefälschte Nachrichten sprachlich überzeugender machen kann, braucht es für Zahlungsänderungen einen festen Prüfprozess über einen unabhängigen Kontaktweg. Das ist nicht bloß ein IT-Thema, sondern Prozessgestaltung: Wer darf Stammdaten ändern? Wer prüft die Änderung? Und wie wird die Rückfrage dokumentiert? Solche Abläufe lassen sich mit KDB sinnvoll digitalisieren und teilweise automatisieren – die entscheidende Freigabe sollte dadurch aber nicht zur ungeprüften Formsache werden.
Ebenso wichtig sind ein Notfallplan und getestete Wiederherstellungswege. Die im Bericht beschriebene Gemeinde Marquartstein setzt im Ernstfall unter anderem auf das schnelle Trennen betroffener Systeme vom Netzwerk und die Wiederherstellung aus Backups. Wie lange ein Ausfall dauert, hängt vom jeweiligen Vorfall und der eigenen Vorbereitung ab.
Microsoft Teams: Geplanter Phishing-Schutz soll auch den Gesprächskontext prüfen
Microsoft plant für Teams eine KI-gestützte Erkennung verdächtiger Nachrichten, die nicht allein auf Links oder Anhänge schaut. Sie soll auch den Gesprächszusammenhang berücksichtigen – insbesondere bei erstmaligen Kontakten mit externen Personen. Laut Microsoft-365-Roadmap läuft die Testphase für ausgewählte Nutzende voraussichtlich bis Mitte November 2026; die weltweite Einführung ist derzeit für Anfang bis Mitte Dezember vorgesehen. Das ist ein Plan, noch keine bereits allgemein verfügbare Schutzfunktion.
Microsoft zufolge müssen Administratoren die Funktion nicht eigens einschalten; Nachrichteninhalte sollen weder zum KI-Training noch für andere Zwecke gespeichert werden. Unabhängig von der geplanten Erkennung bleiben Zwei-Faktor-Authentifizierung, sparsam vergebene Zugriffsrechte und Regeln für Downloads auf nicht verwaltete Geräte wichtig. Denn auch eine gute Warnung hilft wenig, wenn ein externer Zugang dauerhaft mehr darf, als er sollte.
OpenSSL 4.1: Neue Möglichkeiten – mit bekannten Einschränkungen
OpenSSL 4.1.0 unterstützt nun DTLS 1.3 für abgesicherte Datagrammverbindungen, etwa über UDP. Hinzu kommen GREASE zur besseren Zukunftsfähigkeit von TLS-Verbindungen sowie Leistungsoptimierungen für die Post-Quanten-Verfahren ML-DSA und ML-KEM. Für technische Teams ist das relevant, wenn Anwendungen solche Protokolle und Verfahren einsetzen oder ihre Kryptografie-Bibliotheken aktualisieren.
Beim Upgrade lohnt sich allerdings der Blick in die Release-Informationen: Für die DTLS-1.3-Implementierung sind noch vier Fehler bekannt, unter anderem beim Umgang mit Paketverlusten und Fehlermeldungen in Listenern. Wer das Hilfsprogramm tsget verwendet, benötigt außerdem künftig das Perl-Modul Net::Curl::Easy. Neue Funktionen sind gut – aber ein Upgrade gehört getestet, bevor es im produktiven Betrieb überraschend „unexpected_message“ sagt.
KI im Unternehmen: Fähigkeiten, Kosten und Kontrolle gemeinsam betrachten
Moonshot AI hat mit Kimi K3.1 Pro ein Modell vorgestellt, das besonders bei agentischen Aufgaben wie Programmierung und Automatisierung zulegen soll. In Tests von Artificial Analysis erreicht es im Intelligence Index 55 Punkte und Platz vier; bei Terminal-Bench 4.0 stieg die gemessene Erfolgsquote gegenüber dem Vorgänger von 13 auf 67 Prozent. Die Veröffentlichung der Modellgewichte ist für spätestens 4. November angekündigt – angekündigt ist dabei nicht dasselbe wie bereits verfügbar.
Für Unternehmen ist neben solchen Testwerten die Kostenrechnung interessant. Zwar sind die genannten API-Tokenpreise niedriger als beim Vorgänger, doch das Modell erzeugte in den Tests durchschnittlich mehr Ausgabetoken. Eine komplette Aufgabe kostete im ausgewiesenen Profil deshalb im Schnitt 2,11 statt 2,00 US-Dollar. Gleichzeitig berichten Medien über hohe Rabatte, mit denen OpenAI Unternehmenskunden von Anthropic gewinnen will. Einzelne Vertragsberichte zeigen: Modellpreise können sich deutlich vom öffentlichen Listenpreis unterscheiden.
Wenn KDB KI für Automatisierung oder Prozessgestaltung bewertet, ist deshalb nicht die Rangliste allein entscheidend. Maßgeblich sind die Ergebnisse für Deinen Anwendungsfall, die Kosten pro erledigter Aufgabe und klare Grenzen für Daten, Berechtigungen und menschliche Freigaben. Das gilt erst recht für Agenten, die eigenständig Werkzeuge bedienen können.
Onlinehandel: Temu soll Risiken und Empfehlungsalgorithmen genauer prüfen
Die EU-Kommission hat einen Maßnahmenplan von Temu gegen illegale, gefälschte und nicht konforme Produkte gebilligt. Hintergrund ist eine im Mai verhängte Geldbuße von 200 Millionen Euro wegen aus Sicht der Kommission unzureichender Risikobewertung nach dem Digital Services Act. Temu will plattformspezifische Risiken untersuchen, die Wirksamkeit von Gegenmaßnahmen anhand verlässlicher Kennzahlen messen und prüfen, ob Empfehlungsalgorithmen problematische Angebote unbeabsichtigt verstärken oder von Händlern manipuliert werden können. Innerhalb von vier Monaten muss das Unternehmen eine Zwischenbewertung vorlegen.
Für Betreiber digitaler Verkaufsplattformen steckt darin eine grundsätzliche Frage: Was wird durch Suche, Empfehlungen und Gestaltung sichtbar – und woran lässt sich messen, ob Gegenmaßnahmen wirken? Bei Homepage-Erstellung, SEO und digitalem Marketing schaut KDB deshalb nicht nur auf Reichweite. Vertrauen, nachvollziehbare Inhalte und belastbare Prozesse gehören ebenso zu einem guten digitalen Auftritt.
KDB-Fazit zum Morgen: Erst die Abhängigkeiten kennen, dann zügig handeln
Python und Brotli zeigen heute besonders deutlich, warum eine gepflegte Übersicht über Software und ihre Abhängigkeiten so wertvoll ist. Die Berichte zu Hirudo, Rechnungsbetrug und KI-gestützten Angriffen ergänzen das Bild: Technik, Berechtigungen und menschliche Entscheidungen müssen zusammenpassen.
Deine sinnvolle Reihenfolge für heute: betroffene Versionen und Einsatzorte prüfen, verfügbare Sicherheitsupdates samt Neustarts einplanen, Zahlungsänderungen über einen unabhängigen Weg verifizieren und bestehende Zugriffe in mobilen Apps sowie Kollaborationstools kritisch ansehen. Nicht alles ist gleichzeitig ein akuter Vorfall – aber „läuft doch noch“ ist eben auch keine Sicherheitsstrategie.
