Das bislang optionale Windows-Update KB5095093 behebt einen teils schwerwiegenden Fehler unter Windows 11, der einiges an Speicherplatz fressen kann. Es geht um die Datei CapabilityAccessManager.db-wal, die sich bei manchen Nutzern auf Dutzende bis Hunderte Gigabyte aufbläht.

Berichte über diesen Fehler gab es schon vor einem Jahr. Ein Extremfall beklagte sich über mehr als 500 GByte verschwendeten Speicherplatz auf der eigenen SSD. In den vergangenen Wochen häuften sich die Fälle unter anderem im Microsoft-Forum und auf Reddit.

Das Windows-Update KB5095093 ist seit dem 23. Juni als optionale Preview verfügbar. Wer unter Einstellungen > Windows Update nach Updates sucht, sollte KB5095093 angeboten bekommen. Erst am 29. Juni ergänzte Microsoft im Änderungsprotokoll die Fehlerbehebung. Dort heißt es umschrieben: „Dieses Update verbessert die Speicherplatznutzung für die Datei CapabilityAccessManager.db-wal.“ Ab dem 14. Juli beginnt die automatische Verteilung des Updates im Rahmen von Microsofts Patchday.

CapabilityAccessManager.db-wal ist eine Protokolldatei (Write-Ahead Log, WAL) für den Capability Access Manager Service. Letzterer verwaltet die Zugriffsrechte von Apps unter anderem auf Webcams und Mikrofone. Bisherige Lösungsvorschläge waren risikobehaftet, da der übergeordnete Ordner C:\ProgramData\Microsoft\Windows\CapabilityAccessManager Systemrechte hat. Im Zweifelsfall können manuelle Eingriffe die Windows-Installation beschädigen.

Überprüfen, ob man betroffen ist

Verweigert Windows den Zugriff auf den Ordner, lässt sich die Dateigröße über die Eingabeaufforderung überprüfen. Dazu in der Taskleiste „cmd“ eingeben und die Eingabeaufforderung per Rechtsklick als Administrator öffnen. Dort folgenden Befehl eingeben: robocopy "C:\ProgramData\Microsoft\Windows\CapabilityAccessManager" "%TEMP%\CAMCheck" /L /B /R:0 /W:0 /BYTES /NP.

Ganz unten links spuckt eine Tabelle einen Wert in Byte aus. Bis zu neun Stellen, also unter einem Gigabyte, sind normal. Üblich sind einige Megabyte (siebenstelliger Byte-Wert).

Alternativ bringt die Speicherübersicht einen ersten Überblick: Einstellungen > System > Speicher > Weitere Kategorien anzeigen > Klick auf System und reserviert. Systemdateien und reservierter Speicher machen üblicherweise bis zu 65 GByte aus. Werte deutlich darüber sind auffällig.

(mma)

Forscher der Cloud-Security-Firma Sysdig dokumentieren den ersten, wie sie behaupten „komplett LLM-getriebenen“ Ransomware-Vorfall. Und was sie beschreiben, ist tatsächlich ein Einbruch in ein Produktionssystem, bei dem offenbar ein LLM weitgehend autonom agiert, dabei wichtige Daten verschlüsselt beziehungsweise löscht und für deren Wiederbeschaffung Lösegeld fordert. Doch bei genauerer Betrachtung ist das Ganze eher skurril als ernsthaft gefährlich.

Dass bei dem Vorfall ein Large Language Model am Werk war, geht recht eindeutig aus den am Tatort vorgefundenen Skripten hervor. Menschliche Akteure dokumentieren ihre maliziösen Skripte eher nicht mit Kommentaren wie "High-ROI databases to drop". Für die These, dass das LLM weitgehend autonom handelte, führen die Forscher an, wie schnell es auf fehlgeschlagene Aktionen reagierte. So verbesserte es ein Skript nach einem fehlgeschlagenen Login innerhalb von 31 Sekunden.

Typische LLM-Fails

Man könnte an der Stelle auch anführen, dass ein menschlicher Täter für die Lösegeldforderung kaum die Adresse einer Bitcoin-Wallet verwendet hätte, die häufig als Beispiel in öffentlich verfügbarer Dokumentation auftaucht (3J98t1WpEZ73CNmQviecrnyiWrnqRhWNLy). Oder mehr Wert darauf gelegt hätte, zumindest den Anschein zu erwecken, den zum Verschlüsseln der Daten verwendeten AES-Key auch tatsächlich für eine mögliche spätere Herausgabe zu speichern. Die Liste der für LLMs so typischen Fails ließe sich weiter fortsetzen.

