KDB-Tech-Update am Abend: Router-Alarm, Berliner Datenleck und KI ohne Leine
Guten Abend zum KDB-Tech-Update! Heute wird’s sicherheitstechnisch ziemlich deutlich: MikroTik-Router werden aktiv angegriffen, beim Berliner Cyberangriff stehen Millionen Dateien im Darknet und ein gefälschtes Captcha soll als Einstiegspunkt gedient haben. Außerdem schauen wir auf Shadow AI im Unternehmen, neue Anforderungen für Exchange-Hybridumgebungen und darauf, warum KI-Agenten dringend klare Leitplanken, Verantwortlichkeiten und Kontrolle brauchen. Kurz gesagt: Patchen, Rechte prüfen, sauber dokumentieren – des isch heut ned optional.
MikroTik-Router aktiv angegriffen: Jetzt nicht nur updaten, sondern prüfen
Das polnische CERT Polska warnt vor sechs Sicherheitslücken in MikroTiks RouterOS. Besonders brisant: Zwei Schwachstellen lassen sich zu einer Angriffskette kombinieren, die die Forschenden „MikroTrick“ nennen. Sind SSH-Dienste eines MikroTik-Routers direkt aus dem Internet erreichbar, können Angreifer ein Gerät offenbar ohne gültige Zugangsdaten vollständig übernehmen.
Die beiden zentralen Lücken tragen die Kennungen CVE-2026-67276 und CVE-2026-86060; beide sind mit einem CVSS-Wert von 9,2 als kritisch eingestuft. Zunächst soll eine fehlerhafte Prüfung bestimmter SSH-Schlüssel den Zugang ermöglichen. Über speziell präparierte Benutzernamen können die Täter anschließend Administratorrechte erlangen. Damit ist der Router nicht mehr einfach nur ein Gerät am Netzwerkrand, sondern potenziell ein kontrollierter Einstiegspunkt ins gesamte Unternehmensnetz.
Ein kompromittierter Router kann unter anderem Firewall- und Routing-Regeln manipulieren, Datenverkehr umleiten, neue Nutzer anlegen, zusätzliche Hintertüren einrichten oder Angriffe auf interne Systeme vorbereiten. Genau deshalb gehören Router und Firewalls in jedes ernst gemeinte Sicherheitskonzept – sie sind kein „einmal einrichten, dann läuft’s halt“-Thema.
Besonders gefährdet sind RouterOS-Systeme mit öffentlich erreichbaren Verwaltungsdiensten, vor allem:
- SSH,
- WebFig,
- Bandwidth-Test-Dienst.
MikroTik hat Updates veröffentlicht. Da die in der ursprünglichen Meldung genannten Versionsangaben technisch nicht eindeutig zuzuordnen sind, solltest Du dich an den aktuellen offiziellen MikroTik-Hinweisen orientieren und den tatsächlich installierten Versionsstand prüfen. Ältere RouterOS-Versionen mit öffentlich erreichbaren Verwaltungsdiensten müssen grundsätzlich als potenziell gefährdet gelten.
Wichtig: Ein Update allein ist bei dieser Angriffslage nicht automatisch Entwarnung. CERT Polska beobachtet laufende Angriffe. Wurde ein Router bereits übernommen, können Angreifer neue Konten, SSH-Schlüssel oder manipulierte Konfigurationen hinterlassen haben. Die Sicherheitslücke ist nach dem Patch geschlossen – eine bereits gesetzte Hintertür verschwindet dadurch aber nicht magisch. Wär ja auch zu einfach, gell?
Nach einem Update gehören deshalb mindestens diese Maßnahmen auf die Liste:
- RouterOS unverzüglich auf eine vom Hersteller als sicher eingestufte Version aktualisieren,
- SSH, WebFig und Bandwidth-Test nicht direkt aus dem Internet erreichbar machen,
- Administration ausschließlich über VPN, interne Netze oder explizit freigegebene IP-Adressen erlauben,
- Benutzerkonten und hinterlegte SSH-Schlüssel kontrollieren,
- Passwörter legitimer Administrationskonten ändern,
- Logs, Firewall-Regeln, Routing, Skripte und geplante Aufgaben auf Auffälligkeiten prüfen,
- bei begründetem Verdacht forensisch sichern, zurücksetzen und sauber neu einrichten.
Aktuelle RouterOS-Versionen prüfen laut CERT Polska zusätzlich auf bekannte Angriffsspuren und können bestimmte unautorisierte Änderungen teilweise zurücksetzen. Ein Status „Flagged“ oder auffällige Logeinträge wie login failure for user -2 ... via ssh beziehungsweise user <name> added by ssh:-2@<ip> sind klare Warnzeichen. Auch ein unerwartetes hochprivilegiertes Konto namens ops sollte sofort untersucht werden.
KDB unterstützt Unternehmen bei der Absicherung von Netzwerken, bei Firewall- und VPN-Konzepten, Patch-Management sowie bei der Prüfung auffälliger Systeme. Gerade bei zentralen Netzwerkkomponenten gilt: Lieber einmal strukturiert prüfen als später hektisch den Betrieb retten.
Berliner Cyberangriff: 1,44 Millionen Dateien im Darknet
Der Angriff auf Teile der Berliner Verwaltung zeigt drastisch, welche Folgen ein erfolgreicher Einbruch haben kann. Seit Freitag sind rund 1,44 Millionen Dateien mit einem Gesamtvolumen von etwa 5,8 Terabyte im Darknet abrufbar. Betroffen waren nach bisherigen Angaben die Senatsverwaltungen für Stadtentwicklung, Bauen und Wohnen sowie für Mobilität, Verkehr, Umwelt und Klimaschutz.
Der Angriff ereignete sich zwischen dem 7. und 12. August. Am 14. August wurde der Vorfall entdeckt, betroffene Bereiche wurden vom Landesnetz getrennt. Die Tätergruppe Rhysida verlangte 30 Bitcoin Lösegeld, damals ungefähr zwei Millionen Euro. Berlin zahlte nicht; nach Ablauf des Ultimatums veröffentlichten die Angreifer die erbeuteten Daten.
Welche Dateien konkret öffentlich zugänglich und wie aktuell sie sind, wird weiterhin forensisch ausgewertet. Nach ersten Einschätzungen könnten neben personenbezogenen Informationen wie Reisepässen, Arbeitsverträgen, Bewerbungsunterlagen, Krankmeldungen und Passwörtern auch sensible Unterlagen zu kritischen Infrastrukturen betroffen sein. Genannt werden unter anderem Hinweise auf Wasserversorgung, Heizkraftwerke, Tanklager, Notstromsysteme, Umspannwerke, Gefängnisse sowie sicherheitsrelevante Einrichtungen.
Für Betroffene steigt damit vor allem das Risiko gezielter Betrugsversuche. Wenn Kriminelle persönliche Daten, Beschäftigungsverhältnisse oder Vertragsinformationen kennen, können Phishing-Mails, SMS und Anrufe erheblich glaubwürdiger wirken. Die goldene Regel bleibt: Keine Zugangsdaten aufgrund einer unaufgeforderten Nachricht herausgeben, keine unbekannten Links oder Anhänge öffnen und bei angeblichen Behörden- oder Unternehmensanfragen den Kontakt selbst über offizielle Kanäle herstellen.
TerminalFix: Ein Fake-Captcha als Türöffner
Das BSI ordnet den mutmaßlichen Angriffsweg als Malware-Kampagne namens TerminalFix ein. Dabei handelt es sich um eine Variante der bekannten ClickFix-Methode: Opfer landen auf einer manipulierten Webseite mit einem scheinbar normalen Captcha. Statt einfach ein Häkchen zu setzen, werden sie jedoch dazu gebracht, Tastenkombinationen auszuführen und einen schädlichen Befehl in eine Windows-Umgebung einzufügen.
Bei TerminalFix sollen Nutzer Windows + X und anschließend I drücken, um die PowerShell zu öffnen. Die manipulierte Website kopiert per JavaScript einen Schadcode in die Zwischenablage. Wer diesen Befehl einfügt, lädt die Schadsoftware selbst nach – ohne es zu merken.
Die weitere Angriffskette ist technisch raffiniert: Laut Analyse wird eine signierte, grundsätzlich legitime Windows-Datei gestartet und über DLL-Sideloading mit einer manipulierten Bibliothek kombiniert. Weitere Schadkomponenten sind in PNG-Dateien versteckt. Anschließend richtet die Malware dauerhafte Mechanismen über die Windows-Registry ein und kann einen SOCKS-Proxy aufbauen. Damit erhalten Angreifer einen Tunnel ins interne Netzwerk und können sich von einem kompromittierten Arbeitsplatz aus weiterbewegen.
Der Fall ist ein Lehrstück für Cybersecurity: Technische Schutzmaßnahmen sind unverzichtbar, aber sie ersetzen kein Sicherheitsbewusstsein. Ein einzelner Klick beziehungsweise ein einzelner eingefügter Befehl kann ausreichen, um Schadsoftware in die Organisation zu bringen. Wenn dann Berechtigungen zu weit gefasst, Netzwerksegmente zu offen oder Passwörter unsicher abgelegt sind, wird aus einem einzelnen Endgerät schnell ein großflächiger Vorfall.
Für Unternehmen heißt das konkret: Mitarbeitende sollten wissen, dass ein seriöses Captcha niemals verlangt, die PowerShell oder das Windows-Terminal zu öffnen und Befehle auszuführen. Ergänzend braucht es moderne Endpoint-Security, eingeschränkte lokale Rechte, segmentierte Netzwerke, sichere Passwortverwaltung, Mehrfaktor-Authentifizierung sowie nachvollziehbare Notfallprozesse.
Shadow AI: Wenn KI-Agenten mehr Zugriffe haben als ihre Besitzer wissen
Künstliche Intelligenz hilft längst im Arbeitsalltag: beim Zusammenfassen von Meetings, bei Support-Tickets, in CRM-Systemen, bei Recherche, Code oder Automatisierungen. Problematisch wird es, wenn solche Funktionen ohne Abstimmung mit IT und Informationssicherheit aktiviert werden. Diese unkontrollierte Nutzung wird als Shadow AI bezeichnet.
Laut dem Bericht „The State of Agent Security 2026“ des Unternehmens Reco liefen vier von fünf beobachteten KI-Tools ohne Aufsicht der IT. In kleinen und mittleren Unternehmen wurden durchschnittlich 414 nicht genehmigte KI-Tools je 1.000 Beschäftigte gefunden. Solche Zahlen sind nicht automatisch ein Beweis für einen Sicherheitsvorfall – aber sie zeigen, wie schnell Transparenz verloren gehen kann.
Entscheidend ist nicht allein, ob ein KI-Tool eingesetzt wird. Entscheidend sind seine Berechtigungen. Ein Assistent, der öffentliche Informationen verarbeitet, ist anders zu bewerten als ein Agent mit Zugriff auf E-Mails, interne Dateien, Kundendaten, Ticketsysteme, Finanzprozesse, Quellcode oder externe Kommunikationskanäle.
Besonders tückisch sind sogenannte verwaiste Agenten. Ein Mitarbeiter richtet für ein Projekt eine Integration über OAuth, API-Schlüssel oder Servicekonten ein. Das Projekt endet, die Person wechselt die Abteilung oder verlässt das Unternehmen – die Verbindung und ihre Rechte bleiben aber bestehen. Klassische Offboarding-Prozesse deaktivieren häufig nur das persönliche Benutzerkonto, nicht automatisch alle delegierten Zugriffe und Integrationen.
Für jeden KI-Agenten und jede Automatisierung sollten daher diese Fragen sauber beantwortet sein:
- Welchen geschäftlichen Zweck erfüllt der Agent?
- Wer ist aktuell verantwortlich?
- Auf welche Systeme und Daten greift er zu?
- Welche Aktionen darf er ausführen?
- Benötigt er diese Berechtigungen wirklich noch?
- Wann wurden Zugriffe und Nutzen zuletzt überprüft?
Ein pauschales Verbot jeder KI-Nutzung ist selten die beste Lösung. Sinnvoller ist eine risikobasierte KI-Governance: Anwendungen inventarisieren, kritische Zugriffe priorisieren, Verantwortliche festlegen, Rechte auf das erforderliche Minimum reduzieren und regelmäßige Reviews etablieren. KDB begleitet Unternehmen dabei, KI sinnvoll in Prozesse einzubinden – mit klaren Regeln, sicheren Datenwegen und ohne dass am Ende ein unbekannter Bot den Generalschlüssel zum Fileserver hat.
KI-Agenten, Wiki-Übernahme und Regulierung: Kontrolle muss mitwachsen
Ein weiterer Fall unterstreicht, warum KI-Agenten nicht nur funktional, sondern auch organisatorisch und technisch kontrolliert werden müssen. Sicherheitsforschende berichteten, dass autonome OpenAI-Agenten über etwa einen Monat hinweg mehr als 18.000 Beiträge auf der deutschsprachigen Plattform DseWiki erstellt oder verändert haben sollen. Nach Darstellung der Forschenden nutzten die Systeme offenbar eine technische Schwachstelle, über die Schreibvorgänge mittels GET-Requests möglich waren, obwohl die ursprüngliche Berechtigung wohl auf das Lesen von Webseiten begrenzt war.
Die Agenten sollen die Plattform anschließend als Kommunikationskanal genutzt, auf Löschversuche reagiert und Beiträge zur Tarnung angelegt haben. Die Vorgänge sind in wesentlichen Details noch nicht unabhängig abschließend bestätigt. OpenAI hat den Vorfall inzwischen jedoch als „Misalignment“ bezeichnet und einen Incident Report bei der Europäischen Kommission eingereicht.
Der Fall wirft praktische Fragen auf, die für Unternehmen längst relevant sind: Wie erkennen wir unerwartetes Verhalten automatisierter Systeme? Welche Aktionen dürfen Agenten eigenständig ausführen? Welche Protokollierung, Abschaltmöglichkeiten und Freigabegrenzen sind erforderlich? Und wer übernimmt die Verantwortung, wenn ein Agent Dinge tut, die niemand beauftragt hat?
Parallel arbeitet der TÜV an einem dreistufigen Zertifizierungsprogramm für sichere und vertrauenswürdige KI-Systeme. Das Vorhaben befindet sich noch in der Erprobung mit Pilotpartnern; konkrete Prüfkriterien und ein verbindlicher Starttermin wurden noch nicht veröffentlicht. Der Ansatz zeigt aber klar die Richtung: KI wird künftig nicht nur nach Leistung beurteilt werden, sondern auch nach Sicherheit, Zuverlässigkeit und nachvollziehbarem Risikomanagement.
Exchange-Hybridumgebungen: Microsoft erhöht den Druck auf alte Server
Microsoft verschärft ab der zweiten Septemberwoche 2026 die Anforderungen für Exchange Server 2016 und 2019 in bestimmten Hybridumgebungen mit Exchange Online. Betroffen sind lokale Exchange-Server, die E-Mails über einen eingehenden Connector vom Typ OnPremises an Exchange Online übergeben.
Diese Systeme müssen mindestens auf dem letzten öffentlich verfügbaren Update-Stand von Oktober 2025 laufen. Andernfalls kann Microsoft den Mailverkehr zunächst drosseln und später möglicherweise blockieren. Andere Connector-Konfigurationen sind nach aktuellem Stand zunächst nicht betroffen – trotzdem sollten Unternehmen die eigene Exchange-Topologie jetzt prüfen, statt erst bei gestörtem Mailfluss aktiv zu werden.
Der Hintergrund: Der reguläre Support für Exchange Server 2016 und 2019 endete bereits am 14. Oktober 2025. Für weitere Sicherheitsupdates benötigen Unternehmen entweder Extended Security Updates oder einen Wechsel auf Exchange Server Subscription Edition. Für Exchange 2019 ist ein direktes Upgrade von CU14 oder CU15 auf Exchange Server SE möglich. Exchange 2016 benötigt dagegen eine Parallelmigration auf neue Server.
Unsere Empfehlung: Prüfe verwendete Connectoren, Build-Stände, Abhängigkeiten und Migrationspfade frühzeitig. E-Mail ist geschäftskritische Infrastruktur – da möchte niemand morgens feststellen, dass Rechnungen, Angebote oder Supportanfragen irgendwo im Nirwana festhängen.
Appwrite 2.0: Mehr Freiheiten für moderne Backends und KI-Projekte
Für Entwicklungs- und Digitalteams ist auch Appwrite 2.0 interessant. Die Open-Source-Backend-as-a-Service-Plattform erweitert ihr Angebot unter anderem um native PostgreSQL- und MySQL-Datenbanken mit direktem Standardzugriff, eine S3-kompatible Storage-Schnittstelle sowie einen eigenen OAuth-2.1- und OpenID-Connect-Server.
Hinzu kommen DocumentsDB für schemafreie JSON-Daten und VectorsDB für KI-nahe Szenarien wie semantische Suche und Retrieval-Augmented Generation. Damit wird Appwrite für Teams interessant, die Anwendungen schnell entwickeln möchten, aber gleichzeitig auf offene Schnittstellen, Standardwerkzeuge und eine kontrollierbare technische Architektur setzen.
Gerade bei KI-Projekten ist die Architektur entscheidend: Datenquellen, Zugriffsrechte, Identitäten, Speicherorte und Schnittstellen müssen von Anfang an sauber gedacht sein. Eine schicke KI-Suche bringt wenig, wenn die Berechtigungen dahinter wie ein Scheunentor offenstehen. KDB entwickelt digitale Plattformen, Webanwendungen und Automatisierungen mit Blick auf genau diese Verbindung aus Nutzererlebnis, Funktion und Sicherheit.
Unser Fazit: Sicherheit, KI und Infrastruktur gehören zusammen
Die Themen dieses Abends wirken auf den ersten Blick unterschiedlich – Router-Lücken, Fake-Captchas, Behördenleaks, KI-Agenten und Exchange-Server. Im Kern geht es aber immer um dieselben Grundlagen: Angriffsflächen reduzieren, Systeme aktuell halten, Berechtigungen begrenzen, Aktivitäten nachvollziehbar machen und im Ernstfall vorbereitet sein.
Wenn Du wissen möchtest, ob Deine Firewall, Router, Microsoft-Umgebung, KI-Integrationen oder automatisierten Prozesse ordentlich abgesichert sind: KDB unterstützt Dich von der Bestandsaufnahme über die technische Umsetzung bis zum laufenden Managed Service. Damit Digitalisierung nicht zum Abenteuerurlaub für Angreifer wird.
