- Issued:
- 2010-11-08
- Updated:
- 2010-11-08
RHSA-2010:0838 - Security Advisory
Synopsis
Moderate: pki security and enhancement update
Type/Severity
Security Advisory: Moderate
Red Hat Insights patch analysis
Identify and remediate systems affected by this advisory.
Topic
Updated pki-ca, pki-util, and pki-common packages that fix three security
issues and add several enhancements are now available for Red Hat
Certificate System 8.
The Red Hat Security Response Team has rated this update as having moderate
security impact. Common Vulnerability Scoring System (CVSS) base scores,
which give detailed severity ratings, are available for each vulnerability
from the CVE links in the References section.
Description
Red Hat Certificate System is an enterprise software system designed to
manage enterprise public key infrastructure (PKI) deployments. Simple
Certificate Enrollment Protocol (SCEP) is a PKI communication protocol
used to automatically enroll certificates for network devices.
The certificate authority allowed unauthenticated users to request the
one-time PIN in an SCEP request to be decrypted. An attacker able to sniff
an SCEP request from a network device could request the certificate
authority to decrypt the request, allowing them to obtain the one-time
PIN. With this update, the certificate authority only handles decryption
requests from authenticated registration authorities. (CVE-2010-3868)
The certificate authority allowed the one-time PIN used in SCEP requests
to be re-used. An attacker possessing a valid SCEP enrollment one-time PIN
could use it to generate an unlimited number of certificates.
(CVE-2010-3869)
The certificate authority used the MD5 hash algorithm to sign all SCEP
protocol responses. As MD5 is not collision resistant, an attacker could
use this flaw to perform an MD5 chosen-prefix collision attack to generate
attack-chosen output signed using the certificate authority's key.
(CVE-2004-2761)
This update also adds the following enhancements:
- New configuration options for the SCEP server can define the default and
allowed encryption and hash algorithms. These options allow disabling uses
of the weaker algorithms not required by network devices and prevent
possible downgrade attacks. These can be configured by adding the following
options to the certificate authority's CS.cfg configuration file:
ca.scep.encryptionAlgorithm=DES3
ca.scep.allowedEncryptionAlgorithms=DES3
ca.scep.hashAlgorithm=SHA1
ca.scep.allowedHashAlgorithms=SHA1,SHA256,SHA512
- With this update, the certificate authority's SCEP server is disabled by
default. The SCEP server can be enabled by adding the 'ca.scep.enable=true'
option to the certificate authority's CS.cfg configuration file.
- A separate key pair can now be configured for use in SCEP communication.
Previously, the main certificate authority's key pair was used for SCEP
communication too. A designated SCEP key pair can be referenced by adding
a new option, ca.scep.nickname=[scep certificate nickname], to the
certificate authority's CS.cfg configuration file.
- The certificate authority now allows the size of nonces used in SCEP
requests to be restricted by adding a new option, ca.scep.nonceSizeLimit=
[number of bytes], to the certificate authority's CS.cfg configuration
file. The limit is set to 16 bytes in the default CS.cfg configuration
file.
All users of Red Hat Certificate System 8 should upgrade to these updated
packages, which resolve these issues and add these enhancements.
Solution
Before applying this update, make sure all previously-released errata
relevant to your system have been applied.
This update is available via the Red Hat Network. Details on how to
use the Red Hat Network to apply this update are available at
http://kbase.redhat.com/faq/docs/DOC-11259
Affected Products
- Red Hat Certificate System 8 x86_64
- Red Hat Certificate System 8 i386
Fixes
- BZ - 648882 - CVE-2010-3868 Certificate System: unauthenticated user can request SCEP one-time PIN decryption
- BZ - 648883 - CVE-2010-3869 Certificate System: SCEP one-time PIN reuse
- BZ - 648886 - CVE-2004-2761 MD5: MD5 Message-Digest Algorithm is not collision resistant
Red Hat Certificate System 8
SRPM | |
---|---|
pki-ca-8.0.7-1.el5pki.src.rpm | SHA-256: 84fa5ce851ded5bfa8483f269ac65dd0257a258c8dff7a604b0d1b36cbb2e59e |
pki-common-8.0.6-2.el5pki.src.rpm | SHA-256: 03156ed8cf51454d4e816f78613bc716c0a8aca462c1dbaa91f55920f331e547 |
pki-util-8.0.5-1.el5pki.src.rpm | SHA-256: 7089ea5d26986a1e1d088d6d80c85a0d095aac24382713878fc7dde68f7b6530 |
x86_64 | |
pki-ca-8.0.7-1.el5pki.noarch.rpm | SHA-256: 145d90382692ddcb32e74d4dc231900536c6968e98d8c922a50d774aa839f479 |
pki-common-8.0.6-2.el5pki.noarch.rpm | SHA-256: 2fab558c01fae72d99fceb6ad145869a2d32d696a4d50088adc5f611bb548886 |
pki-common-javadoc-8.0.6-2.el5pki.noarch.rpm | SHA-256: 62db92f18ccfbd5506dd0854a2e99ab2c8c9b6f0bfc6f933bd808440d89024cb |
pki-util-8.0.5-1.el5pki.noarch.rpm | SHA-256: a02398f8a871654f8741f9d6b76bfd794b2c2179fadd250b7c9bc2c26cca6abb |
pki-util-javadoc-8.0.5-1.el5pki.noarch.rpm | SHA-256: fd74c4a1edfc9c87aa6de3973d78f3af6a908e1affd8ba09c3e03e8b352b89a2 |
i386 | |
pki-ca-8.0.7-1.el5pki.noarch.rpm | SHA-256: 145d90382692ddcb32e74d4dc231900536c6968e98d8c922a50d774aa839f479 |
pki-common-8.0.6-2.el5pki.noarch.rpm | SHA-256: 2fab558c01fae72d99fceb6ad145869a2d32d696a4d50088adc5f611bb548886 |
pki-common-javadoc-8.0.6-2.el5pki.noarch.rpm | SHA-256: 62db92f18ccfbd5506dd0854a2e99ab2c8c9b6f0bfc6f933bd808440d89024cb |
pki-util-8.0.5-1.el5pki.noarch.rpm | SHA-256: a02398f8a871654f8741f9d6b76bfd794b2c2179fadd250b7c9bc2c26cca6abb |
pki-util-javadoc-8.0.5-1.el5pki.noarch.rpm | SHA-256: fd74c4a1edfc9c87aa6de3973d78f3af6a908e1affd8ba09c3e03e8b352b89a2 |
The Red Hat security contact is secalert@redhat.com. More contact details at https://access.redhat.com/security/team/contact/.