[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m3r6ocuy4d.fsf@maximus.localdomain>
Date: Sat, 16 Jun 2007 10:01:06 +0200
From: Krzysztof Halasa <khc@...waw.pl>
To: David Greaves <david@...eaves.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Daniel Hazelton <dhazelton@...er.net>,
Michael Gerdau <mgd@...hnosis.de>,
Alexandre Oliva <aoliva@...hat.com>,
Lennart Sorensen <lsorense@...lub.uwaterloo.ca>,
Greg KH <greg@...ah.com>,
debian developer <debiandev@...il.com>,
"david@...g.hm" <david@...g.hm>,
Tarkan Erimer <tarkan@...one.net.tr>,
linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>, mingo@...e.hu
Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
David Greaves <david@...eaves.com> writes:
>> How hard would it be to reprogramm the flash?
>
> The flash contains hashes signed by the companies private key.
>
> The kernel contains the public key. It can decrypt the hashes but the
> private key isn't available to encrypt them. So although you can put a
> new application onto the system, you can't create a signed hash to
> write to the flash.
>
> The kernel only runs the executable if the hash is valid.
> You can re-write the kernel to avoid this check - but the hardware is
> Tivoised -
> so you can't run it.
I read it: the flash contains everything from the bootloader to the
kernel and file system.
The bootloader contains the public key and checks if the kernel/fs
are ok. That includes calculating hashes and checking signatures.
No encryption/decryption there at all.
Right?
Then how hard would it be to reprogram the flash, to get rid of all
this crap? Or to just put your public key there.
Do they at least use BGA type of flash chips so you can't attach
a clip and have to use something more demanding?
--
Krzysztof Halasa
-
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