All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robert Millan <rmh@aybabtu.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: grub to help refund of pre-installations
Date: Tue, 15 Jul 2008 15:43:39 +0200	[thread overview]
Message-ID: <20080715134339.GA24537@thorin> (raw)
In-Reply-To: <200807130345.18515.okuji@enbug.org>

On Sun, Jul 13, 2008 at 03:45:18AM +0200, Yoshinori K. Okuji wrote:
> On Tuesday 08 July 2008 07:57:30 Jean-Christophe Haessig wrote:
> > Le mardi 08 juillet 2008 à 07:32 +0200, Yoshinori K. Okuji a écrit :
> >
> > <snip>
> >
> > 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 
> itself. My concern is rather about making it too easy to implement DRM on the 
> top of GRUB. For example, if the logic is present, it is very straightforward 
> to get a key from somewhere else but an user input (e.g. by using a BIOS 
> call), and hide it from the user. I can think of many nasty ways to hide the 
> key, even if GRUB is free.

TC/DRM proponents tend to mix legitimate security features with their
handcuffware in order to confuse the public.

I think the best response to this is to implement any security features
as long as they're legitimate and don't rely on treachery-encumbered
technology (such as TPMs).  This would contribute to split both things,
and when they're only left with their illegitimate features, they've
already lost (because nobody will buy them).

What's happening nowadays is that people start to use TPMs as if they were
a security feature, which is really bad as it reduces opposition to them
dramaticaly.  I think the technical benefit they get by reusing our code is
minimal in comparison.

-- 
Robert Millan

<GPLv2> I know my rights; I want my phone call!
<DRM> What good is a phone call… if you are unable to speak?
(as seen on /.)



  reply	other threads:[~2008-07-15 13:44 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-08  5:32 grub to help refund of pre-installations Yoshinori K. Okuji
2008-07-08  5:57 ` Jean-Christophe Haessig
2008-07-13  1:45   ` Yoshinori K. Okuji
2008-07-15 13:43     ` Robert Millan [this message]
2008-07-15 13:52       ` Robert Millan
2008-07-08  6:24 ` Michael Gorven
2008-07-12 14:39   ` Robert Millan
2008-07-12 14:59     ` Michael Gorven
2008-07-13  1:47       ` Yoshinori K. Okuji
2008-08-05  7:04         ` Vesa Jääskeläinen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080715134339.GA24537@thorin \
    --to=rmh@aybabtu.com \
    --cc=grub-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.