From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1KHqeU-0005Go-GM for mharc-grub-devel@gnu.org; Sat, 12 Jul 2008 21:45:26 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KHqeS-0005Gj-CA for grub-devel@gnu.org; Sat, 12 Jul 2008 21:45:24 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KHqeP-0005GX-RT for grub-devel@gnu.org; Sat, 12 Jul 2008 21:45:23 -0400 Received: from [199.232.76.173] (port=42897 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KHqeP-0005GU-La for grub-devel@gnu.org; Sat, 12 Jul 2008 21:45:21 -0400 Received: from ns39764.ovh.net ([91.121.25.85]:41388 helo=nexedi.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KHqeP-0000hR-8V for grub-devel@gnu.org; Sat, 12 Jul 2008 21:45:21 -0400 Received: from [10.8.0.46] (unknown [10.8.0.46]) by nexedi.com (Postfix) with ESMTP id 1CF3E3D991 for ; Sun, 13 Jul 2008 03:50:47 +0200 (CEST) From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Sun, 13 Jul 2008 03:45:18 +0200 User-Agent: KMail/1.9.9 References: <200807080732.41009.okuji@enbug.org> <1215496650.3238.168.camel@sycorax> In-Reply-To: <1215496650.3238.168.camel@sycorax> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200807130345.18515.okuji@enbug.org> X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Subject: Re: grub to help refund of pre-installations X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2008 01:45:24 -0000 On Tuesday 08 July 2008 07:57:30 Jean-Christophe Haessig wrote: > Le mardi 08 juillet 2008 =C3=A0 07:32 +0200, Yoshinori K. Okuji a =C3=A9c= rit : > > > > In fact, you want to write a GRUB module which deciphers a partition > when given a key. That's no DRM in any way. In the DRM world, users > don't (and can't) get the real keys. You are completely right. I don't try to mean that it is a sort of DRM by=20 itself. My concern is rather about making it too easy to implement DRM on t= he=20 top of GRUB. For example, if the logic is present, it is very straightforwa= rd=20 to get a key from somewhere else but an user input (e.g. by using a BIOS=20 call), and hide it from the user. I can think of many nasty ways to hide th= e=20 key, even if GRUB is free. This is feasible technically anyway, by implementing everything, without=20 having support functions in the core. However, I am not willing to help suc= h=20 effort officially. Regards, Okuji