Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 09 Nov 2017 12:59:21 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-ports-bugs@FreeBSD.org
Subject:   [Bug 223562] SSL certificate store issues - possible solution (affects ca_root_nss, nss, openssl/base)
Message-ID:  <bug-223562-13@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223562

            Bug ID: 223562
           Summary: SSL certificate store issues - possible solution
                    (affects ca_root_nss, nss, openssl/base)
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: freebsd-ports-bugs@FreeBSD.org
          Reporter: rocky@herveybayaustralia.com.au

There have been a number of issues raised regarding various difficulties wi=
th
ca_root_nss and local certificates that should be trusted (see 160387 -
certificate store combining local and root certificates; 189811 - missing
/etc/ssl/cert.pem (heated discussion over paranoia level required). Basic
functionality needs to be provided OOB for users, but but breaking local
requirements/policies for certificate trusts needs to be simplified for
sysadmin.

A way for these issues to be addressed in a coherent and minimal fashion ne=
eds
to be provided. Ability for greater functionality and ease of administratio=
n is
also a bonus. Other platforms have seen the same issue, and many different
solutions have been offered; but widely the consensus has been to provide a
central store for all certificates systemwide, linking both openssl and nss
engines.

As such a proposal is to leave base as is, but where ports are concerned use
nss to maintain certificates, and output the trusted to a cert.pem file for
openssl/libressl.

Advantages:
- ca_root_nss already uses nss but parses the text source to produce the
cert.pem file. Instead of covert use we're switching to overt. (Curl uses t=
he
same - but can use nss)
- sysadmins can "trust" which certificates they want - even from the mozilla
ROOTS
- updates to the root list will occur via the libnssckbi.so file and not
interfere with local trusted certificates
- possible (currently experimental?) bridge between openssl and nss certifi=
cate
store
- a central store could mean user apps such as firefox could automatically
trust local certificates as they can be set to use a shared database direct=
ly
or imported from the system db

Disadvantages:
- could be slightly more space required for nss
- number of ports dependent on ca_root_nss will need to be adjusted - what =
to
test when dependency checking?

nss certificate store db can placed anywhere in theory (firefox/thunderbird=
 use
profile dirs), but theoretical "default" is suggested to be /etc/pki/nssdb.=
 In
line with freebsd convention, ${LOCALBASE}/etc/pki/nssdb would be best.

This would mean the nss port would be required to trigger creation of the db
using modutil -create -dbdir sql:${DB}, an option to use libnssckbi.so using
modutil -dbdir ${DB} -add ca_roots -libfile ${LOCALBASE}/lib/nss/libnssckbi=
.so
(or the p11-kit equivalent), and either an option (default on) to create
cert.pem of _all_ trusted certificates in /usr/local/etc/ssl, with a symlin=
k to
/etc/ssl, or port (replace ca_root_nss?) to complete. (Preference would be =
an
option in nss - port that doesn't install anything wouldn't make sense in t=
he
infrastructure).

Creation of the cert.pem file is then as easy as piping and outputting the
following to cert.pem:

#!/bin/sh

# accept output from: certutil -d sql:${db} -L -h all | grep
"\([CPTu]\{0,3\},\)\{2\}[CPTu]\{0,3\}" | sed
's/\([CPTu]\{0,3\},\)\{2\}[CPTu]\{0,3\}//' | trusted_certs.sh > cert.pem &&
certutil -d sql:${db} -L | grep "\([CPTu]\{0,3\},\)\{2\}[CPTu]\{0,3\}" | sed
's/\([CPTu]\{0,3\},\)\{2\}[CPTu]\{0,3\}//' | trusted_certs.sh >> cert.pem

db =3D "sql:${LOCALBASE}/etc/pki/nssdb" # this could be better to use make =
env

while read input; do
    certutil -d $db -L -n "$input"
    certutil -d $db -L -a -n "$input"
done

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-223562-13>