Das LLM absolvierte alle typischen Schritte eines Ransomware-Angriffs: vom Initial Access über Persistenz, Informationsbeschaffung, weiteres Ausbreiten bis zum finalen Impact. Die konkreten Umstände des Einbruchs sind allerdings nicht unbedingt geeignet, bei seriösen Admins Schrecken zu verbreiten. Der initiale Zugriff erfolgte über eine offenbar seit langem ungepatchte Sicherheitslücke eines über Internet erreichbaren Langflow-Servers (CVE-2025-3248), einer Code-Injection-Lücke in einem Open-Source-Framework zum Bau von LLM-Systemen. Auf dem Server lief auch ein selbst-gehostetes MinIO, ein S3-kompatibler Objektspeicher mit Defaultzugang minioadmin:minioadmin. Der daraufhin angegriffene Naming-Server enthielt eine seit fünf Jahren bekannte Schwachstelle (CVE-2021-29441). Die Systeme und ihre Daten lagen also sozusagen auf einem Präsentierteller. Woher die Zugangsdaten für den finalen Zugriff auf eine MySQL-Datenbank stammen, ist allerdings ungeklärt.

Müssen wir alle sterben?

Der von Sysdig als Jadepuffer bezeichnete Vorfall zeigt, dass Angreifer tatsächlich damit experimentieren, Angriffe von einer KI weitgehend selbstständig durchführen zu lassen. Und dass das prinzipiell Schaden verursachen kann. Doch selbst aus Sicht der eigentlichen Täter im Hintergrund dürfte dieser Vorfall bestenfalls als Proof of Concept denn als echter Durchbruch verbucht werden. Der Weg zum eigentlichen Ziel „make money fast“ ist doch noch sehr weit. Insgesamt wirkt das Vorgehen der KI mehr wie das eines Toddlers, der mit Cybercrime-Bauklötzchen spielt, als das eines Furcht einflößenden Cyber-Terminators. Doch beim aktuellen Tempo der KI-Entwicklung wird dieser Toddler sehr schnell dazu lernen. Die wichtigste Jadepuffer-Botschaft für Verteidiger ist jedenfalls keine neue: Es wird allerhöchste Zeit, seine Security-Hausaufgaben zu machen und seine IT-Infrastruktur vernünftig abzusichern.

(ju)

Ab dem 7. Juli 2026 – zunächst für neue Backup-Nutzer, für bestehende Konten in den kommenden Monaten – rechnet Google neben Fotos und Videos, die in Google Fotos hochgeladen werden, nun auch weitere Daten wie SMS auf das Speicherkontingent des eigenen Google-Kontos an. Diese Daten lassen sich künftig auf Wunsch auch nicht mehr sichern.

Neue Schalter für die Backups

Wie Google in einem Supportdokument schreibt, werden künftig auch der Anrufverlauf, Geräteeinstellungen und App-Daten auf das Speicherlimit angerechnet. Laut Google sollten diese neuen Daten die Größe des Backups im Durchschnitt um 40 MByte erhöhen.

Im Zuge der neuen Richtlinie gibt Google Android-Nutzern mehr Kontrolle darüber, was Bestandteil des Backups ist. Neben der Aus- und Abwahl einzelner Apps, die man womöglich nicht gesichert haben möchte, führt Google im Laufe der kommenden Wochen Ein-/Aus-Schalter für SMS- und MMS-Nachrichten, den Anrufverlauf und die Geräteeinstellungen für alle Nutzerinnen und Nutzer hinzu. 9to5Google hat darüber zuerst berichtet.

Um auf die Backup-Einstellungen zuzugreifen, bewegt man sich auf Pixel-Geräten zu „Google-Dienste und -Einstellungen“ > „Sicherung verwalten“ > „Andere Gerätedaten“. Auf Geräten anderer Hersteller ist die Backup-Funktion in den Einstellungen unter „Google“ zu finden.

Ein Google-Sprecher sagte 9to5Google: „Mit der Android-Sicherung können Sie die Daten auf Ihrem Smartphone in Ihrem Google-Konto speichern, um sie später einfach wiederherzustellen oder ein neues Gerät einzurichten. Wir haben unsere Richtlinien aktualisiert, sodass nun alle Android-Sicherungsdaten auf den Speicherplatz Ihres Google-Kontos angerechnet werden. Wir gehen davon aus, dass dies im Durchschnitt nur 40 MB zusätzlich beanspruchen wird. Außerdem bieten wir Ihnen mehr Transparenz und neue Einstellungsmöglichkeiten, mit denen Sie auswählen können, welche Daten und Apps Sie sichern möchten.“

15 GByte kostenloser Cloudspeicher

Google bietet seit Jahren standardmäßig 15 GByte Cloudspeicher kostenlos als Teil eines Google-Kontos an. Gegen Gebühren lässt dieser sich mit dem Angebot Google One von 100 GByte für 2 Euro monatlich auf bis zu 30 TByte für 220 Euro im Monat erweitern. Die teureren Tarife enthalten unter anderem zahlreiche KI-Funktionen.

Seit dem Jahr 2024 wird unter Android auch das WhatsApp-Backup auf den Cloudspeicher angerechnet, sollten WhatsApp-Nutzerinnen und -Nutzer die Cloudbackup-Funktion verwenden. Wie groß der verwendete Cloud-Speicherplatz ist, lässt sich auf einer Übersicht einsehen. Hier können Nutzer ihr WhatsApp-Backup bei Bedarf löschen; die Verwaltung erfolgt über die WhatsApp-App.

(afl)