Linus véleménye a DRM-ről

Címkék

Linus Torvalds kommentálta a DRM-et (Digital Right Management). A kommentár nem osztott maradéktalan sikert a kernelhackerek között. Talán azért, mert olyan kijelentéseket is tartalmazott mint ez: "Világossá akarom tenni, hogy a DRM teljesen OK a Linux szempontjából."

Linus levelében leírja, hogy Őt nem érdekli, hogy ki mit csinál a Linux kernellel. A GPL kimondja, hogy a forráskódot ki kell adni, de nem korlátoz senkit abban, hogy bárhogyan módosítsa a forrást. Többen szeretnék a Linux kernelt (bináris) digitálisan aláírni, és így forgalmazni (disztribútorok). Linus szerint nincs ezzel semmi baj. Még akkor sem, ha ezért RMS Őt "csak egy mérnöknek" is nevezi. Ő ezt vállalja, hozzátéve, hogy egy olyan mérnök, aki a lehető legjobb OS-t szeretné létrehozni.

Őt nem érdekli, hogy valaki alá akarja írni a kernelt, mert Ő is ezt teszi minden nap indirekt módon, amikor a kernel.org-ra felteszi a forrást. A tarballokat a kernel.org aláírja, hogy azok akik letöltik, biztosak lehessenek benne, hogy ugyanazt a forrást kapják, amelyet Linus feltöltött. Ugyanezt elvégezve egy binárissal mi a különbség? Semmi. Az emberek biztosak lehetnek benne, hogy ez a valódi bináris, meg lehet benne bízni.

Olvasd el Linus levelét:From: Linus Torvalds

To: Kernel Mailing List

Subject: Flame Linus to a crisp!

Date: Wed, 23 Apr 2003 20:59:45 -0700 (PDT)

Ok,

there's no way to do this gracefully, so I won't even try. I'm going to just hunker down for some really impressive extended flaming, and my asbestos underwear is firmly in place, and extremely uncomfortable.

I want to make it clear that DRM is perfectly ok with Linux!

There, I've said it. I'm out of the closet. So bring it on...

I've had some private discussions with various people about this already, and I do realize that a lot of people want to use the kernel in some way to just make DRM go away, at least as far as Linux is concerned. Either by some policy decision or by extending the GPL to just not allow it.

In some ways the discussion was very similar to some of the software patent related GPL-NG discussions from a year or so ago: "we don't like it, and we should change the license to make it not work somehow".

And like the software patent issue, I also don't necessarily like DRM myself, but I still ended up feeling the same: I'm an "Oppenheimer", and I refuse to play politics with Linux, and I think you can use Linux for whatever you want to - which very much includes things I don't necessarily personally approve of.

The GPL requires you to give out sources to the kernel, but it doesn't limit what you can _do_ with the kernel. On the whole, this is just another example of why rms calls me "just an engineer" and thinks I have no ideals.

[ Personally, I see it as a virtue - trying to make the world a slightly better place _without_ trying to impose your moral values on other people. You do whatever the h*ll rings your bell, I'm just an engineer who wants to make the best OS possible. ]

In short, it's perfectly ok to sign a kernel image - I do it myself indirectly every day through the kernel.org, as kernel.org will sign the tar-balls I upload to make sure people can at least verify that they came that way. Doing the same thing on the binary is no different: signing a binary is a perfectly fine way to show the world that you're the one behind it, and that _you_ trust it.

And since I can imaging signing binaries myself, I don't feel that I can disallow anybody else doing so.

Another part of the DRM discussion is the fact that signing is only the first step: _acting_ on the fact whether a binary is signed or not (by refusing to load it, for example, or by refusing to give it a secret key) is required too.

But since the signature is pointless unless you _use_ it for something, and since the decision how to use the signature is clearly outside of the scope of the kernel itself (and thus not a "derived work" or anything like that), I have to convince myself that not only is it clearly ok to act on the knowledge of whather the kernel is signed or not, it's also outside of
the scope of what the GPL talks about, and thus irrelevant to the license.

That's the short and sweet of it. I wanted to bring this out in the open, because I know there are people who think that signed binaries are an act of "subversion" (or "perversion") of the GPL, and I wanted to make sure that people don't live under mis-apprehension that it can't be done.

I think there are many quite valid reasons to sign (and verify) your kernel images, and while some of the uses of signing are odious, I don't see any sane way to distinguish between "good" signers and "bad" signers.

Comments? I'd love to get some real discussion about this, but in the end I'm personally convinced that we have to allow it.

Btw, one thing that is clearly _not_ allowed by the GPL is hiding private keys in the binary. You can sign the binary that is a result of the build process, but you can _not_ make a binary that is aware of certain keys without making those keys public - because those keys will obviously have been part of the kernel build itself.

So don't get these two things confused - one is an external key that is applied _to_ the kernel (ok, and outside the license), and the other one is embedding a key _into_ the kernel (still ok, but the GPL requires that such a key has to be made available as "source" to the kernel).

Linus

-

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org

More majordomo info at http://vger.kernel.org/majordomo-info.html

Please read the FAQ at http://www.tux.org/lkml/

Hozzászólások

Nem azt mondta hogy bele teszi a kernelbe a DRM et ...

Hanem azt hogy felole a distributorok megcsinalhatjak ...

Ez viszont mar a distributorok baja ...

Abszolult igaza van abban, hogy tesz rá, hogy a gpl-es forrással ki mit csinál. Ha érdekelné is, mit érne azzal, hogy valakivel vitatkozik?

:)))

