[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20121101151135.6211b2fb@pyramind.ukuu.org.uk>
Date: Thu, 1 Nov 2012 15:11:35 +0000
From: Alan Cox <alan@...rguk.ukuu.org.uk>
To: Eric Paris <eparis@...isplace.org>
Cc: James Bottomley <James.Bottomley@...senpartnership.com>,
Jiri Kosina <jkosina@...e.cz>, Oliver Neukum <oneukum@...e.de>,
Chris Friesen <chris.friesen@...band.com>,
Matthew Garrett <mjg59@...f.ucam.org>,
Josh Boyer <jwboyer@...il.com>, linux-kernel@...r.kernel.org,
linux-security-module@...r.kernel.org, linux-efi@...r.kernel.org
Subject: Re: [RFC] Second attempt at kernel secure boot support
> would get keys revoked. If your key is revoke Linux can't boot on a
> large amount of new hardware without BIOS twiddling.
See "live free or die". If you want to live in a world where you can't
even fart before checking if the man from Microsoft will revoke your key
you might as well go home now.
> The point of secureboot is even if the admin did something which
> allowed his kernel to be compromised, it won't persist. Sure,
> secureboot moves the attack up the stack to userspace, but at least we
> can do something about the kernel.
Nice theory.
At the end of the day I don't care if you want to produce this stuff and
sell it to people. Fine, the interface proposed is clean enough that it
doesn't pee on other work, but don't expect the rest of the world to
follow mindlessly into your slave pit driven by your fear.
Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists