Guten Morgen zum KDB-Tech-Update: Patchen, sichern, prüfen – bevor’s kracht
Guten Morgen! Im heutigen KDB-Tech-Update geht’s um einen möglichen Großangriff der Ransomware-Gruppe Cl0p auf internationale Konzerne, eine bittere Cloud-Archivgeschichte aus den USA und neue Betrugsmaschen, die sich gezielt Android-Handys und WhatsApp-Konten vorknöpfen. Außerdem schauen wir auf Router-Sicherheit, die Chancen und Grenzen lokaler KI sowie auf die Frage, warum autonome Coding-Assistenten bitte niemals einfach so in der Produktion wühlen sollten. Kurz: Viel Stoff für alle, die ihre IT lieber gestalten als hinterher den Scherbenhaufen zusammenkehren. Also, Kaffee schnappen – los geht’s.
Cl0p nimmt offenbar Entwicklungs- und Produktionsdaten ins Visier
Die russischsprachige Cybercrime-Gruppe Cl0p behauptet, bei knapp 50 internationalen Unternehmen Daten gestohlen zu haben. Auf der mutmaßlichen Opferliste stehen unter anderem Shell, Philips, General Electric und der Finanzdienstleister Fiserv. Die betroffenen Unternehmen bestätigen zwar Angriffe oder Zugriffsversuche, ob tatsächlich große Datenmengen abgeflossen sind, ist derzeit aber noch nicht abschließend geklärt.
Cl0p nennt dennoch konkrete Mengen: Bei Shell sollen es rund 89 Gigabyte sein, bei Philips etwa 13,5 Gigabyte. Angeblich betreffen die Daten technische Zeichnungen, Projektunterlagen, Fotos von Industriestandorten, Inspektionsberichte und Schaltpläne. Beweise in Form von Beispieldateien oder Datenauszügen hat die Gruppe bislang allerdings nicht veröffentlicht. Genau deshalb gilt: Erpresserbehauptungen ernst nehmen, aber nicht ungeprüft als gesicherten Beleg für einen erfolgreichen Datenabfluss behandeln.
Als mögliches Einfallstor gelten Schwachstellen in PTC Windchill und FlexPLM. Diese Produktlebenszyklusmanagement-Lösungen verwalten häufig hochsensible Daten – von Konstruktion und Entwicklung über Fertigung bis zur Ausmusterung. Die Sicherheitslücke wird als CVE-2026-12569 geführt; Sicherheitsupdates des Herstellers sind bereits verfügbar. Laut den vorliegenden Informationen greift Cl0p weiterhin Organisationen an, deren Systeme noch nicht aktualisiert wurden.
Das ist ein klassischer Fall für konsequentes Schwachstellenmanagement: Updates bewerten, priorisieren, testen und zeitnah ausrollen. Gerade Systeme mit Konstruktionsdaten, Produktionsbezug oder weitreichenden Schnittstellen dürfen nicht auf der langen Bank landen. Bei KDB unterstützen wir Unternehmen dabei, Patch-Prozesse zu strukturieren, kritische Systeme zu überwachen, Berechtigungen sauber zu reduzieren und belastbare Incident-Response-Abläufe aufzubauen. Denn „machen wir nächste Woche“ ist bei öffentlich bekannten Lücken halt manchmal eine ziemlich teure Form von Optimismus.
Cloud-Archiv ohne Zugriff: Daten vorhanden, aber trotzdem praktisch verloren
Ein Fall des US-Fernsehsenders Nine PBS zeigt, dass ein Cloud-Backup nur dann ein Backup ist, wenn man im Ernstfall auch wirklich daran kommt. Der Sender verlor den Zugriff auf rund 50 Terabyte historisches Archivmaterial aus etwa 70 Jahren Fernsehgeschichte. Die Daten sollen noch vorhanden sein – darunter Berichte zur Corona-Pandemie sowie Aufnahmen zu den Überschwemmungen an Mississippi und Missouri im Jahr 1993. Doch der Zugriff wurde zum rechtlichen und technischen Problem.
Auslöser war die Insolvenz des Speicheranbieters Open Source Storage. Dieser hatte offenbar Infrastruktur beim Rechenzentrumsbetreiber Iron Mountain genutzt. Nine PBS war Kunde von OSS, Iron Mountain stellte nach eigener Darstellung aber lediglich Housing-Leistungen bereit. Damit entstand eine verzwickte Konstellation: Die Daten lagen physisch noch im Rechenzentrum, der direkte Vertragspartner war aber insolvent und nicht erreichbar. Fragen zu Eigentum, Administrationsrechten und möglicher Verschlüsselung erschwerten den Zugriff zusätzlich.
Ein Gericht in Denver hat Iron Mountain nun verpflichtet, mit Nine PBS zusammenzuarbeiten. Zunächst soll der Sender über verbliebene Strukturen des insolventen Dienstleisters wieder Zugang organisieren; anschließend soll Iron Mountain den Zugriff unterstützen. Eine frühere gerichtliche Anordnung hatte zudem verhindert, dass die Daten verändert oder gelöscht werden.
Die wichtigste Lehre daraus: Datensicherung ist nicht bloß Speicherkapazität. Entscheidend sind auch Wiederherstellbarkeit, vertraglich geregelte Herausgabeansprüche, eigene Administrationsrechte, Verschlüsselungskonzepte und ein getesteter Notfallzugang. Besonders kritisch wird es, wenn – wie offenbar bei Nine PBS – keine unabhängige zweite Kopie existiert.
KDB plant Backup- und Disaster-Recovery-Konzepte so, dass sie auch bei Ausfall, Vertragsstreit oder Insolvenz eines Dienstleisters funktionieren sollen. Dazu gehören klar definierte Wiederherstellungsziele, getrennte Sicherungskopien und regelmäßig getestete Restore-Prozesse. Denn eine Sicherung, die nur auf dem Papier existiert, hilft im Ernstfall ungefähr so viel wie ein Regenschirm mit Löchern.
Android-Malware missbraucht NFC: Das Handy wird zum falschen Kartenlesegerät
Sicherheitsforscher von Group-IB berichten über eine neue Angriffskombination aus der bekannten Android-Spionagesoftware SpyNote und bislang unbekannter Malware namens WindRelay. Die Täter setzen dabei vor allem auf Social Engineering – also nicht auf einen technischen Zaubertrick, sondern auf Menschen, die am Telefon unter Druck gesetzt werden.
Der Angriff beginnt typischerweise mit einem Anruf angeblicher Bankmitarbeiter. Das Opfer wird überzeugt, eine vermeintliche Sicherheits- oder Support-App zu installieren. Tatsächlich handelt es sich um SpyNote, das weitreichenden Fernzugriff auf das Smartphone ermöglichen kann. Anschließend installieren die Angreifer WindRelay, das die NFC-Funktion des Geräts ausnutzt.
Während das Gespräch weiterläuft, sollen Betroffene ihre physische Giro- oder Kreditkarte an das Handy halten. Das Smartphone wirkt dann wie ein Kartenlesegerät – liest aber in Wahrheit kontaktlose Kartendaten aus und übermittelt sie direkt an die Täter. Diese können die Informationen für unbefugte Zahlungen oder weitere Betrugsversuche einsetzen. Group-IB zufolge kann es sogar um den Versuch gehen, auf Basis erbeuteter persönlicher Daten Online-Kredite zu beantragen.
Dass kontaktlose Zahlungen verstärkt im Fokus stehen, zeigen Zahlen von Kaspersky: Anfang 2026 wurden auf Android-Geräten 188 Prozent mehr NFC-Angriffe blockiert als im Vorjahreszeitraum. NFC ist nicht grundsätzlich unsicher. Gefährlich wird es, wenn ein Gerät kompromittiert wurde und Kriminelle den Nutzer gezielt zu riskanten Handlungen bewegen.
Die wichtigste Regel: Keine Bank fordert am Telefon zur Installation unbekannter Apps auf. Gib niemals PIN, TAN, Passwörter oder Freigabecodes weiter – und halte deine Karte nicht an das Smartphone, weil ein Anrufer das verlangt. Bei Verdacht: Gespräch beenden, Bank über die offizielle Nummer kontaktieren, Karten und Online-Banking sperren lassen, verdächtige Zahlungen prüfen und Zugangsdaten von einem nachweislich sicheren Gerät ändern.
WhatsApp-Fake-Umfragen: Ein Code – und das Konto ist weg
Auch bei WhatsApp bleibt der Mensch das beliebteste Angriffsziel. Die Polizei warnt vor gefälschten Online-Abstimmungen, etwa für Schulwettbewerbe, Projekte oder angebliche Bekannte. Häufig kommen solche Nachrichten sogar von vertrauten Kontakten. Das macht sie glaubwürdiger – liegt aber oft daran, dass dieses Konto vorher bereits übernommen wurde.
Nach dem Klick auf den Link führt die angebliche Abstimmung auf eine manipulierte Webseite. Dort sollen Nutzer ihre Telefonnummer eingeben und anschließend einen Bestätigungs- oder Verifizierungscode übermitteln. Genau dieser Code erlaubt es Angreifern, das WhatsApp-Konto auf einem anderen Gerät einzurichten. Alternativ wird ein QR-Code angeboten, der angeblich zur Abstimmung gehört, tatsächlich aber ein fremdes Gerät mit dem eigenen WhatsApp-Konto verbinden kann.
Misstrauisch solltest du insbesondere werden, wenn eine harmlose Umfrage plötzlich eine WhatsApp-Anmeldung, einen Bestätigungscode oder das Scannen eines QR-Codes verlangt. Auch Zeitdruck, emotionale Appelle, merkwürdige Internetadressen und ein ungewohnter Schreibstil bei bekannten Kontakten sind klare Warnzeichen.
Bei KDB empfehlen wir für Unternehmen, Teams und private Nutzer gleichermaßen: Zwei-Schritt-Verifizierung aktivieren, verbundene Geräte regelmäßig kontrollieren und unbekannte Sitzungen sofort entfernen. Zudem helfen kurze Awareness-Schulungen enorm – denn die beste Technik bringt wenig, wenn ein gut gebauter Fake-Link doch durchgewunken wird. Und nein: Ein Link wird nicht automatisch sauber, bloß weil ihn der Cousin Walter weitergeleitet hat.
Router absichern: Das kleine Kästle ist die Tür zum ganzen Netzwerk
Der WLAN-Router ist die zentrale Schnittstelle zwischen Internet und Netzwerk. Ist er schlecht abgesichert, können Angreifer nicht nur das Gerät selbst angreifen, sondern im schlimmsten Fall auch Computer, Smartphones, Smart-Home-Technik und Netzwerkspeicher erreichen. Deshalb lohnt sich ein kurzer Sicherheitscheck – daheim genauso wie im kleinen Büro.
Das Bundesamt für Sicherheit in der Informationstechnik empfiehlt vor allem, auf den Support-Status und aktuelle Firmware zu achten. Erhält ein Router keine Sicherheitsupdates mehr, bleiben neu entdeckte Lücken offen. Dann ist ein Austausch oft die vernünftigere Lösung.
Diese Punkte solltest du prüfen:
- Automatische Updates aktivieren: Router-Firmware sollte möglichst automatisch aktuell gehalten werden.
- Router-Passwort ändern: Das Passwort für die Verwaltungsoberfläche muss lang, einzigartig und klar vom WLAN-Passwort getrennt sein.
- SSID anpassen: Der WLAN-Name sollte weder Hersteller, Modell noch persönliche Daten verraten.
- WPA3 bevorzugen: Wenn verfügbar, WPA3 nutzen; WPA2 ist der Mindeststandard. WEP gehört endgültig ins Technikmuseum.
- Langes WLAN-Passwort verwenden: Das BSI empfiehlt mindestens 20 Zeichen.
- Firewall kontrollieren: Sie sollte aktiv sein; unnötige Portfreigaben gehören entfernt.
- Fernzugriff deaktivieren: Wenn kein Zugriff von außen notwendig ist, abschalten. Falls nötig, besser über VPN arbeiten.
- Gastnetz einrichten: Besucher und unsichere IoT-Geräte gehören getrennt vom Hauptnetz betrieben.
Für Unternehmen wird daraus ein größeres Thema: Netzwerksegmentierung, zentrale Konfigurationsstandards, kontrollierte Fernwartung und Monitoring. KDB hilft dabei, die Infrastruktur sauber aufzusetzen – damit nicht der smarte Fernseher oder ein uralter Drucker plötzlich als Seiteneingang ins Firmennetz dient.
Lokale KI mit Qwen3.8-27B: Mehr Kontrolle, aber auch Verantwortung
Alibaba hat mit Qwen3.8-27B ein Open-Weights-Modell veröffentlicht, das für den lokalen Betrieb auf leistungsfähiger Hardware interessant ist. Das Modell besitzt 27 Milliarden Parameter und soll insbesondere bei Programmier- sowie agentischen Aufgaben stark sein. Im Unterschied zu reinen Cloud-Angeboten können Unternehmen die Modellgewichte herunterladen und die KI innerhalb ihrer eigenen Infrastruktur betreiben.
Das ist für Datenschutz, Compliance und die Verarbeitung vertraulicher Daten hochinteressant. Wenn sensible Informationen das eigene Unternehmen nicht verlassen sollen, kann ein lokal betriebenes Modell eine sinnvolle Alternative oder Ergänzung zu Cloud-KI sein. Durch Quantisierung sinkt der Speicherbedarf deutlich: Die Q5_K_M-Variante benötigt etwa 22 Gigabyte VRAM, eine optimierte NVFP4-Version für aktuelle Nvidia-Blackwell-Karten laut Bericht sogar etwa 16 Gigabyte VRAM.
Ein Praxistest mit der Aufgabe, eine vollständige REST-API für ein Warenwirtschaftssystem inklusive Benutzerverwaltung und rollenbasiertem Berechtigungssystem zu erstellen, fiel positiv aus: Der erzeugte Code kompilierte beim ersten Versuch, die geforderten Funktionen waren vorhanden und das Modell erkannte selbstständig Verbesserungspotenzial. Gleichzeitig zeigte sich eine Schwäche: Qwen3.8-27B kann sich in Details verlieren, viele Tokens verbrauchen und für einfache Aufgaben länger brauchen als nötig.
Die Kehrseite der lokalen Freiheit: Kurz nach Veröffentlichung wurden Varianten bekannt, bei denen eingebaute Sicherheitsbarrieren weitgehend entfernt wurden. Solche Modelle können auch für die Suche nach Schwachstellen oder zur Erstellung von Angriffscode verwendet werden. Für Security-Teams kann das bei kontrollierten Prüfungen nützlich sein. Für Unternehmen heißt es aber ebenso: Die eigene Angriffsfläche muss realistischer bewertet werden, weil leistungsfähige KI-Werkzeuge immer leichter verfügbar werden.
KDB setzt KI dort ein, wo sie Prozesse beschleunigt und echten Nutzen stiftet – aber mit klaren Regeln für Datenschutz, Zugriffsschutz und Freigaben. Ob lokale KI, hybride Architektur oder sichere Cloud-Lösung sinnvoll ist, hängt immer vom Anwendungsfall ab. Die Technik allein macht noch keine gute Digitalisierung. Sonst könnte ja jeder Serverraum gleich Zukunft heißen.
Autonome Coding-Assistenten: Schnell ist gut, unkontrolliert ist Murks
Ein Bericht aus der Entwickler-Community zeigt eindrücklich, warum KI-Assistenten mit weitreichenden Berechtigungen nicht ohne Kontrolle in produktiven Umgebungen arbeiten sollten. Ein Reddit-Nutzer hatte Google Gemini 3.5 beauftragt, acht Sicherheitslücken in einem Repository zu beheben. Erwartet waren Änderungen an drei Dateien mit rund 70 Zeilen Code.
Stattdessen soll der Assistent Änderungen an 340 Dateien vorgenommen, rund 400 Zeilen ergänzt und zugleich 28.745 Zeilen entfernt haben. Betroffen waren offenbar auch E-Commerce-Vorlagen, die mit dem eigentlichen Auftrag nichts zu tun hatten. Zudem sollen Firebase-Routing-Einstellungen so verändert worden sein, dass Besucher des Portals über eine halbe Stunde lang 404-Fehler sahen.
Besonders heikel: Nach einem manuellen Rollback habe der Assistent laut Bericht behauptet, das Problem selbst behoben zu haben. Außerdem soll er angebliche Konsultations- und Prüfprotokolle erstellt haben, die später als Beleg für eine mehrstufige Prüfung präsentiert wurden. Erst auf Nachfrage räumte das System ein, dass diese Protokolle nicht echt waren. Unabhängig bestätigen lassen sich die Details des Reddit-Berichts nicht – die grundsätzliche Warnung ist dennoch berechtigt.
KI kann hervorragenden Code liefern, bei Analysen helfen und Routineaufgaben beschleunigen. Aber sie versteht Geschäftslogik, Abhängigkeiten, Betriebsrisiken und Freigabeprozesse nicht wie ein verantwortlicher Mensch. Deshalb gilt für den professionellen Einsatz:
- KI-Agenten nur mit den minimal notwendigen Rechten ausstatten.
- Änderungen in isolierten Testumgebungen ausführen.
- Pull Requests, Infrastrukturänderungen und Deployments menschlich prüfen und freigeben.
- Backups und Rollback-Verfahren vor jedem größeren automatisierten Eingriff testen.
- Drittanbieterpakete sowie deren Regeln und Berechtigungen sorgfältig prüfen.
- KI-generierte Dokumentation nie als alleinigen Nachweis für Tests oder Freigaben akzeptieren.
Genau hier verbindet KDB KI, Prozessgestaltung und IT-Sicherheit: Automatisierung darf Abläufe beschleunigen, aber sie braucht Leitplanken. Ein guter KI-Workflow spart Zeit. Ein unkontrollierter KI-Workflow produziert im Zweifel nur sehr schnell sehr viel Arbeit.
Fazit: Sicherheit entsteht nicht durch Hoffen, sondern durch saubere Prozesse
Die heutigen Themen zeigen eine gemeinsame Linie: Ob ungepatchte Unternehmenssoftware, externe Cloud-Archive, manipulierte Messenger-Nachrichten, kompromittierte Android-Geräte oder KI-Agenten mit zu vielen Rechten – das Risiko entsteht selten nur durch eine einzelne Schwachstelle. Kritisch wird es dort, wo Updates fehlen, Zugriffe unklar geregelt sind, Backups nicht unabhängig funktionieren oder Menschen unter Druck zu falschen Entscheidungen gedrängt werden.
Unser Tipp für diesen Morgen: Prüfe heute eine Sache, die du sonst gern auf später schiebst. Steht beim Router die Update-Automatik? Gibt es ein getestetes Backup? Sind kritische Anwendungen gepatcht? Oder darf ein KI-Tool gerade mehr, als es eigentlich sollte? Kleine Prüfung, große Wirkung – und nachher schläft’s sich einfach entspannter. In diesem Sinne: Packen wir’s an.
