Im Zertifizierungszentrum SSL.com wurde eine Schwachstelle im System zur Überprüfung des Domainbesitzes festgestellt, die es ermöglichte, ein TLS-Zertifikat für jede Domain zu erhalten, indem man dem Angreifer eine E-Mail zur Verfügung stellte. Um ein TLS-Zertifikat zu erhalten, war lediglich der Zugang zu einer E-Mail mit der Ziel-Domain erforderlich. Beispielsweise erlaubte die Schwachstelle, ein TLS-Zertifikat für Domains zu erhalten, die in öffentlichen E-Mail-Diensten wie gmail.com, yandex.ru, yahoo.com, outlook.com und icloud.com verwendet werden.
Die Schwachstelle gab Angreifern außerdem die Möglichkeit, gezielte Angriffe auf Mitarbeiter bekannter Unternehmen und Teilnehmer großer Projekte durchzuführen, um Zugriff auf deren E-Mail zu erlangen und TLS-Zertifikate für bekannte Domains. Beispielsweise ermöglichte der Hack eines Google-Mitarbeiters mit der E-Mail name@google.com den Erhalt von ein Zertifikat für eine Domain google.com.
Die Schwachstelle wurde durch einen Fehler in der Implementierung des Systems zur Überprüfung des Domainbesitzes über E-Mail-Validierung verursacht. Um eine Bestätigung per E-Mail zu erhalten, muss ein DNS TXT-Eintrag „_validation-contactemail“ zur DNS-Zone der Domain hinzugefügt werden, für die das Zertifikat angefordert wird. Zum Beispiel: „_validation-contactemail.test.com DNS TXT name@example.com“. Nach der Initiierung der Domainprüfung wird an die E-Mail name@example.com ein Bestätigungscode gesendet, dessen Eingabe den Besitz der Domain „test.com“ bestätigt und den Erhalt eines TLS-Zertifikats für „test.com“ ermöglicht.
Das Wesen der Schwachstelle besteht darin, dass neben der Domain „test.com“, für die das Zertifikat angefordert wurde, auch das Bestätigungsmerkmal für die Domain „example.com“ festgelegt wurde, die in der E-Mail verwendet wurde. Der Forscher, der das Problem entdeckte, demonstrierte den Erhalt eines funktionierenden TLS-Zertifikats für die Domain aliyun.com, die im Webmail-Dienst des chinesischen Unternehmens Alibaba verwendet wird. Bei einem Testangriff registrierte der Forscher die Validierungsdomain „d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com“ im Dienst „dcv-inspector.com“ und beantragte für diese ein TLS-Zertifikat, nachdem er den DNS-Eintrag hinzugefügt hatte: _validation-contactemail.d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com DNS TXT myusername@aliyun.com
Danach beantragte er auf der Website SSL.com ein TLS-Zertifikat für die Domain d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com und wählte die Bestätigung per E-Mail. Die Zertifizierungsstelle SSL.com sendete einen Bestätigungscode an myusername@aliyun.com und nach Eingabe dieses Codes wurde nicht nur die Domain „d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com“ in die Liste der verifizierten Domains aufgenommen, sondern auch „aliyun.com“. Danach erhielt der Forscher erfolgreich das TLS-Zertifikat für die Domain „aliyun.com“, dessen Besitz bestätigt wurde.
Die Zertifizierungsstelle SSL.com hat das Problem behoben und 11 Zertifikate identifiziert, bei deren Ausstellung ein verwundbares Überprüfungsverfahren mit einer fremden Domain in der E-Mail verwendet wurde. Anscheinend zeigen die identifizierten Fälle keine Anzeichen von bösartiger Aktivität, und von den 11 wurde bisher nur ein Zertifikat widerrufen, das der Forscher für die Website aliyun.com erhalten hat. Bei den anderen Zertifikaten waren die Domains medinet.ca, help.gurusoft.com.sg, banners.betvictor.com, production-boomi.3day.com, kisales.com und medc.kisales.com betroffen. Der Vorfallbericht wird von der Firma SSL.com bis zum 2. Mai veröffentlicht.
Quelle: opennet.ru
