Asus AM5-Mainboards: BIOS 2102 soll Bitlocker-Problem beheben

2
News Jacqueline Brosch Als bevorzugte Quelle auf Google hinzufügen
Asus AM5-Mainboards: BIOS 2102 soll Bitlocker-Problem beheben
Quelle: Erzeugt mit ChatGPT

Asus hat ein neues BIOS für AM5-Mainboards veröffentlicht. Version 2102 soll ein wiederkehrendes Bitlocker-Problem beheben, das zuvor bei zahlreichen Nutzern aufgetreten war. Betroffen waren Modelle der 600er- und 800er-Serie.

Asus hat ein neues Beta-BIOS für ausgewählte AM5-Mainboards veröffentlicht. Version 2102 adressiert Berichte über wiederkehrende Bitlocker-Wiederherstellungsabfragen, die im Zusammenhang mit einer vorherigen Firmware-Version aufgetreten waren. Betroffen waren offenbar Platinen der 600er- und 800er-Serie.

Ausgangspunkt der Diskussion war das Beta-BIOS 2101. Nutzer meldeten in Foren, dass Windows nach dem Flashen bei jedem Systemstart den 48-stelligen Wiederherstellungsschlüssel von Bitlocker angefordert habe. Selbst nach einem Downgrade auf eine ältere BIOS-Version, dem Zurücksetzen des TPM-Moduls oder einem vollständigen CMOS-Reset sei die Abfrage teilweise bestehen geblieben. Das deutete auf Inkonsistenzen im Bereich Secure Boot oder TPM-Messwerte hin.

Bitlocker ist eine in Windows integrierte Laufwerksverschlüsselung. Das Sicherheitskonzept sieht vor, dass bei Veränderungen an sicherheitsrelevanten Komponenten eine Integritätsprüfung greift. Werden Abweichungen festgestellt, fordert das System den Wiederherstellungsschlüssel an, um unautorisierten Zugriff auszuschließen. Solche Trigger können unter anderem Änderungen an Firmware, Secure-Boot-Schlüsseln oder dem TPM-Status sein. Allerdings war in den gemeldeten Fällen unklar, warum die Abfrage auch nach Rückkehr zu früheren BIOS-Ständen weiterhin erfolgte.

Mit BIOS 2102 reagiert Asus nun offiziell. In den Versionshinweisen wird neben der Aktualisierung auf AGESA Combo PI 1.3.0.0a explizit eine Behebung der Bitlocker-Recovery-Probleme genannt. Das AGESA-Paket stellt die grundlegende Initialisierungslogik für Ryzen-Prozessoren auf AM5 bereit und definiert unter anderem Speichertraining, PCIe-Konfiguration sowie Sicherheitsfunktionen im Zusammenspiel mit TPM und Secure Boot. Die Microcode-Version selbst war bereits Bestandteil der vorherigen Beta, der nun dokumentierte Fix betrifft offenbar ergänzende Anpassungen.

Nach aktuellem Stand wird BIOS 2102 für Mainboards der Serien ROG Crosshair, ROG Strix, Proart und TUF Gaming mit X870-Chipsatz sowie entsprechende 600er-Modelle bereitgestellt. Die Verfügbarkeit kann je nach Region variieren. Asus weist zudem darauf hin, ältere CMO-Dateien nicht weiterzuverwenden, da es in Verbindung mit AGESA 1.3.0.0a zu Inkompatibilitäten kommen könne.

Waren Sie von dem Problem betroffen? Nutzen Sie die Kommentarfunktion und teilen Sie uns Ihre Meinung mit. Beachten Sie beim Kommentieren aber bitte die Forenregeln. Folgen Sie uns außerdem für Neuigkeiten in der Hardware-Welt oder unsere exklusiven Inhalte gern auf Whatsapp und X. Unsere Video-Inhalte (oftmals gewürzt mit einer Prise Humor) finden Sie bei Youtube, Instagram und Tiktok.

Quelle: Asus via WCCFTech

2
    • Kommentare (2)

      Zur Diskussion im Forum
      • Von PCGH_Torsten Kokü-Junkie (m/w)
        Wenn du ihn nach dem Update einmal neu eingeben musst, ist das (je nach Inhalt des Updates), ein "Feature": Du hast Änderungen vorgenommen => aus Sicht der Verschlüsselung liegt eine abweichende Konfiguration vor => es könnte sein, dass jemand die Hardware geklaut hat => bitte neu verifizieren. Deswegen erhält man umgekehrt vor einem Update typischerweise auch eine Sicherheitsfrage, ob man denn den Schlüssel bereitliegen hat, falls man ihn braucht.

        Wenn du dagegen nach einem Update immer wieder den Key eingeben musst, weil er nicht korrekt gespeichert wird oder sich irgendwelche Werte von selbst ändern, die eigentlich bis zum nächsten Update statisch bleiben sollten, dann liegt ein Bug vor.
      • Von PCGH_Torsten Kokü-Junkie (m/w)
        Wenn du ihn nach dem Update einmal neu eingeben musst, ist das (je nach Inhalt des Updates), ein "Feature": Du hast Änderungen vorgenommen => aus Sicht der Verschlüsselung liegt eine abweichende Konfiguration vor => es könnte sein, dass jemand die Hardware geklaut hat => bitte neu verifizieren. Deswegen erhält man umgekehrt vor einem Update typischerweise auch eine Sicherheitsfrage, ob man denn den Schlüssel bereitliegen hat, falls man ihn braucht.

        Wenn du dagegen nach einem Update immer wieder den Key eingeben musst, weil er nicht korrekt gespeichert wird oder sich irgendwelche Werte von selbst ändern, die eigentlich bis zum nächsten Update statisch bleiben sollten, dann liegt ein Bug vor.
      • Von hornsz Kabelverknoter(in)
        Ich hatte das BIOS meines ASUS X870E Boards im letzten Jahr zweimal aktualisiert und genau das Verhalten gehabt, das ich den Bitlocker-Code neu eingeben musste. Bisher dachte ich, dass dies ein FEATURE sei. Aber gut zu wissen, dass es offenbar nicht so ist...
      Direkt zum Diskussionsende
  • Print / Abo
    Apps
    PCGH Magazin 08/2026 PC Games 08/2026 play5 08/2026 N-Zone 08/2026 Linux Magazin 08/2026 LinuxUser 08/2026 Raspberry Pi Geek 09/2026
    PC Games Hardware PC Games Linux Magazin Raspberry Pi Geek Computec Kiosk