Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] polarssl: remove on security grounds
Date: Wed, 2 Nov 2016 10:45:54 +0100	[thread overview]
Message-ID: <20161102104554.41714b3b@free-electrons.com> (raw)
In-Reply-To: <63dc6ae9-0886-7960-5e4e-f3a772443221@zacarias.com.ar>

Hello,

On Tue, 1 Nov 2016 20:27:04 -0300, Gustavo Zacarias wrote:

> > On Fri, 28 Oct 2016 10:36:51 -0300, Gustavo Zacarias wrote:  
> >> The 1.2.x branch is no longer maintained and the latest release from the
> >> maintained branches (2.3, 2.1, 1.3) were security releases, so more
> >> likely than not 1.2 is affected.
> >> In consequence switch shairport-sync to the openssl backend.  
> >
> > The question that immediately comes to mind is: if 1.2 is no longer
> > security-maintained, why don't we package the newer versions such as
> > 2.3 ?
> >
> > I guess it's because polarssl 2.3 doesn't exist, and it's called
> > mbedtls instead. But it would be good to get your confirmation, and
> > have this written clearly in the commit log, and Config.in.legacy help
> > text.  
> 
> Hi.
> I think we've already talked about this in the past.

Yes, I know, but I can hardly remember all the details about all the
patches and topics floating around.

> The problem is that mbedtls is not a replacement for polarssl - they're 
> not compatible except for a small transitional period during the 1.3.x 
> series, so it has little merit mentioning "switch to mbedtls" since 
> nothing will work as-is.

But still, the commit log and Config.in.legacy message is weird, as you
talk about newer releases 2.3, 2.1, 1.3, and use the fact that there
are new releases to justify the fact that we're removing a package
because its 1.2 version is old and unmaintained. Anyone reading this
will wonder "but why didn't they bump to a newer version to get the
security fixes?". Your commit message and Config.in.legacy help text
should answer this question more clearly.

Thanks!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

      reply	other threads:[~2016-11-02  9:45 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-28 13:36 [Buildroot] [PATCH] polarssl: remove on security grounds Gustavo Zacarias
2016-10-29 13:50 ` Thomas Petazzoni
2016-11-01 23:27   ` Gustavo Zacarias
2016-11-02  9:45     ` Thomas Petazzoni [this message]

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=20161102104554.41714b3b@free-electrons.com \
    --to=thomas.petazzoni@free-electrons.com \
    --cc=buildroot@busybox.net \
    /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