Az a baj, hogy ilyenbol ezer van, aztan megse megy egyik sem semire a fejlesztesevel.

Az amerikaiak így tervezik a légiirányítást és az intelligens bombáikat is? :)

Mert ha igen, nem szeretnék az első iteráció alatt utas lenni egy repülőn...

Áhh, ne is reménykedj... a 4. iteráció végére a világ népességét is eltüntetik az amik :-)

Örülsz, ha a harmadikig kihúzod! :-)

Egyébként a DRM-el kapcsolatban én azon az állásponton vagyok, hogy nem ellenzem, amennyiben saját magam, ingyen és bérmentve további fizetség nélkül képes leszek magamnak hitelesíteni, a saját magam készítette programokat, és azokat futtatni azon a saját hardveren, aminek egyszer már kiköhögtem az árát.

Vagyis sok sebből vérezhet a dolog:

- Tudjak free (as in DFSG) kompájlerrel olyan binárist készíteni, ami fut DRM-es gépen (pl. gcc-vel)

- Tudjam a saját magam által készített binárist, egy free eszközzel szignózni. (Mint ahogy ssl -certeket tudok gyártani az openssl-el)

- Tudjak megfelelő felelősségvállalás esetén, természetesen szabad eszközzel, olyan módon is hitelesíteni binárist, hogy az más DRM-es hardverén is fusson.

- Az a (DRM-es) hardver, aminek egyszer már kiköhögtem az árát, a fenti kettővel előállított exe-t futtassa is.

Ha mindez teljesül, akkor ide nekünk a DRM-et... Ha egy picit is sérül egy apró ponton, akkor az már nagytestvér effekt, amit messzemenőkig elutasítok.

Egyébként, még mielőtt valaki belekötne, a fenti kitételek, azt hiszem mindkét oldal számára (DRM-et ellenzők, és DRM-et támogatók) egy jó kompromisszumos megoldás:

- Ui. ebből még nem következik, hogy bárki, bárkinek elkészít egy trójait, vagy bármit, és azt elküldve neki az illető le tudja futtatni.

- Viszont:

a; a kommersz linux disztribútorok úgyis meg tudják fizetni, hogy olyan általános certificate-t kapjanak, amit utána minden hardver le tud futtatni.

b; A debiant (és bármilyen hasonló, szabad os közösséget, mint pl. az összes további *BSD szekértábor:-) ), meg kineveznék olyan cert. auth.-nak, aki oszthatna a fentihez hasonló cert-eket, így pl. bármely hivatalos DD tudna bármely DRM-es hardveren futó binárist előállítani. És ha a DD hírneve kompromittálódna, a Debian (vagy *BSD) community-en keresztül a felelősségrevonás lehetősége, valamint cert revoke lehetősége is megvan.

>szerintem nem ártana beírni a google-be, hogy "what is drm".

Ezt gondolom Linusnak javaslod. Hiszen O irta a levelet.

Jah nekem nem volt igy teljesen egyertelmu.