this post was submitted on 20 Jul 2026
18 points (87.5% liked)
Asklemmy
54967 readers
498 users here now
A loosely moderated place to ask open-ended questions
If your post meets the following criteria, it's welcome here!
- Open-ended question
- Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
- Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
- Not ad nauseam inducing: please make sure it is a question that would be new to most members
- An actual topic of discussion
Looking for support?
Looking for a community?
- Lemmyverse: community search
- sub.rehab: maps old subreddits to fediverse options, marks official as such
- !lemmy411@lemmy.ca: a community for finding communities
~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~
founded 7 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Ask yourself a different question:
What is the point of encrypting the drive if your computer decrypts it automatically?
Are you really worried about the case where a thief steals the hard drive but not the rest of the computer?
Even if the thief steals the entire computer, BitLocker/LUKS and SecureBoot provide a reasonable level of protection against data theft. Yes, the drive (or bits of it anyway) are automatically decrypted (the whole drive is never decrypted, just the data requested by the OS). However, it still prevents the attacker from accessing that data outside the intended operating system, which makes data theft much harder. An attacker would also need a valid account to login to the system to start accessing data. It's not an insurmountable hurdle, but it does mean that just having the computer isn't the same as having the data.
Without encryption, once a thief has the computer, they have the data. They don't need a valid account to access the data and they can even boot into a tool to reset passwords on the primary OS and start using it. Last I checked, chntpw still works with Windows 11. That sort of thing fails with encryption, even with TPM only. The TPM will not release the encryption key to an OS if SecureBoot fails. Granted, there is the YellowKey backdoor, but that was probably Microsoft giving the FBI a helping hand. But, that falls outside the intended design.
That is not the point of TPM only unlock. Tell me, can you access the files on a windows system that automatically unlocks bitlocker and then boots to the windows login screen? What can you read without a user password? If you try to boot a different OS and read the data from there, the bitlocker encrypted drive will not be automatically unlocked.
Bitlocker TPM only mode is ment to protect against a stolen hard drive and attacks in which the whole laptop is accessed by attackers (like someone breaking into your hotel room while you are at breakfast). Now bitlocker is broken in TPM only mode and many vulnerabilities exist, but conceptually its purpose is not only to protect against a stolen hard drive.
It also protects you from malicious apps running outside of windows - they can't manipulate the file system. Also an attacker would have hard time breaking into your disk/OS if they get control of your machine. If ~~he~~ they try to boot from another device, bitlocker won't decrypt the windows partition automatically.
Yes, that is infact the situation Bitlocker wants to protect you from. Correct. I mean we can argue that's not the case you need it to protect against but if we're looking at non-drive-retrieval situations, then you can just have a password at the BIOS-level, you don't need to encrypt the actual drive. Might as well save yourself the little CPU usage for encrypting/decrypting.
Bitlocker is specifically for th idea that someone circumvents any on-boot password and just takes the drive out, reading your files off of it directly.
Like any security measure it is not to be applied in isolation.
Just a side note: these days there usually isn't any overhead for having a drive encrypted, the CPU isn't even involved. The drive itself will decrypt the data itself.
Again, let me emphasize: usually. There are exceptions.
There's other approaches to automatically unlocking. For example, you can combine Clevis with Tang to use Network Bound Disk Encryption, which lets you automatically decrypt only when on a trusted network.
You can have multiple different LUKS keys, and any of them can be used to decrypt the disk. This lets you automatically unlock via a network server when your system is at home, while still prompting for an unlock password when not at home.
At my workplace, our laptops have two LUKS keys - one for me and one for IT / tech support. It lets IT boot the system (eg if I send it in for repair) without having to know my LUKS password.
Wouldn’t that data be inaccessible if encrypted? You would still need to login to access it. You wouldn’t be able to drop the drive on another machine if it’s encrypted.
Every once in a while a security researcher will highlight a new method for obtaining the key from the TPM, usually by tapping into the I2C comms between it and the CPU. They'll say it's 'trvial' and can be done 'in seconds', but that's only after a lot of work figuring out that particular motherboard.
A few months ago there was yellowkey that just needed a special file on a USB drive to bypass bitlocker, making it so easy that it was arguably a backdoor.