DNS-ul deturnat a permis certificate pentru Google

Lacătul de lângă o adresă web arată că o autoritate de certificare, o companie în care browserul are încredere, a verificat dacă solicitantul controlează numele respectiv. Pe 6 octombrie, Google a anunțat că atacatorii au modificat înregistrări DNS asociate cu trei domenii naționale, cel al Ghanei (.gh), al statului Sierra Leone (.sl) și al Samoei Americane (.as). Astfel, au obținut certificate recunoscute de browsere pentru mai multe domenii Google și pentru numele altor organizații (Google). Google spune că propriile sisteme nu au fost compromise și că nu există dovezi publice că certificatele ar fi fost folosite împotriva vizitatorilor.

Punctul slab se afla deasupra site-urilor, în DNS, sistemul care transformă numele în adrese. Fiecare căutare poate fi privită ca un lanț de trimiteri. În cazul ipotetic al domeniului acme.gh, zona .gh indică serverele care răspund pentru acme.gh, iar acestea furnizează adresa site-ului. Dacă cineva modifică trimiterea din zona părinte, solicitările pentru acme.gh ajung la serverele alese de atacator (RFC 1034). Google nu a precizat ce înregistrări au fost modificate și nici nu a numit operatorii registrelor sau conturile implicate.

Cum poate o agendă de adrese DNS modificată să ducă la afișarea lacătului

Înainte să emită un certificat, o autoritate trebuie să verifice că solicitantul controlează numele. Una dintre metodele automate folosite trece chiar prin DNS: autoritatea transmite un cod aleatoriu nou și verifică dacă în DNS-ul numelui a apărut o înregistrare care corespunde codului (RFC 8555). E ca și cum ai dovedi că locuiești la o adresă primind acolo o scrisoare.

O deturnare DNS ar putea duce la emiterea unui certificat fără ca cineva să atingă serverele proprietarului real. Există și alte verificări, inclusiv provocări care se fac prin web (Let's Encrypt), iar Google nu a precizat pe care au trecut-o atacatorii.

De aceea, Google consideră că autoritățile care au emis certificatele nu au greșit. Potrivit regulilor din industrie, o autoritate tratează o verificare reușită drept dovadă că solicitantul controlează numele (CA/Browser Forum). Dacă agenda de adrese oferă răspunsuri înșelătoare, o autoritate care respectă întocmai procedura poate emite un certificat valid pentru partea greșită.

Două măsuri de protecție standard arată cât de sensibil este acest sistem. DNSSEC adaugă semnături digitale răspunsurilor DNS, ca un sigiliu care arată dacă au fost modificate, astfel încât serviciul DNS folosit de dispozitiv să poată confirma că răspunsul a venit pe lanțul de autoritate așteptat. Sigiliul nu arată dacă proprietarul domeniului a dorit modificarea, așa că o schimbare publicată de o autoritate deturnată din amonte de domeniu ar trece totuși verificarea.

Înregistrările CAA îi permit proprietarului să indice ce autorități de certificare pot emite certificate pentru domeniile sale. Și această listă se află în același DNS, însă, în principiu, oricine controlează răspunsurile o poate rescrie (RFC 8659). Google nu a precizat dacă vreuna dintre aceste măsuri era activă pentru numele afectate.

Chrome blochează certificatele

Chrome a blocat certificatele identificate de Google prin CRLSets, o listă de certificate revocate pe care browserul o distribuie direct utilizatorilor (Chromium). Google a căutat apoi în jurnalele publice Certificate Transparency, unde sunt înregistrate certificatele emise. Acestea funcționează ca un registru funciar pe care îl poate consulta oricine (Certificate Transparency). Acolo a găsit și alte ținte, pe care le descrie drept mari branduri globale, fără să le numească.

Google spune că a contactat proprietarii pe care i-a putut identifica, a blocat certificatele acestora în Chrome și a colaborat cu autoritățile emitente pentru a le revoca și în cazul altor programe. Avertizează că măsurile luate în Chrome nu protejează în mod sigur utilizatorii celorlalte browsere și că nu poate garanta că a identificat toate domeniile afectate.

Un certificat, de unul singur, nu redirecționează pe nimeni. Pentru a-l exploata, un atacator ar trebui să redirecționeze și conexiunile utilizatorilor către un server care îl prezintă. Google spune că nu a găsit site-uri false, sesiuni interceptate sau date de autentificare furate, iar relatarea Ars Technica reia în mare parte constatările Google, fără să le confirme independent (Ars Technica). Nu există dovezi publice că certificatele ar fi fost folosite împotriva vizitatorilor.

Incidentul arată că încrederea sugerată de lacăt depinde și de autoritatea DNS aflată deasupra fiecărui nume, inclusiv în cazul sufixelor regionale mici. Google le recomandă proprietarilor să urmărească permanent jurnalele Certificate Transparency pentru întregul portofoliu, inclusiv domeniile rezervate sau regionale: acolo ar deveni vizibil pentru prima dată un certificat pe care nu l-au cerut (Google).