From: Matthew Garrett <mjg59@coreos.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: "Bradley M. Kuhn" <bkuhn@sfconservancy.org>,
ksummit-discuss@lists.linuxfoundation.org
Subject: Re: [Ksummit-discuss] [CORE TOPIC] GPL defense issues
Date: Mon, 29 Aug 2016 12:57:56 -0400 [thread overview]
Message-ID: <CAPeXnHtQ7Zfw=Z9KCscMTznx2-Q5AW-qS5kvxFRmBmG_6Qtq7w@mail.gmail.com> (raw)
In-Reply-To: <CA+55aFxaivyPG3YWwU2j6m2Xsicmk-Ed2_qqkfkTw4ExokqucA@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2665 bytes --]
On Aug 27, 2016 7:16 PM, "Linus Torvalds" <torvalds@linux-foundation.org>
wrote:
>
> On Sat, Aug 27, 2016 at 5:02 PM, Matthew Garrett <mjg59@coreos.com> wrote:
> >
> > OK. A vendor sells 500,000 network-connected devices running a version
of
> > Linux that has a vulnerability in the network driver that's discovered a
> > year later. The hardware is custom, they refuse to release source, and
> > they've discontinued the product line, so nobody else is able to fix
it. Is
> > it acceptable to engage in litigation in order to ensure that owners of
> > these devices can receive a security update, even if by doing so we
alienate
> > the vendor and cause them to choose another kernel in future?
>
> So why don't you name them and shame them very publicly and try
> everything else first?
I'm still at the point of trying to work with the company in a way that
avoids all that, and things get rather more complicated when you're also
trying to practice responsible disclosure over security issues. But yes,
obviously I'm not going to press for anything else unless every other
option has been exhausted first.
> If the vendor still exists, and sells other devices, make a big stink
> about it. It sounds like you've talked to them in private already, but
> why do you still call them "a vendor" now when you start talking about
> wanting to sue them?
I *don't* want to sue them. I just don't have faith that the other options
will be fruitful, and that seems to be a case you're not really focusing
on.
> Because without that, the answer is always going to be absolutely no,
> simply because of the "absolute last option" thing.
>
> And you talk about how you're helping users, but how many of them
> would actually upgrade? Very few people end up upgrading firmware even
> when it's automatic, much less so if it would mean that they'd switch
> to OpenWRT or DD-WRT or something (since presumably the *existing*
> firmware ends up having lots of non-GPL'd sources that you wouldn't
> get even with a lawsuit)?
The number would end up being small, but the alternative is that they *all*
end up running insecure code. Doesn't giving people the option seem worth
it?
> In practical terms, how would that help Linux?
There would probably be no direct benefits at all for Linux as a technical
project. There are potentially benefits in public perception of Linux-based
IoT devices as being less likely to be left behind after vendors move on.
But really, that's the question. If something has no significant benefit to
the Linux project, but does benefit users of the product, are you
fundamentally against lawsuits after every other option has been exhausted?
[-- Attachment #2: Type: text/html, Size: 3261 bytes --]
next prev parent reply other threads:[~2016-08-29 16:58 UTC|newest]
Thread overview: 173+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-26 19:33 Jeremy Allison
2016-08-26 21:19 ` David Woodhouse
2016-08-26 21:51 ` Linus Torvalds
2016-08-26 22:42 ` Jeremy Allison
2016-08-26 23:02 ` Theodore Ts'o
2016-08-26 23:58 ` Jeremy Allison
2016-08-27 0:19 ` Linus Torvalds
2016-08-27 1:30 ` Jeremy Allison
2016-08-27 7:00 ` David Woodhouse
2016-08-26 23:54 ` Bradley M. Kuhn
2016-08-27 16:26 ` Greg KH
2016-08-27 21:18 ` Bradley M. Kuhn
2016-08-28 1:43 ` James Bottomley
2016-08-28 2:02 ` Bradley M. Kuhn
2016-08-28 3:10 ` James Bottomley
2016-08-28 4:42 ` Bradley M. Kuhn
2016-08-28 20:51 ` James Bottomley
2016-08-28 4:24 ` Jeremy Allison
2016-08-28 12:55 ` Theodore Ts'o
2016-08-28 14:06 ` David Woodhouse
2016-08-29 6:26 ` Greg KH
2016-08-29 11:10 ` Harald Welte
2016-08-30 17:38 ` Mark Brown
2016-08-30 18:04 ` Luis R. Rodriguez
2016-08-30 18:36 ` Josh Triplett
2016-08-28 15:43 ` Jeremy Allison
2016-08-28 19:36 ` Theodore Ts'o
2016-08-28 20:36 ` Linus Torvalds
2016-08-29 15:35 ` Steven Rostedt
2016-08-29 15:51 ` Jiri Kosina
2016-08-29 19:45 ` Karen Sandler
2016-08-29 16:26 ` Jeremy Allison
2016-08-30 17:13 ` Luis R. Rodriguez
2016-08-28 16:26 ` Bradley M. Kuhn
2016-08-28 19:58 ` Theodore Ts'o
2016-08-28 22:54 ` Bradley M. Kuhn
2016-08-29 9:01 ` Harald Welte
2016-08-30 16:15 ` Luis R. Rodriguez
2016-08-30 16:45 ` Greg KH
2016-08-30 17:20 ` Luis R. Rodriguez
2016-08-30 18:15 ` Greg KH
2016-08-30 19:17 ` Luis R. Rodriguez
2016-08-31 2:58 ` Theodore Ts'o
2016-08-31 18:51 ` Luis R. Rodriguez
2016-08-31 8:37 ` Greg KH
2016-08-31 18:53 ` Luis R. Rodriguez
2016-08-30 23:19 ` Luis R. Rodriguez
2016-08-30 17:49 ` Jeremy Allison
2016-08-30 18:17 ` Greg KH
2016-08-30 18:28 ` Jeremy Allison
2016-08-30 17:10 ` James Bottomley
2016-08-30 17:16 ` Luck, Tony
2016-08-30 17:40 ` Luis R. Rodriguez
2016-08-30 17:37 ` Luis R. Rodriguez
2016-08-28 15:37 ` James Bottomley
2016-08-28 5:09 ` Jeremy Allison
2016-08-27 23:02 ` Jeremy Allison
2016-08-27 23:13 ` Linus Torvalds
2016-08-27 23:29 ` Jeremy Allison
[not found] ` <CAPeXnHsTskZhwS6Ckp=xRzxbwax9FrMc5gRFmFmySY-Pq3KexA@mail.gmail.com>
[not found] ` <CAPeXnHtqc5fYUV89H2E4g-SQmFNmc=3bj1NiCRVAWg=WoP0R7g@mail.gmail.com>
2016-08-27 23:30 ` Matthew Garrett
2016-08-27 23:49 ` Linus Torvalds
2016-08-28 0:02 ` Matthew Garrett
2016-08-28 0:16 ` Linus Torvalds
2016-08-29 16:57 ` Matthew Garrett [this message]
2016-08-27 23:35 ` Jeremy Allison
2016-08-28 4:47 ` Theodore Ts'o
2016-08-28 5:17 ` Jeremy Allison
2016-08-28 5:38 ` Bradley M. Kuhn
2016-08-28 2:58 ` Steven Rostedt
2016-08-28 4:34 ` Jeremy Allison
2016-08-28 8:04 ` Greg KH
2016-08-28 15:58 ` Jeremy Allison
2016-08-28 3:18 ` James Bottomley
2016-08-28 4:40 ` Jeremy Allison
2016-08-28 6:25 ` David Woodhouse
2016-08-29 11:24 ` Maxime Ripard
2016-08-29 11:50 ` Greg KH
2016-08-30 9:57 ` Maxime Ripard
2016-08-30 15:33 ` Arnd Bergmann
2016-08-30 16:04 ` Guenter Roeck
2016-08-30 19:44 ` Arnd Bergmann
2016-08-31 8:24 ` Geert Uytterhoeven
2016-08-31 9:28 ` Maxime Ripard
2016-08-30 16:55 ` Mark Brown
-- strict thread matches above, loose matches on Subject: below --
2016-08-26 2:46 Linus Torvalds
2016-08-26 3:07 ` Matthew Garrett
2016-08-26 4:25 ` Linus Torvalds
2016-08-26 4:48 ` Matthew Garrett
2016-08-26 5:24 ` Linus Torvalds
2016-08-26 5:35 ` Matthew Garrett
2016-08-26 15:28 ` Rik van Riel
2016-08-26 16:34 ` Linus Torvalds
2016-08-26 16:48 ` Rik van Riel
2016-08-26 17:21 ` Linus Torvalds
2016-08-26 17:49 ` Matthew Garrett
2016-08-26 19:03 ` Linus Torvalds
2016-08-26 19:29 ` Rik van Riel
2016-08-26 19:45 ` Matthew Garrett
2016-08-26 19:53 ` James Bottomley
2016-08-26 19:55 ` Matthew Garrett
2016-08-26 19:58 ` James Bottomley
2016-08-26 21:41 ` Theodore Ts'o
2016-08-26 23:04 ` Luis R. Rodriguez
2016-08-26 23:34 ` Theodore Ts'o
2016-08-27 0:03 ` Luis R. Rodriguez
2016-08-27 4:00 ` Josh Triplett
2016-08-26 19:59 ` Linus Torvalds
2016-08-26 16:52 ` Linus Torvalds
2016-08-26 19:36 ` Bradley M. Kuhn
2016-08-26 20:09 ` Jeremy Allison
2016-08-26 15:23 ` Karen Sandler
2016-08-26 16:37 ` James Bottomley
2016-08-26 17:19 ` Karen Sandler
2016-08-27 15:43 ` Greg KH
2016-08-27 17:14 ` Bradley M. Kuhn
2016-08-27 18:47 ` Julia Lawall
2016-08-27 18:35 ` Wolfram Sang
2016-08-27 22:50 ` Linus Torvalds
2016-08-28 7:47 ` Greg KH
2016-08-28 9:54 ` David Woodhouse
2016-08-29 17:42 ` Rik van Riel
2016-08-29 18:49 ` Linus Torvalds
2016-08-29 19:04 ` James Bottomley
2016-08-30 18:00 ` Luis R. Rodriguez
2016-08-30 18:25 ` James Bottomley
2016-08-30 19:31 ` Luis R. Rodriguez
2016-08-29 20:19 ` Wolfram Sang
2016-08-29 21:31 ` Theodore Ts'o
2016-08-29 21:52 ` Matthew Garrett
2016-08-29 21:59 ` Linus Torvalds
2016-08-29 23:05 ` Guenter Roeck
2016-08-30 4:32 ` Bradley M. Kuhn
2016-08-24 5:30 Karen Sandler
2016-08-24 13:08 ` Greg KH
2016-08-24 14:25 ` Karen Sandler
2016-08-24 14:39 ` Josh Triplett
2016-08-24 15:21 ` Mark Brown
2016-08-24 16:54 ` Randy Dunlap
2016-08-24 17:39 ` Greg KH
2016-08-24 17:54 ` Luis R. Rodriguez
2016-08-24 18:30 ` Wolfram Sang
2016-08-24 19:57 ` Greg KH
2016-08-24 20:19 ` James Bottomley
2016-08-24 21:13 ` Karen Sandler
2016-08-24 22:01 ` Theodore Ts'o
2016-08-24 17:38 ` Greg KH
2016-08-24 14:38 ` Daniel Vetter
2016-08-24 14:44 ` Josh Triplett
2016-08-24 15:29 ` David Woodhouse
2016-08-24 17:47 ` Greg KH
2016-08-24 18:24 ` James Bottomley
2016-08-24 20:41 ` Greg KH
2016-08-24 21:09 ` Jiri Kosina
2016-08-24 21:21 ` James Bottomley
2016-08-24 21:33 ` Jiri Kosina
2016-08-24 21:42 ` James Bottomley
2016-08-24 21:46 ` Jiri Kosina
2016-08-25 16:27 ` Rik van Riel
2016-08-24 20:50 ` Bradley M. Kuhn
2016-08-24 21:54 ` Greg KH
2016-08-25 4:06 ` Bradley M. Kuhn
2016-08-25 6:37 ` Theodore Ts'o
2016-08-25 7:03 ` Josh Triplett
2016-08-25 20:03 ` Dave Airlie
2016-08-25 20:20 ` James Bottomley
2016-08-25 20:28 ` Dave Airlie
2016-08-26 0:59 ` Greg KH
2016-08-26 2:30 ` Matthew Garrett
2016-08-26 16:34 ` Luck, Tony
2016-08-26 11:49 ` James Bottomley
2016-08-28 7:48 ` Wolfram Sang
2016-08-26 12:03 ` James Bottomley
2016-08-26 12:33 ` Christoph Hellwig
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='CAPeXnHtQ7Zfw=Z9KCscMTznx2-Q5AW-qS5kvxFRmBmG_6Qtq7w@mail.gmail.com' \
--to=mjg59@coreos.com \
--cc=bkuhn@sfconservancy.org \
--cc=ksummit-discuss@lists.linuxfoundation.org \
--cc=torvalds@linux-foundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox