conv.

All stories
SecurityQuiet 5d · day 5

New UEFI bootkit BlackX bypasses Secure Boot on fully patched Windows

Researchers say BlackX infected fully updated Windows machines by reusing a 2022 boot-manager flaw Microsoft never fully closed.

What to know

  • BlackX bypasses Secure Boot on Windows systems that had every relevant Microsoft patch installed, mirroring the 2023 BlackLotus bootkit.
  • Both bootkits exploit 'Baton Drop' (CVE-2022-21894), a Windows boot-manager logic flaw patched in 2022 but not fully closed by certificate revocations until 2023-2024.
  • The incident raises the question of whether Microsoft's unclear or incomplete implementation of Secure Boot protections, rather than a new exploit, let BlackX succeed.

Microsoft Windows and Secure Boot vendorBlackLotus Precedent UEFI bootkit (2023)BlackX Newly identified UEFI bootkit

New UEFI bootkit BlackX bypasses Secure Boot on fully patched Windows
arstechnica.com

How it unfolded 2 developments, newest first · click a bar or a number to jump articlesposts

Peak 6 pieces in two hours at Nov 3, 10 AM; 13 pieces over 5 days (4 articles · 9 posts) Nov 3, 10 AM — 6 pieces · 4 articles · 2 posts — Mastodon 3, Google News 2, Newswires 1Nov 3, 12 PM — quietNov 3, 2 PM — 1 piece · 1 post — Mastodon 1Nov 3, 4 PM — 1 piece · 1 post — Bluesky 1Nov 3, 6 PM — quietNov 3, 8 PM — quietNov 3, 10 PM — 1 piece · 1 post — Bluesky 1Nov 4, 12 AM — quietNov 4, 2 AM — quietNov 4, 4 AM — quietNov 4, 6 AM — quietNov 4, 8 AM — quietNov 4, 10 AM — quietNov 4, 12 PM — 2 pieces · 2 posts — Bluesky 2Nov 4, 2 PM — quietNov 4, 4 PM — quietNov 4, 6 PM — quietNov 4, 8 PM — quietNov 4, 10 PM — quietNov 5, 12 AM — quietNov 5, 2 AM — 1 piece · 1 post — Mastodon 1Nov 5, 4 AM — quietNov 5, 6 AM — quietNov 5, 8 AM — quietNov 5, 10 AM — quietNov 5, 12 PM — quietNov 5, 2 PM — quietNov 5, 4 PM — quietNov 5, 6 PM — quietNov 5, 8 PM — quietNov 5, 10 PM — quietNov 6, 12 AM — quietNov 6, 2 AM — 1 piece · 1 post — Bluesky 1Nov 6, 4 AM — quietNov 6, 6 AM — quietNov 6, 8 AM — quietNov 6, 10 AM — quietNov 6, 12 PM — quietNov 6, 2 PM — quietNov 6, 4 PM — quietNov 6, 6 PM — quietNov 6, 8 PM — quietNov 6, 10 PM — quietYesterday, 12 AM — quietYesterday, 2 AM — quietYesterday, 4 AM — quietYesterday, 6 AM — quietYesterday, 8 AM — quietYesterday, 10 AM — quietYesterday, 12 PM — quietYesterday, 2 PM — quietYesterday, 4 PM — quietYesterday, 6 PM — quietYesterday, 8 PM — quietYesterday, 10 PM — quietToday, 12 AM — quietToday, 2 AM — quietToday, 4 AM — quietToday, 6 AM — quietToday, 8 AM — quietToday, 10 AM — quiet 1–2
Nov 4Nov 5Nov 6yesterdaynow · 11:26 AM ET
  1. 2

    Reader blames Microsoft's Secure Boot handling

    A Mastodon reader responding to the Ars Technica report argued the recurring Secure Boot failures point squarely back to Microsoft.

    “The answer to "is Microslop to blame?" is always, inevitably, yes...”
    — kim_harding@mastodon.scot
    • mjg59@nondeterministic.computer

      https:// arstechnica.com/security/2026/ 11/uefi-bootkit-infected-fully-patched-windows-machines-is-microsoft-to-blame/ calls to mind something I wrote back in 2022: https:// mjg59.dreamwidth.org/60248.html . Systems are vulnerable to UEFI secure boot bypasses because Microsoft refuses to revoke their old bootloaders by default, because that would…

      mjg59@nondeterministic.computerMastodon4d ago16▲view on Mastodon ↗
    4 posts in this stretch →
  2. 1

    BlackX bootkit found infecting fully patched Windows systems

    Ars Technica reports that organizations infected by a new bootkit tracked as BlackX had installed all of Microsoft's prior patches and certificate updates, yet BlackX still bypassed Secure Boot via the same Baton Drop flaw, reopening the question of whether Microsoft's unclear implementation is to blame.

    “UEFI bootkit BlackX exploits Microsoft's lack of clarity around Secure Boot protections.”
    — Ars Technica
    1. first by Mastodon, 5d ago · also Ars Technica

    2. first by UA.NEWS, 5d ago

  3. background

    Microsoft enables revocation of the old boot-manager certificate — A further Microsoft update provided the means to revoke trust in the digital certificate used to sign older, vulnerable Windows boot managers, intended to finally close the BlackLotus vector.

  4. background

    Microsoft starts closing the certificate gap — Two months after BlackLotus surfaced, Microsoft began a multi-year remediation, issuing an update that added a new certificate no longer trusting the vulnerable boot managers.

  5. background

    BlackLotus emerges as first in-the-wild Secure Boot bypass — BlackLotus became the first publicly documented UEFI bootkit able to bypass Secure Boot on fully updated Windows 11 systems, exploiting the unrevoked certificate gap left after the 2022 patch.

  6. background

    Microsoft patches the Baton Drop boot-manager flaw — Microsoft fixed CVE-2022-21894, a logic flaw in the Windows boot manager dubbed 'Baton Drop' that allows Secure Boot bypass and, in some cases, BitLocker key extraction, but did not revoke trust in the certificate used to sign older vulnerable boot managers.

What people are saying 0 voices from 0 sites · best of 4 · verbatim