Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 598686 - dev-perl/Mozilla-CA: Ships distrusted certificates for WoSign and StartCom
Summary: dev-perl/Mozilla-CA: Ships distrusted certificates for WoSign and StartCom
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Security
Classification: Unclassified
Component: Auditing (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Security Audit Team
URL: https://rt.cpan.org/Ticket/Display.ht...
Whiteboard: [noglsa]
Keywords:
Depends on:
Blocks:
 
Reported: 2016-11-01 13:03 UTC by Kristian Fiskerstrand (RETIRED)
Modified: 2017-01-15 18:40 UTC (History)
5 users (show)

See Also:
Package list:
=dev-perl/Mozilla-CA-20999999
Runtime testing required: No


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kristian Fiskerstrand (RETIRED) gentoo-dev 2016-11-01 13:03:39 UTC
As discussed on IRC I question the merits of this package shipping cacert.pem to begin with, in particular if it is correct (I have no reason to doubt it) that the calling code for libwww-perl reverts to the system store.

Currently, in dev-perl/Mozilla-CA-20160104 it ships with WoSign and StartCom. See bug 598072 for details why this is bad.
Comment 1 Kent Fredric (IRC: kent\n) (RETIRED) gentoo-dev 2016-11-01 13:12:40 UTC
As a defensive strategy, we should be starting off at the very least by patching everything that uses Mozilla::CA's cert bundle to not use it by default.

That is, eliminate Mozilla::CA in usage from ::gentoo, but leave the dist in-place for people who need to use it in their own code.

Because if we're going to be replacing Mozilla::CA's PEM file with a modified version of our own, the point of having Mozilla::CA in tree is pretty much nil.

Additionally, if we go down this road we'll be engaging in lots of pointless fluffing patching upstream's pem file, or bundling our own.

Where it would be better to simply patch the relevant code to use /etc/ssl/certs correctly.

Ideally however, this means IO::Socket::SSL *should* default to /etc/ssl/certs, as opposed to Mozilla::CA

Reading the logic here>

https://metacpan.org/source/SULLR/IO-Socket-SSL-2.038/lib/IO/Socket/SSL.pm#L438-483  

Indicates maybe that is already the case, and Mozilla::CA might only be invoked if etc/ssl/certs is missing/empty.

(But the code is a bit difficult to read today with the energy I have)
Comment 2 Sergiy Borodych 2016-11-02 07:40:24 UTC
Seems like related
https://github.com/gisle/mozilla-ca/pull/9
Comment 3 Andreas K. Hüttel archtester gentoo-dev 2016-11-03 23:10:59 UTC
Newly created =dev-perl/Mozilla-CA-20999999 is a stub package for Gentoo which does not include any certs anymore but points to the files installed by app-misc/ca-certificates. 

It's a bit fresh right now, but once this "version" is stabilized this problem is gone.
Comment 4 Andreas K. Hüttel archtester gentoo-dev 2016-11-11 22:46:14 UTC
Please test and stabilize

=dev-perl/Mozilla-CA-20999999

Target: alpha amd64 ppc x86
Comment 5 Agostino Sarubbo gentoo-dev 2016-11-13 13:07:57 UTC
amd64 stable
Comment 6 Agostino Sarubbo gentoo-dev 2016-11-13 13:09:45 UTC
x86 stable
Comment 7 Tobias Klausmann (RETIRED) gentoo-dev 2016-11-14 14:53:59 UTC
Stable on alpha.
Comment 8 Pacho Ramos gentoo-dev 2017-01-03 17:36:56 UTC
The auditing component doesn't show Atoms to Stabilize box :/
Comment 9 Agostino Sarubbo gentoo-dev 2017-01-15 16:02:10 UTC
ppc stable.

Maintainer(s), please cleanup.
Comment 10 Kristian Fiskerstrand (RETIRED) gentoo-dev 2017-01-15 18:40:20 UTC
Hardening, not a vuln, no glsa, and consequently no cleanup needed for closing