From: Crispin Cowan <crispin@wirex.com>
To: Linus Torvalds <torvalds@transmeta.com>
Cc: Christoph Hellwig <hch@infradead.org>, Greg KH <greg@kroah.com>,
linux-kernel@vger.kernel.org,
Linux Security Module <linux-security-module@wirex.com>
Subject: Re: [PATCH] make LSM register functions GPLonly exports
Date: Thu, 17 Oct 2002 10:44:35 -0700 [thread overview]
Message-ID: <3DAEF703.20009@wirex.com> (raw)
In-Reply-To: Pine.LNX.4.44.0210170958340.6739-100000@home.transmeta.com
[-- Attachment #1: Type: text/plain, Size: 2194 bytes --]
Linus Torvalds wrote:
>Note that if this fight ends up being a major issue, I'm just going to
>remove LSM and let the security vendors do their own thing.
>
If it comes to that, go ahead and apply the patch. I would far rather
have an LSM that requires GPL'd modules than no LSM at all.
> So far
>
> - I have not seen a lot of actual usage of the hooks
>
There are half a dozen modules here http://lsm.immunix.org/lsm_modules.html
I suspect there is a lot more use of LSM pending, and it will appear
when the LSM interface stops changing, and when Linux 2.6 (or 3.0,
whatever) appears. See for example the cover story in the September 2002
Linux Journal: an LSM module being built by Ericsson Research for telco
purposes.
>I will re-iterate my stance on the GPL and kernel modules:
>
> There is NOTHING in the kernel license that allows modules to be
> non-GPL'd.
>
> The _only_ thing that allows for non-GPL modules is copyright law, and
> in particular the "derived work" issue. A vendor who distributes non-GPL
> modules is _not_ protected by the module interface per se, and should
> feel very confident that they can show in a court of law that the code
> is not derived.
>
Thanks for the clarification, but that still leaves questions. In
particular, it is unclear whether a work is "derived" if it includes
kernel header files, which is more or less required if you hope to make
a module fit the interface.
Note that if we decide that #include of a kernel header file means that
a work is derived, then we cause another problem: most Linux
applications come under the GPL. glibc #includes some kernel header
files, and most Linux applications #include glibc headers, so most
applications are #including kernel header files. If #include is the
basis for declaring a module to be a derived work of the kernel, then
there is some bad news coming for people who like to use Oracle and DB2
on Linux ...
Thanks,
Crispin
--
Crispin Cowan, Ph.D.
Chief Scientist, WireX http://wirex.com/~crispin/
Security Hardened Linux Distribution: http://immunix.org
Available for purchase: http://wirex.com/Products/Immunix/purchase.html
[-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
next prev parent reply other threads:[~2002-10-17 17:39 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-17 14:35 [PATCH] make LSM register functions GPLonly exports Christoph Hellwig
2002-10-17 15:07 ` Greg KH
2002-10-17 15:13 ` Christoph Hellwig
2002-10-17 16:21 ` Jeff Garzik
2002-10-17 16:51 ` Crispin Cowan
2002-10-17 16:54 ` Christoph Hellwig
2002-10-17 17:08 ` Linus Torvalds
2002-10-17 17:20 ` Greg KH
2002-10-17 17:25 ` Linus Torvalds
2002-10-17 20:39 ` Ingo Molnar
2002-10-17 17:44 ` Crispin Cowan [this message]
2002-10-17 18:03 ` Arjan van de Ven
2002-10-17 17:20 ` Richard B. Johnson
2002-10-17 17:26 ` Linus Torvalds
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=3DAEF703.20009@wirex.com \
--to=crispin@wirex.com \
--cc=greg@kroah.com \
--cc=hch@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-security-module@wirex.com \
--cc=torvalds@transmeta.com \
/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.