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-----
next prev 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