12 фалшиви сертификата за Google от три регистъра

Броят вече е известен: 12 напълно валидни TLS сертификата за седем домейна на Google и YouTube са били издадени между 22 и 27 септември, след като неизвестни атакуващи са превзели инфраструктурата на националните домейн регистри .gh (Гана), .sl (Сиера Леоне) и .as (Американска Самоа). Google оповести инцидента на 6 октомври, а на 7 октомври The Hacker News и BleepingComputer потвърдиха конкретните имена, издателите и датите на отзоваване.

Кои точно домейни

Засегнатите имена са: google.com.gh, youtube.com.gh, google.sl, google.com.sl, youtube.sl, google.as и youtube.as.

11 от 12-те сертификата са издадени от Let’s Encrypt, а един — от ZeroSSL. „Да, сертификати за Google и YouTube бяха издадени и са отзовани“, написа Матю Макферин от Let’s Encrypt в общностния форум на организацията на 7 октомври.

Хронология: три регистъра за шест дни

Атаката се е движила от регистър на регистър — датите по-долу са на първото записване в CT логовете, не на самото превземане:

• 22 септември — първите сертификати по .gh
• 25 септември — следват тези по .sl
• 27 септември — и накрая по .as

Отзоваването е закъсняло неравномерно. Двата сертификата по .gh и единственият от ZeroSSL са отзовани на 26 септември, а останалите девет — на 1 октомври. Иначе казано, в зависимост от домейна прозорецът между издаването и отзоваването е бил между ден и половина и седем дни — време, в което сертификатът е бил технически годен за употреба.

Защо браузърът не би се оплакал

Схемата не включва нито пробив в Google, нито небрежност от страна на сертифициращите институции. Атакуващите са променили авторитетните DNS записи на избрани домейни и оттам са минали автоматичната доменна валидация: CA пита DNS-а „този ли контролира домейна“, DNS-ът отговаря „да“, сертификатът се издава. Google изрично заявява, че собствените ѝ системи не са компрометирани и че няма основание да смята, че издателите са направили нещо нередно.

Тъкмо затова резултатът е особено неприятен — това не са „фалшиви“ сертификати в техническия смисъл, а истински, подписани от доверени вериги. Всеки браузър, мобилно приложение или IoT устройство би ги приело без предупреждение. Подробната схема на атаката описахме в материала за превземането на регистрите и Pwn2Own.

Как инцидентът изобщо излезе наяве

Чрез Certificate Transparency — публичните логове, в които всеки доверен CA е длъжен да записва какво е издал. И 12-те сертификата се виждат там, а изследователите ги намериха през услуги като ctlogs.dev и Cert Spotter. Това е и целият смисъл на CT: не предотвратява издаването, но го прави невъзможно за скриване.

Google е претърсила логовете и след първоначалната реакция. „Данните от CT логовете разкриха допълнителни организации, за които смятаме, че са засегнати от същите атаки“, съобщава блогът на Chrome. Имената им не са оповестени — говори се само за „водещи световни марки и широко използвани онлайн услуги“. Компанията честно уточнява, че не гарантира, че анализът ѝ е открил всеки засегнат домейн.

Какво направиха Chrome и останалите

Chrome е блокирал откритите сертификати през CRLSets — аварийния канал, с който Google разпраща компактни списъци до браузъра извън обичайния цикъл на обновяване. Паралелно е координирала отзоваването с издателите, за да са защитени и потребителите на други браузъри и приложения. „Потребителите на Chrome не трябва да правят нищо, за да са защитени“, пише екипът.

Останалите браузъри обаче са на различен график. Privacy Guides отбелязва, че Firefox разчита на собствения си механизъм CRLite, а времето на блокиране в Chrome е в ръцете на Google — тоест потребителите на други браузъри може да са били изложени по-дълго. Самата Google признава, че блокирането от страната на браузъра „не бива да е единствената линия на защита“, и посочва два дългосрочни хода през изискванията на Chrome Root Program: по-кратък срок на валидност на сертификатите и по-малко преизползване на доменната валидация (DCV).

Какво да направите, ако държите домейни

Съветите са кратки и приложими още днес:

• Следете CT логовете за цялото си домейн портфолио — издаването се вижда почти в реално време.
• Публикувайте строги CAA записи, включително обвързване с конкретни ACME акаунти и методи на валидация. Това е и защитата срещу повторна употреба на кеширана валидация, след като контролът върху домейна е възстановен.
• Докладвайте неоторизиран сертификат на издаващия CA: по Baseline Requirements всеки може да подаде Certificate Problem Report, а CA е длъжен да започне проверка и да съобщи първите си заключения в рамките на 24 часа.

Заключение

Няма данни сертификатите да са били използвани за прихващане на трафик или кражба на пароли — което е добрата новина. Лошата е, че атаката не изисква нито zero-day, нито корумпиран CA: достатъчно е да превземете оператора на един национален регистър и правилата на доменната валидация работят за вас. Докато доверието в HTTPS виси на DNS-а, CT логовете и CAA записите остават единствените инструменти, с които собственикът на домейн може сам да се защити. На този фон и ходът на Cloudflare да стане безплатен издател на сертификати изглежда по-малко като бизнес новина и повече като част от същия разговор.