Scientific Linux Security Update : ipa on SL7.x x86_64 (20170302)

high Nessus Plugin ID 97515

Synopsis

The remote Scientific Linux host is missing one or more security updates.

Description

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.

Solution

Update the affected packages.

See Also

http://www.nessus.org/u?b9bf6656

Plugin Details

Severity: High

ID: 97515

File Name: sl_20170302_ipa_on_SL7_x.nasl

Version: 3.5

Type: local

Agent: unix

Published: 3/3/2017

Updated: 1/14/2021

Supported Sensors: Nessus Agent, Nessus

Risk Information

VPR

Risk Factor: Medium

Score: 5.2

CVSS v2

Risk Factor: Medium

Base Score: 5.5

Vector: CVSS2#AV:N/AC:L/Au:S/C:N/I:P/A:P

CVSS v3

Risk Factor: High

Base Score: 8.1

Vector: CVSS:3.0/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H

Vulnerability Information

CPE: p-cpe:/a:fermilab:scientific_linux:ipa-admintools, p-cpe:/a:fermilab:scientific_linux:ipa-client, p-cpe:/a:fermilab:scientific_linux:ipa-client-common, p-cpe:/a:fermilab:scientific_linux:ipa-common, p-cpe:/a:fermilab:scientific_linux:ipa-debuginfo, p-cpe:/a:fermilab:scientific_linux:ipa-python-compat, p-cpe:/a:fermilab:scientific_linux:ipa-server, p-cpe:/a:fermilab:scientific_linux:ipa-server-common, p-cpe:/a:fermilab:scientific_linux:ipa-server-dns, p-cpe:/a:fermilab:scientific_linux:ipa-server-trust-ad, p-cpe:/a:fermilab:scientific_linux:python2-ipaclient, p-cpe:/a:fermilab:scientific_linux:python2-ipalib, p-cpe:/a:fermilab:scientific_linux:python2-ipaserver, x-cpe:/o:fermilab:scientific_linux

Required KB Items: Host/local_checks_enabled, Host/RedHat/release, Host/RedHat/rpm-list, Host/cpu

Patch Publication Date: 3/2/2017

Vulnerability Publication Date: 7/27/2018

Reference Information

CVE: CVE-2017-2590