this post was submitted on 21 Jul 2023
916 points (100.0% liked)
Technology
37713 readers
531 users here now
A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.
Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.
Subcommunities on Beehaw:
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
THIS IS NOT (just) ABOUT GOOGLE
Currently, attestation and "trusted computing" are already a thing, the main "sources of trust" are:
This is already going on, you need a Microsoft signed stub to boot anything other than Windows on a PC, you need Apple's blessing to boot anything on a Mac, your smartphone manufacturer decides whether you can unlock it and lose attestation, all of Microsoft, Apple and Google run app attestation through their app stores, several governments and companies run attestation software on their company hardware, and so on.
This is the next logical step, to add "web app" attestation, since the previous ones had barely any pushback, and even fanboys of walled gardens cheering them up.
PS: Somewhat ironically, Google's Play Store attestation is one of the weaker ones, just look at Apple's and the list of stuff they collect from the user's device to "attest" it for any app.
Not necessarily, most motherboards and laptops (at least every single one I've ever owned) allow users to enroll their own Secure Boot keys and maintain an entirely non-Microsoft chain of trust. You can also disable secure boot entirely.
Major distros like Ubuntu and Fedora started shipping with Microsoft-signed boot shims as a matter of convenience, not necessity.
Secure Boot itself is not some nefarious mechanism, it is a component of the open UEFI standard. Where Microsoft comes in to play is the fact that most PC vendors are going to pre-enroll Microsoft keys because they are all shipping computers with Windows, and Microsoft wants Secure Boot enabled by default on machines shipping with with their operating system.
For now. They're boiling the frog slow.
Microsoft doesn't control the standard, and the entire rest of the industry has no reason to ban non-Windows operating systems.
Widnows doesn't have the stranglehold over the market that it once did.
It's not just Microsoft, it's capitalists in general.
I hope you're right. Microsoft could try incentivising a shift.
The entire internet depends on machines running linux as servers. I highly doubt that any company has the power to change that
Yeah, it's not likely for server racks. Laptops, though, seem somewhat plausible. I'm actually pretty happy with the momentum on tech issues now, on the other hand. I hear stories about right to repair in normal media, my country is in a straight-up showdown with big tech, and GDPR is well established.
Windows 11 is saying you're required to have tpm 2.0 enabled in your bios in order to upgrade. Didn't know what it was on my self built computer until recently when windows said my system wasn't compatible to upgrade.
Tpm modules are pretty good. And you can buy them separately like another card. Motherboards usually have a slot for them. They are tiny like usb drives. They essentially are usb derives but for your passwords and keys. You can even configure Firefox to store your passwords in tpm
TPMs are a security threat. If malware manages to infiltrate it, then that malware is now impossible to remove and has unfettered access to the entire system. You have to junk the entire computer.
No they don’t. Worst case known attacks have resulted in insecure keys being generated. And even if malware could somehow be transferred out of it you wouldn’t have to trash your whole computer - just unplug the TPM
I'm afraid you are sorely mistaken. Here's an RCE vulnerability in the TPM 2.0 reference implementation.
Your own article says it’s VMs. The tpm itself can be bricked. Ok that sucks. Still not persistent like you describe.
The vulnerability is not specific to VMs. Malicious code running with privileges on the host operating system can also exploit it.
But yes, this can also be used to escape the VM sandbox, and since the TPM has full access to the entire system, exploit code can then gain full privileges on the host.
Can the TPM firmware not write to the flash where it's stored? If it can, then an RCE exploit can do so too, and thereby make itself persistent.
Basically, any successful RCE exploit in a TPM equals total and permanent compromise of the entire physical machine. That's why the TPM is a security threat rather than a security feature.
TPM and SecureBoot are separate UEFI features. Windows 11 requires TPM 2.0. If your system meets the CPU requirements, then it should support this without needing to install a hardware TPM dongle. However, until recently, many vendors turned had this feature turned off for some reason.
Where some confusion comes in is another Windows 11 requirement, that machines be SecureBoot capable. What this actually means in practice is that your system needs to be configured to boot in UEFI mode rather than CSM ("Legacy BIOS") mode.
You can't disable secure boot if you want to use your Nvidia GPU :( though. [edit2: turns out this is a linux mint thing, not the case in Debian or Fedora]
Edit: fine, there may be workarounds and for other distros everything is awesome, but in mint and possibly Ubuntu and Debian for a laptop 2022 RTX3060 you need to set up your MOK keys in secure mode to be able to install the Nvidia drivers, outside secure mode the GPU is simply locked. I wasn't even complaining, there is a way to get it working, so that's fine by me. No need to tell me that I was imagining things.
Hogwash. Running Fedora on closed source nvidia drivers with secure boot disabled.
"works for me"
What does that even mean?! Yes it works for me. That’s the whole bloody point of saying it. Someone was saying “it won’t work for anyone” and I was saying “well it works for me”.
“We can’t land at the moon!” “Eh, we already have” “‘Works for me’, so that’s not really valid”
Head_scratch.gif
Source?
Me installing Linux Mint on a 2022 laptop with a Nvidia GPU (had windows 11 preinstalled, this was an alongside install). I disabled secure boot at first, but still had to go all the way back and set up my MOK keys and turn on secure boot properly with another password to unlock the GPU.
Pro tip if you want to use Linux: don't rely on non-free drivers.
That's not a protip. A protip would be how you do that :D
Literally buy anything but Nvidia. Intel, AMD have upstream drivers that work regardless of secure boot. Various ARM platforms also have free drivers.
It used to be that there waa only bad choices, now there really is only one bad choice left.
Intel Arc still has some teething problems, particularly with power management on laptops, but AMD has been smooth sailing for almost a decade now.
Please help me understand why this is such a huge issue.
For many reasons. Nvidia requiring secure boot in this case, which is not available for all distros or kernels on all computers.
The other is requiring a workable kernel module and user space component from Nvidia, which means that as soon as Nvidia deprecates your hardware, you're stuck with legacy drivers, legacy kernels, or both.
Nvidia also has it's own separate userspace stack, meaning it doesn't integrate with the whole DRM & Mesa stack everyone else uses. For the longest time that meant no Wayland support, and it still means you're limited to Gnome only on wayland when using Nvidia AFAIK.
Another issue is switcheable graphics. Since systems with switchable graphics typically combine a Mesa based driver stack (aka everyone but Nvidia, but typically this would be AMD or Intel integrated graphics) with an Nvidia one, it involves swapping out the entire library chain (OpenGL or Vulkan or whatever libraries). This is typically done by using ugly hacks (wrapper scripts using LD_PRELOAD for example) and are prone to failure. Symptoms can be anything as mild as everything running on the integrated graphics, the discrete graphics never sleeping causing poor battery life or high power consumption, to booting to a black screen all or some of the time.
If these things don't bother you or you have no idea what these things mean, or you don't care about them or your hardware lasting more than 3-5y then it probably isn't a big deal to you. But none of the above exist when using Intel, AMD or a mix of those two.
In my experience the past twenty years, proprietary drivers are the root cause of I would say 90% of my issues using Linux.
When are people gonna learn to stop buying NVIDIA products?
Never heard of this before and couldn't find anything about secure boot being required to be enabled to use the Nvidia drivers with Linux.
But since you used dual boot you need to have secure boot enabled anyway, because win 11 would not work without it, would it?
My experience is that Nvidia plays nicer without secure boot. Getting Fedora up and running with the proprietary Nvidia drivers and fully working SecureBoot was quite a headache, whereas everything just worked out of the box when I disabled it.
But this is very much an Nvidia problem and not a SecureBoot problem. There is a reason basically no-one else provides their drivers as one-size-fits-all binary kernel modules.
I started looking at Mac's for my next computer. Due to this amazing project. https://asahilinux.org/
False. Every PC I've had has allowed Secure Boot to be turned off, and some of them allow me to add another trusted certificate as well.
False. The Mac boot process is completely unlocked, at least on Intel Macs.
My Pixel 6 allows me to unlock the boot loader at any time.
Attestation exists, unfortunately, but it's not nearly as pervasive as you seem to think.
Uh, there was huge pushback. That's why even a Microsoft Surface won't stop you from installing Linux.
GOTO 10
My point is that at least some smartphone manufacturers make phones with unlocked boot loaders. As long as there's at least one such manufacturer, does that not disprove your argument?
On Modern Macs, the process is somewhat convoluted, but you are able to boot into a custom compiled boot loader / operating system while secure boot is enabled. It just needs a few minor hoops to sign the boot loader - steps that would be difficult to social engineer around but perfectly reasonable to do them intentionally if installing an alternate operating system is your thing.
iPhone is, of course, a different story. Hopefully that changes some day. The CPU and boot process is the same as a Mac, so there's no reason it couldn't be unlocked. Might require government intervention though.
Does that not create a barrier for entry for non-technical people looking to use an alternative operating system?
Umm, you don't see the oxymoron there?
Can you expand on this? Maybe I'm just misunderstanding you, but a "pc" is not a Windows made machine. It is a collection of disparate computer parts made by different companies with no requirement to run Windows as the exclusive OS once put together.
Even on a Windows OS, I can run any program I want (that's made to operate with Windows). I may get a warning if it's not a "known" developer, but I can still run it. Did I miss a big update to how 11 works with unknown software or something?
PCs have been switching to UEFI instead of legacy BIOS startups, one of the features of UEFI is Secure Boot, which ensures all code being run during the boot process is signed with a valid key, which most PC manufacturers have been choosing to be a Microsoft key by default because Windows requires Secure Boot and most PC users want to run Windows. Depending on the manufacturer, you may be able to switch to "legacy BIOS" boot, add your own keys, disable the check, or use a Microsoft signed stub for your alternative OS. Only the last one is guaranteed to work, though.
Windows 10/11 Home in S mode only allows running programs from the Microsoft Store, you need to upgrade the license if you want to "sideload" stuff.
I have yet to encounter a PC where Secure Boot can't be turned off.
Interesting. I wasn't aware of all that. Troublesome.
If i recall you can toggle s mode off inside the Microsoft store and use it normally, you just cant turn it back on without a reboot.
S mode?? Man that feels like using a PC with a child lock turned on.
I believe he is talking about secure boot
https://wiki.debian.org/SecureBoot
While I agree in general, and the overall sentiment/direction here to steer towards (morally) is clear… let’s stick to facts only.
Bootloader is unlocked and alternative OS exist. Or what else did you mean by that?
Macs with the T2 could be configured to unlock the bootloader, but from my understanding, the new Apple Silicon Macs (M1, M2) come with the bootloader locked.
Your understanding is incorrect, I think.
Apple specifically chose to leave it (or some part of the chain, I don’t actually know, not an expert lol) open, otherwise, a project like Asahi Linux would not have had a chance from the getgo.
I might try to read up on it when I find the time whether they still have to rely on something signed by Apple before being able to take over in the boot process.
I see.
I was going on the fact that the T2 has a "No Security" option for its Secure Boot config, while according to Apple Support the Apple Silicon ones (I don't have one) only offer "Full" or "Reduced" security, which would still require signing: Change security settings on the startup disk of a Mac with Apple silicon
Dunno how the Asahi folks are planning on doing it, but they do indeed say there is no bootlock 🤔
Update: according to the Asahi docs, I seem to understand that Apple Silicon devices allow creating some sort of "OS containers" that can be chosen to boot from separately from the Mac OS one, and in such a custom container the security can be set to "permissive" limited to that container: https://github.com/AsahiLinux/docs/wiki/Open-OS-Ecosystem-on-Apple-Silicon-Macs Interesting.
Yep, that’s a fitting term. You definitely still have to rely on macOS (and keep a copy of it around, e.g. for firmware upgrades, which of course basically only come bundled with macOS versions), but other than that, you can do more or less what you want to – as long as you’re outside of it.
I quite like this idea though if I’m being honest, normie users get all the hardened security from the regular boot chain without experiencing basically any difference/downsides, while hardware enthusiasts and (Linux) tinkerers still have options open (well, options that you can get if you have a new chip on a rarer architecture with previously no third party OS).