È stata scoperta una vulnerabilità nel sistema di verifica della proprietà del dominio presso il centro di certificazione SSL.com, che consentiva di ottenere un certificato TLS per qualsiasi dominio fornendo l'email all'attaccante. Per ottenere un certificato TLS era sufficiente avere accesso all'email con il dominio target. Ad esempio, la vulnerabilità permetteva di ottenere certificati TLS per domini utilizzati in servizi email pubblici, come gmail.com, yandex.ru, yahoo.com, outlook.com e icloud.com.
La vulnerabilità consentiva inoltre agli aggressori di effettuare attacchi mirati sui dipendenti di aziende famose e sui partecipanti a grandi progetti per ottenere accesso alle loro email e ottenere certificati TLS per nomi noti. domini. Ad esempio, compromettere un dipendente di Google con email name@google.com consentiva di ottenere un certificato per il dominio google.com.
La vulnerabilità era causata da un errore nell'implementazione del sistema di verifica della proprietà del dominio tramite conferma via email. Per ricevere la conferma via email, è necessario aggiungere nella zona DNS del dominio per cui si richiede il certificato, un record DNS TXT "_validation-contactemail". Ad esempio, "_validation-contactemail.test.com DNS TXT name@example.com". Dopo aver avviato la verifica del dominio, verrà inviato un codice di conferma all'email name@example.com, il cui inserimento confermerà la proprietà del dominio "test.com" e consentirà di ottenere un certificato TLS per "test.com".
Il problema della vulnerabilità sta nel fatto che, oltre al dominio "test.com" per il quale è stato richiesto il certificato, il marchio di conferma della proprietà veniva impostato anche per il dominio "example.com" utilizzato nell'email. Il ricercatore che ha scoperto il problema ha dimostrato di poter ottenere un certificato TLS funzionante per il dominio aliyun.com, utilizzato nel servizio di webmail della compagnia cinese Alibaba. Durante un attacco di prova, il ricercatore ha registrato un dominio di verifica "d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com" nel servizio "dcv-inspector.com" e ha richiesto per esso un certificato TLS, aggiungendo il record DNS: _validation-contactemail.d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com DNS TXT myusername@aliyun.com
Dopo di ciò, ha richiesto sul sito SSL.com un certificato TLS per il dominio d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com e ha scelto la conferma via email. L'autorità di certificazione SSL.com ha inviato un codice di verifica a myusername@aliyun.com e, dopo aver inserito questo codice, ha aggiunto alla lista dei domini verificati non solo «d2b4eee07de5efcb8598f0586cbf2690.test.dcv-inspector.com», ma anche «aliyun.com». Successivamente, l'analista ha ottenuto con successo il certificato TLS per il dominio «aliyun.com», di cui è stato confermato il possesso.
L'autorità di certificazione SSL.com ha risolto il problema e ha identificato 11 certificati, per i quali è stata utilizzata una vulnerabile schema di verifica tramite un dominio esterno via email. Si presume che nei casi identificati non ci siano segni di attività dannosa e, su 11, è stato revocato solo un certificato, ottenuto dall'analista per il sito aliyun.com. Negli altri certificati erano coinvolti i domini medinet.ca, help.gurusoft.com.sg, banners.betvictor.com, production-boomi.3day.com, kisales.com e medc.kisales.com. L'azienda SSL.com prevede di pubblicare il rapporto sull'incidente entro il 2 maggio.
Fonte: opennet.ru
