SCIENTIFIC-LINUX-ERRATA Archives

March 2017

SCIENTIFIC-LINUX-ERRATA@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Pat Riehecky <[log in to unmask]>
Reply To:
Date:
Thu, 2 Mar 2017 21:28:23 -0000
Content-Type:
text/plain
Parts/Attachments:
text/plain (70 lines)
Synopsis:          Moderate: ipa security and bug fix update
Advisory ID:       SLSA-2017:0388-1
Issue Date:        2017-03-02
CVE Numbers:       CVE-2017-2590
--

Security Fix(es):

* It was found that IdM's ca-del, ca-disable, and ca-enable commands did
not properly check the user's permissions while modifying CAs in Dogtag.
An authenticated, unauthorized attacker could use this flaw to delete,
disable, or enable CAs causing various denial of service problems with
certificate issuance, OCSP signing, and deletion of secret keys.
(CVE-2017-2590)

Bug Fix(es):

* Previously, during an Identity Management (IdM) replica installation
that runs on domain level "1" or higher, Directory Server was not
configured to use TLS encryption. As a consequence, installing a
certificate authority (CA) on that replica failed. Directory Server is now
configured to use TLS encryption during the replica installation and as a
result, the CA installation works as expected.

* Previously, the Identity Management (IdM) public key infrastructure
(PKI) component was configured to listen on the "::1" IPv6 localhost
address. In environments have the the IPv6 protocol disabled, the replica
installer was unable to retrieve the Directory Server certificate, and the
installation failed. The default listening address of the PKI connector
has been updated from the IP address to "localhost". As a result, the PKI
connector now listens on the correct addresses in IPv4 and IPv6
environments.

* Previously, when installing a certificate authority (CA) on a replica,
Identity Management (IdM) was unable to provide third-party CA
certificates to the Certificate System CA installer. As a consequence, the
installer was unable to connect to the remote master if the remote master
used a third-party server certificate, and the installation failed. This
updates applies a patch and as a result, installing a CA replica works as
expected in the described situation.

* When installing a replica, the web server service entry is created on
the Identity Management (IdM) master and replicated to all IdM servers.
Previously, when installing a replica without a certificate authority
(CA), in certain situations the service entry was not replicated to the
new replica on time, and the installation failed. The replica installer
has been updated and now waits until the web server service entry is
replicated. As a result, the replica installation no longer fails in the
described situation.
--

SL7
  x86_64
    ipa-client-4.4.0-14.el7_3.6.x86_64.rpm
    ipa-debuginfo-4.4.0-14.el7_3.6.x86_64.rpm
    ipa-server-4.4.0-14.el7_3.6.x86_64.rpm
    ipa-server-trust-ad-4.4.0-14.el7_3.6.x86_64.rpm
  noarch
    ipa-client-common-4.4.0-14.el7_3.6.noarch.rpm
    ipa-common-4.4.0-14.el7_3.6.noarch.rpm
    ipa-python-compat-4.4.0-14.el7_3.6.noarch.rpm
    python2-ipaclient-4.4.0-14.el7_3.6.noarch.rpm
    python2-ipalib-4.4.0-14.el7_3.6.noarch.rpm
    ipa-admintools-4.4.0-14.el7_3.6.noarch.rpm
    ipa-server-common-4.4.0-14.el7_3.6.noarch.rpm
    ipa-server-dns-4.4.0-14.el7_3.6.noarch.rpm
    python2-ipaserver-4.4.0-14.el7_3.6.noarch.rpm

- Scientific Linux Development Team

ATOM RSS1 RSS2