Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Adrian Bunk <bunk@stusta.de>
To: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: openembedded-architecture@lists.openembedded.org,
	Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [Openembedded-architecture] Does YP provide security support for stable and LTS branches?
Date: Sun, 8 Mar 2020 23:46:10 +0200	[thread overview]
Message-ID: <20200308214610.GB1425@localhost> (raw)
In-Reply-To: <877e317932176664bc7b0120439c56d4dda791af.camel@linuxfoundation.org>

On Fri, Mar 06, 2020 at 10:36:59AM +0000, Richard Purdie wrote:
> On Fri, 2020-03-06 at 12:04 +0200, Adrian Bunk wrote:
> > For most community companies there is no clear Return on Investment
> > if they would use the opportunity to invest in upstream involvement.
> 
> That isn't true. If you fix something yourself and hold the change you
> get to maintain it. If you work with upstream you can share the
> maintenance burden with the community going forward. That is a direct
> ROI, there are also more indirect benefits.

I was responding to Armin talking about the build swat team.
It is hard to see the ROI for a community company when participating
in something like that.

Upstreaming of own local changes is a different story.

>...
> Today, our stable branch maintenance is done "ad-hoc" by volunteers.
> I/we can't ask them to do anything in any given time frame, its a best
> effort. I *hugely* appreciate what those people do but it has its
> limitations.

On developer lists the message is always "we are short on resources,
please help". Which reaches the few people already involved in 
development.

The message to users is that everything is fine and what new things
Yocto is additionally offering.

No regular user of Wikipedia would miss the regular fundraising where 
the project needs/wants money.

>...
> > The wording is "releases move to community support, which means they 
> > only receive occasional patches for critical defects and updates,
> > and no regular defect fixes and security updates".
> > 
> > When the move to community support means no regular security updates,
> > this is a clear claim from YP that before the move there are regular
> > security updates.
> 
> I think you're being rather pedantic here and I'd suggest we go back to
> what the essence of this announcement is.

The essence for me is that a few days after I am told on the developer 
list that 'track and fix CVEs' for stable releases is on users, YP makes 
an announcement that is worded to make users believe the opposite.

I am getting attacks like being accused of making "toxic accusations" 
for stating the fact that millions of devices being put at risk by
YP misrepresenting the status of security support to users who are
building products based on Yocto.

It is on YP to make it clear to users whether or not Yocto comes with
the same set of security guarantees as distributions like Ubuntu or Debian. 
If it is the duty of every user of Yocto to track and fix CVEs,
then this has to be stated clearly instead of implying the opposite.
This gives users the opportunity to mitigate, instead of unknowingly
shipping insecure products.

E.g. embedded products based on Ubuntu with its security support from 
Linux Foundation member Canonical are clearly better than embedded 
products based on any distribution without similar security support.

And while you are downloading an Ubuntu image from their website you are 
on a "Contribute with PayPal" page.

>...
> > If YP does not want to be responsible for insecure millions of
> > devices, it is up to YP to not make incorrect claims and make it
> > clear in announcements and user documentation if security support is
> > not provided by YP.
> 
> I think the definition of "security support" is arguable to be
> different things but the intent of what we're trying to do here is
> clear. No, the person will not write the patches, the intent is to
> coordinate the maintenance of the branch. If there are huge security
> holes I would at least expect they can highlight the issues and then
> coordinate any help in fixing them. That in itself is a level of
> security support btw.

This is a bit of a strawman, the problem is elsewhere.

Vulnerabilities are rarely OE/Yocto-specific, in practice security
support means applying the same patches that other distributions
are also applying.

When a security advisory will be published for Ubuntu 20.04 LTS
there will be a patch available for usually approximately the
same version of this software as is in Yocto 3.1 LTS.

Going back to where this discussion started:

If YP gives the impression that stable and LTS series are security
supported by YP, then it is a problem when a crypto library like
nss is not getting any security fixes in Yocto 2.7.

Debian stable ships the same upstream version and applied fixes for 5 
CVEs last year. In practice security support means integrating these 
existing patches. And providing security support means that there is
a person resposible for integrating such existing patches from elsewhere.

>...
> Its incredibly hard to find funding to try and then organise what we're
> trying to do, it would be nice if you could try and help us support in
> doing so.
>...

Do you have constructive suggestions how people can help with funding 
who do not have access to money sources that could contribute 6 digit 
amounts to upstream Yocto?

Any support I could provide or might be able to organize would be
4 digits per year, and I am not aware of any existing way to pool
such contributions easily for paying people for upstream YP work.

The best I could offer would be that I open a company that sends 
invoices for small contributions and pays people from that money.
Which sounds like a clear non-starter for financing YP stable/LTS branch 
maintainance - this would likely have to be organized through the LF.

I might have use for continued warrior maintainance and might volunteer
as community maintainer for that after the 12 months, but this doesn't 
generate funding for YP.

It is really hard to help you find funding when you are offering 
opportunities to fund YP only for big companies with huge budgets,
but aren't offering any opportunity to give a 1k contribution to YP.

I fully understand that improving on that would be difficult,
but this is a reason why most businesses are not able to help
you even if they want to.

> Cheers,
> 
> Richard

cu
Adrian


  reply	other threads:[~2020-03-08 21:46 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-23 19:34 [RFC][PATCH 1/2] nss: Move to meta-oe Adrian Bunk
2020-02-23 19:34 ` [RFC][PATCH 2/2] nspr: " Adrian Bunk
2020-02-24  0:25 ` [RFC][PATCH 1/2] nss: " Khem Raj
2020-02-24  5:17   ` Adrian Bunk
2020-02-24 16:32     ` akuster808
2020-02-27 13:27       ` Adrian Bunk
2020-02-27 14:03         ` Alexander Kanavin
2020-03-04  9:05           ` Adrian Bunk
2020-03-04  9:36             ` Alexander Kanavin
2020-03-04 11:32               ` Adrian Bunk
2020-03-04 12:13                 ` Alexander Kanavin
2020-03-04 14:01                   ` Does YP provide security support for stable and LTS branches? Adrian Bunk
2020-03-04 16:00                     ` Alexander Kanavin
2020-03-04 17:24                       ` Adrian Bunk
2020-03-04 20:26                         ` [Openembedded-architecture] " akuster808
2020-03-06 10:04                           ` Adrian Bunk
2020-03-06 10:36                             ` Richard Purdie
2020-03-08 21:46                               ` Adrian Bunk [this message]
2020-03-08 22:08                                 ` Alexander Kanavin
2020-03-09  0:23                                   ` Adrian Bunk
2020-03-09  7:29                                     ` Ayoub Zaki
2020-03-09  9:53                                       ` Alexander Kanavin
2020-03-09 12:45                                       ` Richard Purdie
2020-03-10 16:11                                       ` Ross Burton
2020-03-10 19:45                                         ` Ayoub Zaki
2020-03-11 14:53                                           ` Ross Burton
  -- strict thread matches above, loose matches on Subject: below --
2020-03-09 10:01 Rich Persaud

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=20200308214610.GB1425@localhost \
    --to=bunk@stusta.de \
    --cc=openembedded-architecture@lists.openembedded.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.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