It's Looking Like UEFI SecureBoot Will Be Ready In Time For Debian 10.0 Buster

[phoronix]

Phoronix: It's Looking Like UEFI SecureBoot Will Be Ready In Time For Debian 10.0 Buster

It looks like that by the time Debian 10.0 "Buster" rolls about in roughly one year, the UEFI SecureBoot support should be in good shape...

http://www.phoronix.com/scan.php?page=news_item&px=DebConf18-UEFI-SecureBoot

[Candy]

Did they name Debian this time after a porn star ? I mean... Buster... Dolly Buster ?

[TumultuousUnicorn]

Did they name Debian this time after a porn star ? I mean... Buster... Dolly Buster ?

As always, Debian codenames are based on the names of characters from the Toy Story film.
Buster is Andy's dog: picture.

[mb_q]

I have once tried secure boot with custom keys on one machine and it turned out it could be easily disabled with a CMOS reset...

[Vistaus]

Did they name Debian this time after a porn star ? I mean... Buster... Dolly Buster ?

Or Buster from Mythbusters? But no, in this case it's Buster from Toy Story. Come on, dude...

[Brisse]

I wonder what happens when they run out of Toy story characters. Oh, wait, I almost forgot, Debian releases are like centuries apart.

[Candy]

Buster is Andy's dog: picture.

At least the dog gets enough saussages from the Toy Story gang

[numacross]

I have once tried secure boot with custom keys on one machine and it turned out it could be easily disabled with a CMOS reset...

Physical access = game over anyway. Secure Boot is supposed to protect against software attacks, for example substituting your bootloader/kernel/kernel modules.

[starshipeleven]

At least the dog gets enough saussages from the Toy Story gang

Go back to Rule34

[starshipeleven]

Physical access = game over anyway. Secure Boot is supposed to protect against software attacks, for example substituting your bootloader/kernel/kernel modules.

It's supposed to protect at least partially against "Evil Maid" type of physical attacks too.