Подменен DNS осигури сертификати за Google

Катинарчето до уеб адреса означава, че удостоверяващ орган — компания, на която браузърът има доверие — е проверил дали подателят на заявката контролира това име. На 6 октомври Google съобщи, че нападатели променили записи в ДНС в три национални домейна от първо ниво: на Гана (.gh), Сиера Леоне (.sl) и Американска Самоа (.as). Така получили сертификати, на които браузърите имат доверие, за няколко домейна на Google и за имена на други организации (Google). Според Google собствените му системи не са били пробити. Няма и публични данни сертификатите да са били използвани срещу посетители.

Слабата точка била в ДНС, системата, която превръща имената в адреси, а не в самите сайтове. Представете си всяка заявка като верига от препращания. В хипотетичния случай с acme.gh зоната .gh съдържа указател към сървърите, които отговарят за acme.gh, а те връщат адреса на сайта. Ако някой промени указателя в родителската зона, заявките за acme.gh ще стигат до избрани от нападателя сървъри (RFC 1034). Google не е посочил кои записи са били променени, нито кои оператори на регистри или акаунти са били замесени.

Как манипулираната адресна книга може да осигури катинарче

Преди да издаде сертификат, удостоверяващият орган трябва да провери дали кандидатът контролира името. Един често използван автоматизиран метод минава през самия ДНС. Органът предоставя нов, случаен код и проверява дали в ДНС за това име се е появил съвпадащ запис (RFC 8555). Това прилича на доказателство за местоживеене чрез писмо, изпратено до съответния адрес.

Такава проверка обяснява как отвличане на ДНС може да доведе до издаване на сертификат, без нападателят да докосва сървърите на истинския собственик. Има и други проверки, включително такива през уебсайт (Let's Encrypt). Google не е съобщил кой метод са преминали нападателите.

Затова Google смята, че удостоверяващите органи не са нарушили правилата. Според отрасловите изисквания успешната проверка е доказателство, че кандидатът контролира името (CA/Browser Forum). Ако самата адресна книга връща подвеждащи отговори, орган, който спазва процедурата, може да издаде валиден сертификат на грешната страна.

Две стандартни защити показват защо тази адресна книга е толкова чувствителна. Системата DNSSEC добавя цифрови подписи към отговорите в ДНС, подобно на пломба, която показва дали нещо е било подправено. Така услугата, която проверява заявката, може да установи дали отговорът следва очакваната верига от упълномощени сървъри. Подписът обаче не показва дали собственикът на домейна е искал промяната. Затова промяна, публикувана от отвлечен упълномощен сървър надолу по веригата, пак би минала проверката.

Записите, които посочват кои удостоверяващи органи имат право да издават сертификати за дадено име, дават на собственика още една защита. Те също се съхраняват в ДНС, така че контролиращият отговорите би могъл да ги промени (RFC 8659). Google не е съобщил дали някоя от тези защити е била включена за засегнатите имена.

Chrome блокира сертификатите

Chrome блокира сертификатите, посочени от Google, чрез CRLSets — списък с отнети сертификати, който браузърът разпространява директно до потребителите си (Chromium). След това Google проверил публичните регистри Certificate Transparency, където се записват издадените сертификати. Те приличат на имотен регистър, който всеки може да преглежда (Certificate Transparency). Там компанията открила още засегнати имена, които описва като принадлежащи на водещи световни марки, без да ги назовава.

Google съобщава, че се е свързал със собствениците, до които е успял да достигне, блокирал е сертификатите им в Chrome и е работил с удостоверяващите органи за отнемането им в други софтуерни продукти. Компанията предупреждава, че мерките в Chrome не осигуряват надеждна защита за хората, използващи други браузъри, и че не може да гарантира, че е открила всички засегнати домейни.

Сам по себе си сертификатът не пренасочва никого. За да го използва, нападателят трябва и да насочи връзките на хората към сървър, който го представя. Google не съобщава за фалшив сайт, прихваната сесия или откраднати данни за вход. Публикацията на Ars Technica до голяма степен преразказва констатациите на Google, без да ги потвърждава независимо (Ars Technica). Няма публични данни сертификатите да са били използвани срещу посетители.

Инцидентът показва, че доверието в катинарчето зависи и от органа, който управлява ДНС над всеки домейн, включително при по-малки регионални разширения. Google съветва собствениците постоянно да следят регистрите Certificate Transparency за цялото си портфолио, включително за неактивни и регионални домейни. Там първо би станал видим сертификат, който не са заявявали (Google).