Live data from Hacker News

Linux and Secure Boot certificate expiration

lwn.net

241–250 of 272 posts

Re: Linux and Secure Boot certificate expiration

#241
post #216

Earlier quoted context omitted.

there is a difference between the expiration of signing keys, and the expiration of the signature signed with those keys. the signature for a contract, or a bootloader, should remain valid indefinitely, even if the person/key is no longer allowed to sign contracts/bootloaders after some point of time.

That sounds impossible to enforce. Key signing is done offline. If I have an expired signing key, what’s stopping me setting my clock back a few years, creating a new signature and signing it? If the resulting key works indefinitely, the expiration date on my signing key is utterly meaningless.

Trusted timestamp services. https://en.wikipedia.org/wiki/Trusted_timestamping

Microsoft's Authenticode has been doing this for a long time, allowing a signature to be considered as valid long after the signing certificate expired.

https://learn.microsoft.com/en-us/windows/win32/seccrypto/ti...

Re: Linux and Secure Boot certificate expiration

#242

Earlier quoted context omitted.

It’s a choice I make all the time. I disabled it on one of my computers just last night. I’ll probably turn it back on today. It’s easy to toggle.

Now do that on your smartphone. And then on your smart watch. And then on your gaming console. Secure Boot being "a choice" on PC is an exception, not the norm. On just about every other device, the vendor is going to take a boot, shove it up your ass, and say "it's there to make your ass more secure" if you complain.

Secure Ass-Boot is revolutionizing device security.

Re: Linux and Secure Boot certificate expiration

#243

Earlier quoted context omitted.

> Who controls the fucking certs? Cert authorities, just like in case of SSL. Is SSL also an evil technology designed to take away freedom from the internet? > vendor-selected boot certificates that can't be changed That's a lie. Certain drivers are signed with a specific key, and they can only be used when this key is installed, which makes sense. The same thing happens with SSL - if you remove pre-installed CA cert…

I might be misremembering it, but initial plans for Secure Boot were less open. It was only the stink raised that resulted in it being an option. Does it matter? Is it mine? If yes, then it should my concern. But that is the entire problem with trusted computing and recent trends in general. Corps become operators, users are downgraded to consumers.

“ . But not only were they illegal, like debuggers—you could not install one if you had one, without knowing your computer's root password. And neither the FBI nor Microsoft Support would tell you that.”

That’s what trusted boot is, as predicted in 1997. It will come eventually.

Re: Linux and Secure Boot certificate expiration

#244

Earlier quoted context omitted.

> Who controls the fucking certs? Cert authorities, just like in case of SSL. Is SSL also an evil technology designed to take away freedom from the internet? > vendor-selected boot certificates that can't be changed That's a lie. Certain drivers are signed with a specific key, and they can only be used when this key is installed, which makes sense. The same thing happens with SSL - if you remove pre-installed CA cert…

> Is SSL also an evil technology designed to take away freedom from the internet? If it were not for Let's Encrypt, YES! Secure boot would not be a problem if it were trivial to enroll keys. Give me a big message like: "The OS you are trying to run is signed by an unknown key sha256:whateverthefuck IF YOU ARE NOT RUNNING AN INSTALLER YOU ARE MOST LIKELY CURRENTLY BEING ATTACKED AND SHOULD NOT PROCEED. If you are runn…

Amen. This is how it SHOULD work.

Re: Linux and Secure Boot certificate expiration

#245
post #180

Earlier quoted context omitted.

That seems to almost completely defeat the purpose of expiration. One could do a bit better by requiring the signed object to be timestamped by some sort of secure timestamping service. But then one should seriously consider the threat model that Secure Boot with default certificates is intended to defend against.

The day infosec nerds get rid of their unhealthy obsession with expiration and realize that systems irrecoverably breaking on an arbitrary random instant or requiring a true source of time to work are REALLY FUCKING INCOMPATIBLE with the real world, they might actually get something done. Until then, please don't bother the rest of us trying to get work done (and having to cleanup the mess you made - what do you mean…

[flagged]

Re: Linux and Secure Boot certificate expiration

#246

Things that might not get updates shouldn't use the current date/time when checking certificates. Instead, they should see if the certificate would have been valid on the day the firmware was compiled (ie. behaviour will never change through the passage of time alone).

Expired certificates should also at worst be a skippable warning. No one’s relying on certificates expiring for security. If you did you might have to wait many years for the expiration of a stolen certificate - lol! It’s absolutely a minor “hey btw the certificate expired, check for an update” yet various systems treat certificate expiration as an end of the world lock it down scenario.

>years for the expiration of a stolen certificate

Code signing certificates are trending down in length. Ot recently dropped down from a max of 39 months to about 15 months.

Re: Linux and Secure Boot certificate expiration

#247

Earlier quoted context omitted.

I might be misremembering it, but initial plans for Secure Boot were less open. It was only the stink raised that resulted in it being an option. Does it matter? Is it mine? If yes, then it should my concern. But that is the entire problem with trusted computing and recent trends in general. Corps become operators, users are downgraded to consumers.

“ . But not only were they illegal, like debuggers—you could not install one if you had one, without knowing your computer's root password. And neither the FBI nor Microsoft Support would tell you that.” That’s what trusted boot is, as predicted in 1997. It will come eventually.

For those who don't know the source of that quote: https://www.gnu.org/philosophy/right-to-read.en.html which was first published in 1997.

Re: Linux and Secure Boot certificate expiration

#248
post #230

Earlier quoted context omitted.

That is reality though. It happens all the time. Modern computers are distributed systems of components. Each component has its own cpu and OS running in firmware. And they talk over the system bus.

it seems like you are talking about hardware controllers, vs CPUs.

Those are still processors, just like CPUs, but slower.

Re: Linux and Secure Boot certificate expiration

#249
post #18

Earlier quoted context omitted.

Maybe this isn't a great take, but RedHat/LKF/etc could obviously run a 'semi-competent' PKI, and probably should be. But doing so would allow PC vendors to cleanly segment machines between Windows and Linux (+$$), so perhaps it made the best sense to lay-low and use MS infrastructure for this.

This isn't really true. MS uses three separate CA's to sign Windows boot loaders, third party bootloaders (including Linux bootloaders) and UEFI Option ROMs. In theory, no manufacturer has to install all three as trusted. But it makes no business sense to do so - why have two separate hardware SKUs for the sole purpose of lock-in? Once word got out no one would buy from that manufacturer.

Sure they would, if it would make them a buck. Lenovo for example already has separate models for pro ThinkPads with 'certified' Linux support versus the consumer line. Dell too. PC vendors already have 9000 SKUs, what's a few more?

Reminds me back in the day some vendors of Win 9x systems put something in the BIOS to prevent one from installing NT/2000. Gotta get the corporate model for that.

Re: Linux and Secure Boot certificate expiration

#250

Earlier quoted context omitted.

> Who controls the fucking certs? Cert authorities, just like in case of SSL. Is SSL also an evil technology designed to take away freedom from the internet? > vendor-selected boot certificates that can't be changed That's a lie. Certain drivers are signed with a specific key, and they can only be used when this key is installed, which makes sense. The same thing happens with SSL - if you remove pre-installed CA cert…

> Cert authorities, just like in case of SSL. Is SSL also an evil technology designed to take away freedom from the internet? Yes, the way trust is delegated in web PKI is absolutely insane as well. It should have been something more lilke DANE from the start.

[1] DANE: DNS-based Authentication of Named Entities
Post reply on HN