Im Zertifizierungszentrum SSL.com wurde eine Schwachstelle im Domain-Validierungssystem entdeckt, die es ermöglichte, ein TLS-Zertifikat für jede Domain zu erhalten, indem man dem Angreifer eine E-Mail-Adresse zur Verfügung stellte. Um ein TLS-Zertifikat zu erhalten, reichte der Zugriff auf die E-Mail mit der Ziel-Domain aus. Zum Beispiel ermöglichte 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 auch die Möglichkeit, gezielte Angriffe auf Mitarbeiter bekannter Unternehmen und Teilnehmer großer Projekte durchzuführen, um Zugang zu deren E-Mails zu erhalten und TLS-Zertifikate für bekannte Domains zu bekommen. Domänen. Zum Beispiel erlaubte der Angriff auf einen Google-Mitarbeiter mit der E-Mail-Adresse name@google.com, ein Zertifikats für die Domain ermöglichen könnten. google.com.
Die Sicherheitsanfälligkeit wurde durch einen Fehler in der Implementierung des Systems zur Überprüfung des Eigentums an einer Domain über die Bestätigung per E-Mail verursacht. Um die Bestätigung per E-Mail zu erhalten, muss ein DNS TXT-Eintrag "_validation-contactemail" in die DNS-Zone der Domain eingefügt werden, für die das Zertifikat angefordert wird. Zum Beispiel: "_validation-contactemail.test.com DNS TXT name@example.com". Nach der Durchführung der Domainprüfung wird an die E-Mail-Adresse name@example.com ein Bestätigungscode gesendet, dessen Eingabe das Eigentum an der Domain "test.com" bestätigt und die Erlangung eines TLS-Zertifikats für "test.com" ermöglicht.
Der Kern der Sicherheitsanfälligkeit besteht darin, dass neben der Domain "test.com", für die das Zertifikat angefordert wurde, auch für die Domain "example.com", die in der E-Mail verwendet wurde, ein Bestätigungsmerkmal für das Eigentum gesetzt wurde. Der Forscher, der das Problem entdeckte, demonstrierte den Erhalt eines funktionierenden TLS-Zertifikats für die Domain aliyun.com, die im Webmail-Service des chinesischen Unternehmens Alibaba verwendet wird. Während eines Testangriffs registrierte der Forscher die Prüfdomäne "d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com" im Dienst "dcv-inspector.com" und beantragte für diese ein TLS-Zertifikat, indem er den DNS-Eintrag hinzufügte: _validation-contactemail.d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com DNS TXT myusername@aliyun.com
Daraufhin beantragte er auf der Webseite 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“, sondern auch „aliyun.com“ in die Liste der verifizierten Domains aufgenommen. Anschließend erhielt der Forscher erfolgreich ein TLS-Zertifikat für die Domain „aliyun.com“, dessen Besitz bestätigt wurde.
Die Zertifizierungsstelle SSL.com beseitigte das Problem und identifizierte 11 Zertifikate, bei deren Ausstellung ein anfälliges Überprüfungsverfahren mit einer externen Domain in der E-Mail verwendet wurde. Es gibt anscheinend keine Anzeichen für bösartige Aktivitäten in den identifizierten Fällen, und von den 11 wurde bisher nur ein Zertifikat, das der Forscher für die Webseite aliyun.com beantragt hatte, zurückgezogen. Die anderen Zertifikate betrafen die Domains medinet.ca, help.gurusoft.com.sg, banners.betvictor.com, production-boomi.3day.com, kisales.com und medc.kisales.com. Der Bericht über den Vorfall soll bis zum 2. Mai von der Firma SSL.com veröffentlicht werden.
Quelle: opennet.ru
