Multiple SSL certificate authorities may issue certificates to a customer based solely on the control of certain email addresses. This may allow an attacker to obtain a valid SSL certificate to perform HTTPS spoofing without generating a warning in the client software.
When a client such as a web browser accesses a resource using HTTPS, which subsequently uses SSL or TLS for encryption and authentication, the client is supposed to verify the certificate provided by the server. In particular, the client verifies that the certificate was issued by a root certificate authority (CA) that is trusted. This trust relationship relies upon the belief that the root certificate authorities have sufficiently verified that the individual requesting a certificate is doing so on behalf of the domain owner.
Many root CAs use the concept of "domain-authenticated" or similarly-named SSL certificates. These certificates may be issued with minimal proof of domain ownership. In some cases, an SSL certificate is provided simply based on the ability to use certain email addresses at the domain in question. According to RFC2142, the email address that should be used for DNS-related services should be hostmaster. According to the Mozilla CA Certificate Inclusion Policy as well as the CA/Browser Forum baseline requirements documents, the control of the addresses admin, administrator, webmaster, hostmaster, and postmaster can be used to prove domain ownership. However, some root CAs allow other email addresses to serve as proof of domain ownership. For example, a user who operates the email address firstname.lastname@example.org may be able to obtain an SSL certificate for example.com.
An attacker may be able to obtain a certificate for a domain that somebody else owns. With such a certificate, the attacker can spoof HTTPS sites and intercept HTTPS traffic without triggering client certificate warnings.
The CERT/CC is currently unaware of a practical solution to this problem. Please consider the following workarounds:
Block access to sensitive accounts
The vendors listed as "affected" here are CAs that provide email-authenticated domain-validated SSL certificates. Although the CA/Browser Forum baseline requirements documents list email authentication using predefined aliases as a valid form of domain validation (section 11.1.1), CERT's stance is that such email authentication is not sufficient proof of domain ownership. Email providers that may be affected by fraudulent acquisition of SSL certificates by email are not listed here.
COMODO Security Solutions, Inc.
WoSign CA Limited
CA Disig a.s.
SECOM Trust Systems Co. Ltd.
Autoridad de Certificacion Firmaprofesional
Colegio de Registradores
Government of Japan, Ministry of Internal Affairs and Communications
I.CA Prvni certifikani autorita a.s.
Network Solutions, Inc.
Personal ID LTD
SG Trust Services
Sistema Nacional de Certificacion Electronica
Staat der Nederlanden
T-Systems International GmbH
Wells Fargo Bank
e-Guven Elektronik Bilgi Guvenligi A.S.
|Date First Published:||2015-03-27|
|Date Last Updated:||2015-04-07 13:59 UTC|