Openembedded Devel Discussions
 help / color / mirror / Atom feed
From: Koen Kooi <k.kooi@student.utwente.nl>
To: openembedded-devel@lists.openembedded.org
Subject: Re: samba-essential upgrade or remove?
Date: Mon, 15 Mar 2010 10:30:32 +0100	[thread overview]
Message-ID: <hnkunp$sju$1@dough.gmane.org> (raw)
In-Reply-To: <201003150846.33517.holger+oe@freyther.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 15-03-10 08:46, Holger Hans Peter Freyther wrote:
> On Monday 15 March 2010 08:30:09 Frans Meulenbroeks wrote:
> 
>> Do we feel we have that responsibility?
>>
>> I didn't feel that sentiment when it came to removing other legacy
>> recipes (some of which definitely also will have security issues).
>> E.g. for openssl we have
>> openssl_0.9.7e.bb
>> openssl_0.9.7g.bb
>> openssl_0.9.7m.bb
>> openssl_0.9.8g.bb
>> openssl_0.9.8m.bb
>> I'm pretty certain the last one will fix some vulnerabilities present
>> in the first one.
> 
> Well you are comparing two different things here. One is having the _default_ 
> of a recipe with known security issues, and one is keeping old non default 
> recipes with security issues.
> 
> If a distro maker decides to use an ancient version of OpenSSL it was his 
> choice, if he just typed bitbake foo-image and he has a vulnerable daemon 
> waiting to be owned in his default image... the story is a bit different.
> 
> I think we have at least three options on how to deal with it:
> 
> 1.) Put a big fat warning on Openembedded.org saying it should not be used for 
> users that have network connectivity or might put a SDcard/Storage with 
> content on a device as we don't care about fixing vulnerable software.
> 
> 2.) Adopt a policy of addressing vulnerabilities in our defaults right away..
> 
> 3.) Remove recipes for vulnerable software when no one is updating them in 
> time... This can be combined with option 2...

I don't think 1) is a realistic option, if we go with that, we should
just redirect oe.org to buildroot.org and go home.

I my vote goes to 2) and I like 3) as well.

regards,

Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFLnf44MkyGM64RGpERAmzaAKCp0hTPChpWBSA+ZNOu4EONro5SdACggdvk
i1RVEm4+eqwaPItxFiYzE9Q=
=2RGA
-----END PGP SIGNATURE-----




  parent reply	other threads:[~2010-03-15  9:33 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-08 12:00 samba-essential upgrade or remove? Holger Hans Peter Freyther
2010-03-08 12:42 ` Dr. Michael Lauer
2010-03-08 12:51   ` Holger Hans Peter Freyther
2010-03-15  3:46     ` Holger Hans Peter Freyther
2010-03-15  7:30       ` Frans Meulenbroeks
2010-03-15  7:46         ` Holger Hans Peter Freyther
2010-03-15  8:08           ` Frans Meulenbroeks
2010-03-15  8:20             ` Martin Jansa
2010-03-15  9:13           ` Dr. Michael Lauer
2010-03-15  9:30           ` Koen Kooi [this message]
2010-03-15  9:51             ` Frans Meulenbroeks
2010-03-15 15:58               ` Holger Hans Peter Freyther
2010-03-15 18:20                 ` Frans Meulenbroeks
2010-03-16  0:50                   ` Holger Hans Peter Freyther
2010-03-15  9:56             ` Holger Hans Peter Freyther
2010-03-15  8:53       ` Koen Kooi
2010-03-15 13:46         ` Mike Westerhof
2010-03-15 13:53       ` Mike Westerhof
2010-03-15 14:20         ` Koen Kooi
2010-03-15 14:38         ` Holger Hans Peter Freyther
2010-03-15 14:58           ` Frans Meulenbroeks
2010-03-15 15:53             ` Holger Hans Peter Freyther

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='hnkunp$sju$1@dough.gmane.org' \
    --to=k.kooi@student.utwente.nl \
    --cc=openembedded-devel@lists.openembedded.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