REDMOND / LONDON (IT BOLTWISE) – Microsoft hat eine Mitigation für die BitLocker-Bypass-Lücke „YellowKey“ veröffentlicht, nachdem der Fehler eine Woche zuvor öffentlich bekannt wurde. Die Schwachstelle (CVE-2026-45585, CVSS 6.8) zielt auf das Startverhalten im Windows-Recovery-Umfeld und kann bei physischem Zugriff den Schutz von verschlüsselten Volumes umgehen. Administratoren sollen die WinRE-Image-Prüfung und die Anpassung von BootExecute umsetzen und zusätzlich TPM+PIN aktivieren, um Angriffe effektiv zu entschärfen.
Mit „YellowKey“ rückt eine zentrale Schwachstelle rund um die BitLocker-Absicherung von Windows-Clients und -Servern in den Fokus: Microsoft hat nach der öffentlichen Offenlegung eine konkrete Mitigation nachgereicht, die den beschriebenen Umgehungsweg im Windows-Recovery-Umfeld adressiert. Der Fehler ist als CVE-2026-45585 mit einem CVSS-Score von 6.8 eingeordnet und wird als Security-Feature-Bypass gegen BitLocker Device Encryption charakterisiert. Besonders relevant ist das Szenario, weil es physische Nähe erfordert und damit in realen Angriffspfaden (z. B. bei Wartung, verlorenem Gerät oder kompromittierten Zugangsketten) eine andere Risikodimension als rein remote ausnutzbare Lücken mitbringt.
Technisch setzt die Meldung bei einem bestimmten Zusammenspiel an: Ein Angreifer kann über USB bzw. eine EFI-Partition speziell präparierte „FsTx“-Dateien platzieren, das System in die Windows Recovery Environment (WinRE) booten und dann durch eine gezielte Interaktion (laut Beschreibung: CTRL-Halten) eine Shell mit weitgehend unbeschränkten Rechten auslösen. Genau hier entsteht die Umgehungsgefahr, weil der Zugriff auf das geschützte Volume nicht mehr nur über den regulären Entschlüsselungs-Workflow läuft. Betroffen sind laut Mitteilung mehrere Windows-11-Varianten (26H1, 24H2, 25H2 für x64), sowie Windows Server 2025 inklusive Server Core, sodass der Patch- und Deploy-Plan für heterogene Flotten einzuplanen ist.
Microsoft beschreibt die Abhilfe als prozedurale, aber präzise Kette von Schritten rund um das WinRE-Image und Registry-Manipulationen. Dazu gehört, das WinRE-Image auf jedem betroffenen Gerät einzuhängen, die System-Registry-Hive des gemounteten Images zu laden und anschließend den Bootexecute-Eintrag so anzupassen, dass der Wert „autofstx.exe“ entfernt wird. Im Anschluss werden Hive-Änderungen gespeichert, Registry und Image sauber entkoppelt und die BitLocker-Vertrauensstellung für WinRE wiederhergestellt. Damit wird im Kern verhindert, dass die FsTx Auto Recovery Utility den problematischen Pfad automatisch startet—ein Ansatz, der eher „gezielt entkoppelt“ statt nur „blockiert“.
Ein wichtiger technischer Vergleich liegt nahe, weil Verschlüsselungsprodukte unterschiedliche Annahmen über den Pre-Boot- und Recovery-Zugriff treffen. BitLocker wird hier als Device-Encryption-Layer in einem Windows-nativen Boot- und Recovery-Kontext gefahren; vergleichbare Schutzmodelle gibt es in anderen Ökosystemen wie Apple FileVault oder in Open-Source-Setups wie VeraCrypt, die ihrerseits je nach Konfiguration unterschiedlich stark von der Integrität des Recovery-Workflows abhängen. In der Praxis bedeuten diese Unterschiede: Je näher ein System an „Trusted Boot“- und Recovery-Ketten gekoppelt ist, desto entscheidender wird die Absicherung genau dieser Pfade. Der YellowKey-Fall zeigt damit auch, wie groß die Angriffsfläche werden kann, wenn Recovery-Komponenten unerwartet starten.
Marktseitig ist die Timing-Komponente auffällig: Die Mitigation folgt auf eine Woche nach der öffentlichen Offenlegung, was für Security-Teams gut planbar, aber dennoch operativ anspruchsvoll ist—insbesondere bei Geräten, die nicht zentral sind oder bei denen WinRE-Images selten in Change-Prozessen angefasst werden. Branchenexperten weisen darauf hin, dass solche Pfad-Manipulationen typischerweise schwerer über „Standard-Patching“ allein zu kompensieren sind, weil sie pro Gerät oder zumindest pro Image-Zustand erfolgen müssen. Die von Microsoft skizzierte Empfehlung, zusätzlich den Entschlüsselungsmodus von TPM-only auf TPM+PIN zu wechseln, verschiebt das Risiko: Selbst wenn ein Angreifer in Recovery-Shells kommt, muss er bei Startsignaturen eine zweite Wissenskomponente liefern.
Auch die konkrete Risikobeschreibung zielt auf eine Enterprise-Schutzlogik: Erfolg würde Angreifern mit physischem Zugriff ermöglichen, die BitLocker-Device-Encryption-Mechanismen am Speichermedium zu umgehen und auf verschlüsselte Daten zuzugreifen. Das ist besonders dann relevant, wenn Geräte im Unternehmen verteilt sind, Offboarding-Prozesse Schwachstellen haben oder wenn Betriebsteams Geräte warten, bevor die Sicherheitsbasis aktualisiert wird. Die Umstellung auf „Require additional authentication at startup“ per Microsoft Intune bzw. Group Policy sowie „Configure TPM startup PIN“ auf „Require startup PIN with TPM“ ist damit nicht nur eine technische Detailmaßnahme, sondern ein Governance-Thema: Sie operationalisiert Security-Anforderungen in Richtlinien und reduziert die Wahrscheinlichkeit „konfigurationsbasierter“ Ausnahmen, die Angreifer ausnutzen könnten.
Historisch ist dieser Fall anschlussfähig an eine wiederkehrende Erkenntnis aus der Sicherheitsforschung: Während Verschlüsselung selbst kryptografisch robust sein kann, können Umgehungen über Startreihenfolgen, Recovery-Helfer oder automatische Replay-Mechanismen entstehen. In den letzten Jahren haben Sicherheitsteams deshalb stärker auf die Integrität von Pre-Boot-Komponenten und auf die „Security of the environment“ geachtet—nicht nur auf die Stärke des Keys. YellowKey wirkt dabei wie ein Lehrbeispiel dafür, dass selbst eine korrekt konfigurierte Verschlüsselung im Zusammenspiel mit NTFS-Transaktions- bzw. Wiederherstellungslogik und Auto-Utilities aus dem Takt geraten kann. Die vorgeschlagene Änderung am Startlauf spiegelt diese historische Lernkurve wider.
Für die Zukunft bedeutet das: Enterprise-Organisationen sollten ihre Incident-Response-Playbooks um „Recovery-Path“-Checks erweitern und Patch-Fähigkeit für WinRE-abhängige Maßnahmen priorisieren. Praktisch heißt das, dass Teams Inventarisierung und Rollback-Strategien für WinRE-Images sowie Validierungstests für BitLocker-Trust-Ketten in die nächsten Wartungsfenster integrieren. Gleichzeitig zeigt der Weg über TPM+PIN, dass „Defense in depth“ auch in der Verschlüsselungsschicht wirksam ist, weil mehrere Faktoren die Angriffsoberfläche reduzieren. Regulatorisch und datenschutzbezogen ist das konsequent: Je schneller verschlüsselungsnahe Sicherheitslücken geschlossen werden, desto besser lässt sich das Risiko von Datenexfiltration in Audit-Kontexten begrenzen, auch wenn die eigentliche Kryptografie unangetastet bleibt.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Microsoft liefert Mitigation für YellowKey: BitLocker-Bypass CVE-2026-45585" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Microsoft liefert Mitigation für YellowKey: BitLocker-Bypass CVE-2026-45585" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Microsoft liefert Mitigation für YellowKey: BitLocker-Bypass CVE-2026-45585« bei Google Deutschland suchen, bei Bing oder Google News!