News for hackers. Stuff that matters.
Re:Microsoft BitLocker – YellowKey zero-day exploit by ungreased0675 on Wednesday May 13, 2026 @11:21PM (#48130726)
Remarkable. Does MS take a huge reputational hit for having a backdoor, or are they so essential to most places this won’t matter?
Re:Microsoft BitLocker – YellowKey zero-day exploit by peroids on Wednesday May 13, 2026 @11:36PM (#48130817)
I’m assuming the EU speeds up the uncoupling cause of some of this.
Re:Microsoft BitLocker – YellowKey zero-day exploit by ranger_danger on Wednesday May 13, 2026 @11:54PM (#48130928)
As far as I can tell, there's no concrete evidence that it is actually an intentional "backdoor."
Re:Microsoft BitLocker – YellowKey zero-day exploit by skeptic_ai on Thursday May 14, 2026 @12:38AM (#48131155)
lol it’s an obvious backdoor. No way a security system would ever allow this blatant workaround to bypass all encryption. Backdoor is the only answer
Re:Microsoft BitLocker – YellowKey zero-day exploit by majorchord on Thursday May 14, 2026 @12:51AM (#48131229)
> lol it's an obvious backdoor

in your opinion

Re:Microsoft BitLocker – YellowKey zero-day exploit by 3eb7988a1663 on Thursday May 14, 2026 @01:32AM (#48131446)
What would you require to feel confident it is a backdoor?

Nadella gives a press release, "Alright guys, you got us fair and square. Backdoor on Bootlocker. Various versions of it for years on behalf of the spooks."

You are unlikely to ever get a confirmation of wrong doing. That being said, for a first line security posture, there is no way external media should have anything to do with the encryption process. Even if the OS chose to read a USB drive, to also delete the magical files is ridiculously suspect.

It could always be plain old incompetence, but that is a damning level of technical ineptitude assigned to such critical infrastructure. This is not a project you assign to the intern, but paranoid security experts. Multiple levels of code review and red-teaming.

Re:Microsoft BitLocker – YellowKey zero-day exploit by Dylan16807 on Thursday May 14, 2026 @02:22AM (#48131788)
> there is no way external media should have anything to do with the encryption process.

Does this exploit have external media having anything to do with the encryption process? If yes, how do we know that? Remember that the OS normally unlocks the drive on boot, when no exploits are happening.

> Even if the OS chose to read a USB drive, to also delete the magical files is ridiculously suspect.

It's files in System Volume Information describing a transaction or something. It makes sense for it to resolve that transaction when mounting the external drive, and to then delete the files. And that's if it's even windows itself triggering the deletion.

Re:Microsoft BitLocker – YellowKey zero-day exploit by charcircuit on Thursday May 14, 2026 @12:39AM (#48131161)
It's not an actual backdoor. An attacker found a way to exploit Windows after booting it up in this recovery mode. The security of files on the device depends on it being impossible for Windows to be pwned by an attacker on any surface exposed before the user is unlocked.

This is why operating systems like GrapheneOS disable the USB port on the initial boot to limit the attack surface that an attacker has.

Re:Microsoft BitLocker – YellowKey zero-day exploit by tsimionescu on Thursday May 14, 2026 @01:37AM (#48131474)
Having a specific file name trigger the decryption to happen automatically, while also removing said files after this is achieved, is an extremely unlikely bug. I think for most people evaluating this, the onus is now on anyone thinking this is not a backdoor to prove how a mistake in the code can trigger this very specific scenario.

This is like finding out that an OS accepts an SSH private key circulating online that the sysadmin for those OS boxes never authorized, and saying "wait, we don't know that this is a backdoor into that system, the attackers just found a bug".

Re:Microsoft BitLocker – YellowKey zero-day exploit by charcircuit on Thursday May 14, 2026 @01:47AM (#48131531)
>Having a specific file name trigger the decryption

That is not what happens. There is nothing wrong with decrypting the drive. If you just powered on the computer normally, it will "trigger the decryption." There just isn't way to read a file from the lock screen. This exploit is getting you to a state where the drive is unlocked but the user has access to a command prompt. A command prompt, unlike a basic login screen gives the user the ability to actually see the contents of arbitrary files.

>specific file name

It's a specific file name because Windows stores transaction logs under that name. If it was a random name it wouldn't be able to exercise this vulnerable code.

>also removing said files after this is achieved

It doesn't seem farfetched for a transaction log to be deleted after it is successfully replayed.

Re:Microsoft BitLocker – YellowKey zero-day exploit by solenoid0937 on Thursday May 14, 2026 @02:00AM (#48131631)
This is 1000% a backdoor if you understand how the BitLocker process works.
Re:Microsoft BitLocker – YellowKey zero-day exploit by charcircuit on Thursday May 14, 2026 @02:03AM (#48131646)
I would appreciate for you to share an explanation with everyone else here as I am not intimate with Windows internals.
Re:Microsoft BitLocker – YellowKey zero-day exploit by avazhi on Thursday May 14, 2026 @01:44AM (#48131515)
I think anybody who has been paying attention has assumed for at least 20 years that all of Microsoft’s shit is backdoored anyway. I mean, the original Snowden revelations made that abundantly clear if it wasn’t before then.

Businesses use Microsoft because they figure if it’s backdoored it doesn’t matter and won’t affect them (because they aren’t terrorists or child pornographers or whatever, and they’d comply with a subpoena regardless of if Bitlocker is backdoored or not) and individuals who care about security and privacy put their shit on a Veracrypt drive somewhere else.

Re:Microsoft BitLocker – YellowKey zero-day exploit by anal_reactor on Thursday May 14, 2026 @02:30AM (#48131839)
I guess that most people who use security features of Microsoft products only do so to tick compliance checkboxes and they really don't give a fuck about actual security.

Which makes me think, it's becoming more and more urgent to make an open source mobile OS happen.

Re:Microsoft BitLocker – YellowKey zero-day exploit by AndroTux on Thursday May 14, 2026 @02:23AM (#48131794)
I don’t think anyone is using Windows for privacy, so I’d say nobody will care.
Re:Microsoft BitLocker – YellowKey zero-day exploit by danpalmer on Thursday May 14, 2026 @02:49AM (#48131951)
But almost every business is using Windows and depending on its security.
Re:Microsoft BitLocker – YellowKey zero-day exploit by mystifyingpoi on Thursday May 14, 2026 @03:23AM (#48132142)
Business side is different. I have a company provided Windows laptop and I could not care less about it's privacy or security - it's my employer problem, or at most my employer's IT/secops department.

But Windows for personal private use? No.

Re:Microsoft BitLocker – YellowKey zero-day exploit by realusername on Thursday May 14, 2026 @03:30AM (#48132190)
Nothing has changed since the old days, Windows still isn't appropriate for sensitive or secure operations.

(I'm aware that there's going to be a significant gap between the theory and what happens in practice though)

Re:Microsoft BitLocker – YellowKey zero-day exploit by esseph on Thursday May 14, 2026 @03:48AM (#48132317)
It's used at every bank, every government institution, even carriers and nuclear submarines.