Guten Abend beim KDB-Tech-Update: Updates, Angriffe und KI mit Verantwortung
Willkommen zum abendlichen KDB-Tech-Update am 30. Oktober! Auf dem Themenzettel für Blog und Podcast stehen heute gleich mehrere Baustellen: Angriffe auf Cisco-Firewalls und GitLab, eine besonders tückische WordPress-Lücke, Sicherheitsupdates für TeamViewer und Linux sowie eine manipulierte Erweiterung für die Entwicklungsumgebung Cursor. Dazu schauen wir auf Cyberangriffe bei der Charité und der Universität Leipzig – und darauf, wie KI Geschäftsprozesse künftig ausführen soll, ohne dass die Kontrolle flöten geht. Kurzum: Es gibt einiges zu tun. Packen wir’s an.
Cisco und GitLab: Aktiv ausgenutzte Lücken verlangen einen genauen Versionscheck
Die US-Cybersicherheitsbehörde CISA führt eine Schwachstelle im SSL-VPN von Cisco-ASA- und Cisco-FTD-Firewalls sowie eine kritische GitLab-Lücke inzwischen als bekannt und aktiv ausgenutzt. Über die konkreten Angriffe sind bislang nur begrenzte Informationen öffentlich. Für Betreiber ist die Konsequenz trotzdem klar: Nicht auf weitere Details warten, sondern die eigene Umgebung prüfen.
Bei Cisco kann ein Logikfehler im SSL-VPN einen Neustart der Firewall auslösen, wenn in einer Tunnel-Gruppe eine sekundäre Authentifizierung eingerichtet ist. Manipulierte Verbindungsanfragen können so die Verfügbarkeit beeinträchtigen. Die Lücke trägt die Kennung CVE-2026-76418 und ist mit CVSS 8,6 bewertet. Einen offiziellen Workaround nennt Cisco nicht; der Hersteller empfiehlt ein Update auf eine abgesicherte Version. Welche Ausgabe passt, hängt vom eingesetzten ASA- beziehungsweise FTD-Softwarezweig ab.
Noch kritischer ist die GitLab-Lücke CVE-2026-97229 mit CVSS 10,0: Ohne Anmeldung können Angreifer über präparierte reguläre Ausdrücke in einer CI/CD-Konfiguration Schadcode auf dem Server ausführen. GitLab veröffentlichte am 12. Oktober korrigierte Versionen ab 19.2.8, 19.3.5 und 19.4.2. Der Vorfall beim Alpine-Linux-Team zeigt allerdings, warum ein Blick auf die angezeigte GitLab-Versionsnummer allein zu kurz greift. Das Team beobachtete Angriffsversuche auf seine Instanz und baute sie vorsorglich neu auf, obwohl es nach eigenen Angaben keine Belege für einen erfolgreichen Angriff fand.
Die Besonderheit: Die benötigte Korrektur steckt in einem Ruby-Patch, den GitLab in seine offiziellen Pakete integriert. Wer Ruby selbst verwaltet oder ein entsprechend aufgebautes Container-Image nutzt, muss auch diese Abhängigkeit prüfen. Erforderlich sind mindestens Ruby 3.3.13, 3.4.12 oder 4.0.9. Nutzer des Images „alpinelinux/gitlab“ sollten Version 19.3.6 erneut herunterladen: Erst das am 27. Oktober veröffentlichte Image enthält laut Bericht Ruby 3.3.13.
KDB-Einordnung: Bei Firewalls und Entwicklungsplattformen reicht „Update erledigt“ als Häkchen in der Liste nicht. Entscheidend ist, welche Version tatsächlich läuft, welche Abhängigkeiten im Paket stecken und ob die Anwendung nach dem Update wie erwartet funktioniert. Genau diese Bestandsaufnahme, priorisierte Aktualisierung und anschließende Kontrolle gehören zu einer vernünftigen IT-Sicherheitsroutine.
WordPress: Ausgerechnet während des Updates öffnet sich ein Angriffsfenster
Für WordPress gibt es Sicherheitskorrekturen für knapp zwei Dutzend Schwachstellen. Besonders dringlich ist eine hochriskante Lücke im Core, für die Wordfence bereits Such- und Angriffsversuche beobachtet hat. Nicht angemeldete Angreifer können unter bestimmten Bedingungen während eines laufenden Core-Upgrades Schadcode einschleusen. Das dafür relevante, aus dem Internet erreichbare Staging-Verzeichnis liegt unter wp-content/upgrade.
Der Angriff erfordert ein enges Zeitfenster: Ein Upgrade mit dem vollständigen Core-Paket muss gerade laufen, bevor WordPress die temporären Dateien wieder entfernt. Klein ist dieses Fenster – harmlos ist es deshalb nicht. Wordfence zählte in den ersten 21 Stunden nach Einführung einer passenden Firewall-Regel mehr als 18.500 Anfragen, die nach anfälligen Installationspfaden suchten. Die Lücke hat einen CVSS-Wert von 8,1; zum Zeitpunkt der Meldung war noch keine CVE-Kennung bekannt.
Die Korrektur steckt unter anderem in WordPress 7.1.4 und 7.0.8 sowie in Sicherheitsversionen zahlreicher älterer Zweige. Betreiber sollten prüfen, ob ihre konkrete Installation eine korrigierte Ausgabe verwendet, und fehlende Updates zeitnah nachholen. War eine Website während der beobachteten Versuche noch verwundbar, empfiehlt sich zusätzlich ein Blick in die Server-Logs und das Upgrade-Verzeichnis. Unerwartete PHP-Dateien, unbekannte Administratorkonten oder nicht selbst installierte Plug-ins gehören untersucht.
Für KDB als Partner für Homepageerstellung, Betrieb und SEO ist das ein wichtiger Punkt: Eine Website ist nicht schon deshalb gut betreut, weil sie hübsch aussieht und bei Google gefunden wird. Sie muss auch gepflegt, aktualisiert und auf Auffälligkeiten geprüft werden. Mehr zum grundsätzlichen Umgang mit Updates und sicheren digitalen Prozessen findest Du in unserem früheren KDB-Tech-Update.
TeamViewer und Linux: Weitere Updates für den Betriebsalltag
TeamViewer hat drei hochriskante Schwachstellen in seiner Fernwartungssoftware geschlossen. Zwei davon können unter bestimmten Bedingungen die Ausführung von Schadcode ermöglichen: einmal über manipulierte Bildschirmdaten bei der Verbindung zu einem kontrollierten Host, einmal über Bildschirmdaten in einer Fernsteuerungssitzung oder beim Öffnen einer aufgezeichneten .tvs-Sitzung. Eine dritte Lücke betrifft den privilegierten Helfer-Prozess unter macOS und kann eine Ausweitung der Rechte bis auf Root-Ebene ermöglichen. Nach Angaben von TeamViewer werden die Schwachstellen bislang nicht aktiv ausgenutzt.
Betroffen sind verschiedene Ausgaben von Full Client, Host, Remote Control und portablen Versionen. Die Sicherheitsmitteilung nennt verwundbare Fassungen vor Version 15.83 für Linux, macOS und Windows; auch ältere Entwicklungszweige erhalten aktualisierte Pakete. Wer Fernwartung im Unternehmen einsetzt, sollte deshalb nicht nur den eigenen Rechner, sondern die tatsächlich genutzten Clients und Hosts inventarisieren und die jeweils passenden Updates einspielen.
Parallel wurde eine kritische Schwachstelle im IPv4-Netzwerkcode des Linux-Kernels bekannt: CVE-2026-98432, bewertet mit CVSS 9,8. Unter geeigneten Bedingungen könnte sie über das Netzwerk zur Ausführung fremden Codes führen. Ein demonstrierender Exploit wurde entwickelt, ist aber nicht öffentlich; konkrete Angriffe sind bislang nicht bekannt. Der bekannte Exploit bezieht sich auf Multipath TCP. Ob ein angreifbares Ziel zwingend einen entsprechenden Dienst betreiben muss, ist noch unklar.
Für Administratoren heißt das: Sicherheitsmeldungen der eigenen Linux-Distribution verfolgen und verfügbare korrigierte Kernel zeitnah installieren. Der Fehler wurde mithilfe systematischer Tests durch Anthropics KI Claude entdeckt – nachdem er rund elf Jahre unbemerkt im Code geblieben war. KI kann Sicherheitsprüfungen also sinnvoll unterstützen. Sie ersetzt aber weder die technische Bewertung eines Fundes noch das saubere Einspielen und Prüfen eines Patches.
Charité und Universität Leipzig: Wenn ein Sicherheitsvorfall den Betrieb erreicht
Bei der Berliner Charité drangen Unbefugte in Server ein und entwendeten personenbezogene Kontaktdaten von Beschäftigten und Patienten, die beispielsweise online einen Termin vereinbart oder angefragt hatten. Die Klinik hat nach eigenen Angaben Maßnahmen zur Schadensbegrenzung eingeleitet und will Betroffene möglichst schnell informieren. Die Krankenversorgung sei nicht beeinträchtigt. Wichtig für die Einordnung: Laut Charité steht dieser Angriff nicht mit der PHP-Sicherheitslücke im Zusammenhang, wegen der die Website in der Vorwoche vorsorglich offline genommen worden war.
Die Universität Leipzig nahm nach einem Cyberangriff vorsorglich sämtliche Angebote mit Internetverbindung vom Netz. Betroffen sind unter anderem E-Mail und digitale Plattformen. Ein Krisenstab, das Universitätsrechenzentrum und ein externer IT-Notfall-Dienstleister bearbeiten den Vorfall. Wie die Angreifer eindrangen und ob Daten abgeflossen sind, ist bislang unklar; einen Datenabfluss hat die Universität nicht bestätigt. Für die Information während des Ausfalls gibt es eine Ersatz-Webseite unter der offiziellen Internetadresse.
Beide Fälle zeigen unterschiedliche Folgen eines Angriffs: Bei der Charité stehen entwendete Kontaktdaten im Mittelpunkt, in Leipzig zusätzlich die Verfügbarkeit zentraler Dienste. Für Unternehmen ist das ein guter Anlass, den eigenen Notfallplan nüchtern durchzugehen: Wer entscheidet über die Abschaltung von Systemen? Wie erreichst Du Mitarbeitende und Kunden, wenn E-Mail oder Website ausfallen? Und wer untersucht einen möglichen Datenabfluss? Solche Fragen lassen sich vor einem Vorfall deutlich entspannter beantworten als mittendrin – au Backe.
Entwicklungsumgebungen und Smartphones: Vertraute Werkzeuge können zum Einfallstor werden
Im Cursor-Marktplatz war eine manipulierte Version der Erweiterung „Claude Code for VS Code“ verfügbar. Laut Cursor stammte Version 2.1.313 nicht von Anthropic; Reuters zufolge könnten bis zu 5.000 Nutzer betroffen sein. Eine bereinigte Fassung ist veröffentlicht, Nutzer sollten mindestens auf Version 2.1.314 aktualisieren. Die Schadsoftware konnte unter anderem Informationen über den Rechner übertragen und Mechanismen zur dauerhaften Ausführung einrichten. Das bloße Entfernen der Erweiterung beseitigt solche Bestandteile nicht zwangsläufig.
Besonders unangenehm: Erweiterungen laufen mit den Rechten der Entwicklungsumgebung und des angemeldeten Nutzers. Damit können Quellcode, lokale Dateien und Entwicklerwerkzeuge erreichbar sein. Betroffene sollten daher die veröffentlichten Hinweise zur plattformspezifischen Bereinigung heranziehen und bei Hinweisen auf eingehende Verbindungen auch Zugangsdaten prüfen und ändern. Wer Entwicklungsumgebungen verwaltet, sollte Erweiterungen genauso ernst nehmen wie andere Software mit weitreichendem Zugriff.
Auf Android tarnte sich derweil eine App als „PDF Reader“ und installierte zusätzlich den Banking-Trojaner Anatsa. Mehr als 10.000 Menschen luden sie aus dem Google Play Store herunter, bevor Google die App entfernte. Wer sie installiert hat, sollte sie deinstallieren, das Gerät auf weitere Schadsoftware prüfen, seit der Installation verwendete Zugangsdaten ändern und Bankkonten auf ungewöhnliche Transaktionen kontrollieren. Im Zweifel ist eine frühzeitige Meldung an die Bank sinnvoll. Dass eine App aus einem offiziellen Store stammt, ist eben keine Blanko-Sicherheitsgarantie. Über ähnliche Risiken für Entwicklungsprojekte und Smartphones haben wir auch in einem früheren Update berichtet.
KI soll Geschäftsprozesse ausführen – aber wer gibt die Freigabe?
Oracle will seine Unternehmenssoftware Fusion um Funktionen erweitern, mit denen Beschäftigte ein Ziel in natürlicher Sprache beschreiben und die Software anschließend passende Abläufe, Transaktionen, Freigaben und KI-Agenten koordinieren lassen. Vorgestellt wurden dafür Fusion Companion und Fusion Agentic Home; der Zugriff soll unter anderem über unterstützte KI-Anwendungen wie ChatGPT möglich sein. Für umfangreichere Aufgaben beschreibt Oracle mit Fusion Claw eine Umgebung, die KI-Planung mit festgelegten Berechnungs- und Ausführungsschritten verbindet.
Spannend für die Prozessgestaltung ist vor allem die angekündigte Kontrolle: Bestehende Identitäts-, Zugriffs- und Freigaberegeln sollen erhalten bleiben. Unternehmen sollen festlegen können, welche Schritte eine Bestätigung erfordern und welche innerhalb ausdrücklich übertragener Befugnisse selbstständig erfolgen dürfen. Ein „Outcome Receipt“ soll verwendete Informationen, Befugnisse, Entscheidungen und Transaktionen nachvollziehbar dokumentieren. Allerdings sind Teile von Fusion Companion und Agentic Home laut Ankündigung erst künftig nutzbar; ein vollständiger Einführungsplan fehlt.
Für KDB ist genau das der Maßstab bei KI-gestützter Automatisierung: Erst den Prozess und seine Zuständigkeiten klären, dann Berechtigungen begrenzen, Freigaben definieren und Ergebnisse nachvollziehbar machen. Eine KI, die Aufgaben erledigt, kann Arbeit abnehmen. Eine KI, die ohne klare Grenzen irgendwo „mal schnell“ etwas bucht oder ändert, schafft vor allem neue Fragen.
Wie wichtig menschliche Kontrolle bleibt, zeigt ein Experiment von Anthropic mit 50 Fachleuten. In 86 Prozent der untersuchten Fälle folgten sie einer Empfehlung ihres KI-Agenten – obwohl dessen Position für das Experiment zufällig vorgegeben worden war. Viele Teilnehmende schrieben ihre Entscheidung eher den eigenen Überlegungen zu, während ihre Begründungen häufig Argumente des Agenten aufgriffen. Das Experiment ist kein Beleg dafür, dass jede KI-gestützte Entscheidung so abläuft. Es ist aber ein deutlicher Hinweis: „Ein Mensch hat draufgeschaut“ genügt als Kontrollmechanismus nicht automatisch. Eigenständige Prüfung braucht Zeit, erkennbare Kriterien und eine dokumentierte Begründung.
Neue KI-Werkzeuge für Entwickler und Live-Übersetzung in Meet
Google öffnet Android Studio in der Version Rabbit 2 für externe Coding-Agenten wie Claude, Codex, Junie und Antigravity. Über das Agent Context Protocol können kompatible Agenten auf Entwicklungswerkzeuge wie Emulator, Build-System und Logcat zugreifen. Sie sollen unter anderem beim Testen, bei der Fehleranalyse und bei der Prüfung von Code helfen. Zusätzlich stellt Google Android-spezifische Skills und neue Funktionen für die Befehlszeile vor.
Für Entwicklungsteams ist das praktisch – und ein weiterer Grund, Agentenrechte bewusst zu vergeben. Wenn ein Werkzeug Code lesen, Builds anstoßen und Entwicklungswerkzeuge bedienen kann, gehören seine Zugriffe und Ergebnisse in einen geregelten Prüfprozess. Der heutige Vorfall mit der manipulierten Cursor-Erweiterung zeigt, warum Vertrauen in die Entwicklungsumgebung nicht blind sein sollte.
Google erweitert außerdem die Live-Übersetzung in Meet auf nach eigenen Angaben 63 Sprachen. Teilnehmende können die standardmäßig ausgeschaltete Funktion jeweils selbst aktivieren; die Freischaltung erfolgt schrittweise. Voraussetzung ist ein unterstützter kostenpflichtiger Workspace-Tarif ab Business Standard oder ein Google-AI-Abonnement. Für internationale Abstimmungen kann das hilfreich sein. Bei Verträgen, Zahlen und technischen Details sollten Beteiligte Übersetzungen jedoch gegenprüfen und kritische Aussagen schriftlich festhalten: Auch eine nahezu verzögerungsfreie Übersetzung kann sich irren.
Der KDB-Abendcheck: Was jetzt Priorität hat
Erstens: Prüfe betroffene Cisco-Firewalls, GitLab-Installationen samt Ruby-Abhängigkeit, WordPress-Websites, TeamViewer-Clients und Linux-Systeme auf ihren tatsächlichen Patchstand. Bei WordPress und GitLab ist wegen beobachteter beziehungsweise bestätigter Angriffe zusätzlich die Frage nach möglichen Spuren einer Kompromittierung wichtig.
Zweitens: Nimm Werkzeuge mit weitreichenden Rechten in den Blick – von Fernwartung über Entwickler-Erweiterungen bis zu KI-Agenten. Welche Zugriffe sind nötig, wer genehmigt sie und wie werden auffällige Änderungen erkannt?
Drittens: Prüfe, ob Dein Unternehmen bei einem Ausfall noch kommunizieren und entscheiden kann. Sichere IT, gepflegte Websites und gut gestaltete digitale Prozesse gehören zusammen. KDB unterstützt Dich dabei, Sicherheitsmaßnahmen, Managed Services und sinnvolle Automatisierung nicht als einzelne Inseln zu behandeln, sondern als funktionierenden Arbeitsalltag. Denn der beste Notfallplan ist der, den man nicht erst im Notfall schreiben muss.
