6 октября Google сообщил о компрометации трёх национальных доменов верхнего уровня:.gh Ганы,.sl Сьерра-Леоне Американского Самоа. Злоумышленники получили несанкционированные HTTPS-сертификаты для ряда доменов Google и YouTube. Системы самой Google взломаны не были, но потенциально под угрозой оказался любой домен в ,.sl . Такой сертификат мог позволить выдать поддельный сайт за настоящий даже при защищённом HTTPS-соединении и перехватить данные, отправленные пользователем.
Chrome заблокировал обнаруженные сертификаты через CRLSets, механизм экстренной блокировки сертификатов. Google также связалась с центрами сертификации, или CA, которые выдали документы, чтобы добиться их отзыва. Это требовалось для защиты пользователей других браузеров и приложений. Chrome дополнительно заблокировал сертификаты, найденные у других организаций, а Google по возможности связалась с пострадавшими компаниями. Пользователям Chrome не требовалось предпринимать какие-либо действия, но владельцам доменов не следует полагаться только на защиту браузера.
В первоначальном сообщении Google не назвала конкретные домены. Их удалось обнаружить по журналам Certificate Transparency, публичным реестрам выданных сертификатов. 7 октября издания The Hacker News нашли там как минимум 12 сертификатов, выпущенных с 22 по 27 сентября, с помощью и Cert Spotter. Эти документы относились к семи доменам. Одиннадцать сертификатов выдала Let's Encrypt, ещё один принадлежал ZeroSSL. Поскольку проверялась лишь ограниченная группа имён Google и YouTube, общее число сертификатов могло быть выше. Google заявила, что журналы CT указывают на возможную затронутость других организаций, включая известные мировые бренды и широко используемые онлайн-сервисы, но не раскрыла их названия.
Механизм выпуска объясняет, почему захват реестров оказался достаточным. CA выдаёт сертификат после проверки контроля над доменом. Один из распространённых способов проверки состоит в размещении специальной записи в DNS. Во время атак злоумышленники изменили авторитетные DNS-записи после захвата реестров и прошли такую проверку. Все 12 сертификатов были доменно-валидированными, то есть формально выданы после подтверждения контроля над соответствующими именами. Google заявила, что не видит оснований считать действия центров сертификации неправомерными.
Проверка записей как минимум с 10 сентября показала, что предыдущие сертификаты для , и выпускала Google Trust Services, собственный центр сертификации Google. 7 октября сотрудник Let's Encrypt Мэттью Макферрин написал на форуме сообщества Let's Encrypt, что сертификаты для Google и YouTube действительно были выданы и впоследствии отозваны. Его сообщение появилось в ответ на вопрос пользователя о сертификатах Let's Encrypt, выпущенных во время захвата доменных зон.
Полный перечень обнаруженных сертификатов выглядел так:
[].google.com.gh, — Let's Encrypt; впервые зафиксирован 22 сентября в 11:59, отозван 26 сентября в 02:41.
[].google.sl, — Let's Encrypt; впервые зафиксирован 25 сентября в 04:36, отозван 1 октября в 19:36.
[] , — Let's Encrypt; впервые зафиксирован 25 сентября в 04:36, отозван 1 октября в 19:36.
[] , — ZeroSSL; впервые зафиксирован 25 сентября в 04:51, отозван 26 сентября в 14:56.
[].google.com.sl, — Let's Encrypt; впервые зафиксирован 25 сентября в 04:51, отозван 1 октября в 19:36.
[] , — Let's Encrypt; впервые зафиксирован 25 сентября в 06:06, отозван 1 октября в 19:36.
[].youtube.sl, — Let's Encrypt; впервые зафиксирован 25 сентября в 06:07, отозван 1 октября в 19:36.
[] , — Let's Encrypt; впервые зафиксирован 27 сентября в 03:33, отозван 1 октября в 19:18.
[].google.as, — Let's Encrypt; впервые зафиксирован 27 сентября в 03:43, отозван 1 октября в 19:18.
[] , — Let's Encrypt; впервые зафиксирован 27 сентября в 04:17, отозван 1 октября в 19:18.
[].youtube.as, — Let's Encrypt; впервые зафиксирован 27 сентября в 04:37, отозван 1 октября в 19:18.
Сертификаты появлялись в CT-журналах последовательно: 22 сентября, 25 сентября, 27 сентября. По данным Cert Spotter, к 7 октября все 12 были отозваны. Два отозвали 26 сентября, сертификат ZeroSSL также отозвали 26 сентября, остальные девять документов отозвали 1 октября. Между публикацией и отзывом прошло примерно от полутора дней до почти недели. Первый сертификат появился 27 сентября, примерно через сутки после отзыва . Google сообщила, что узнала о захватах в течение недели перед публикацией 6 октября и сразу начала реагировать, но точные даты захватов и собственных действий не раскрыла.
Остаются неизвестными факт использования сертификатов для имитации сайтов Google или YouTube, возможное чтение пользовательских данных, личности нападавших и способ компрометации трёх реестров. Не сообщается также, были ли реестры полностью защищены после инцидента и найдено ли каждое затронутое доменное имя. Команда Chrome Secure Web and Networking Team предупредила: «Мы не можем гарантировать, что наш анализ выявил все затронутые домены». Там же уточнили, что блокировка сертификатов в Chrome не обеспечивает надёжную защиту пользователей других браузеров.
Владельцам доменов Google рекомендовала регулярно отслеживать журналы Certificate Transparency для каждого имени, включая припаркованные домены, региональные зоны и домены ,.sl . Такие сервисы сообщают владельцу о выпуске сертификата. Для доменов в этих трёх зонах следует отдельно просмотреть недавние записи CT и проверить документы, которые никто не запрашивал. Второй защитной мерой служит строгая CAA-запись в DNS. Она указывает, каким центрам сертификации разрешено выпускать сертификаты для домена. Перед выпуском CA обязан проверить эту запись; если сервис поддерживает привязку к учётной записи владельца, Google советует использовать такую связь.
CAA не гарантирует остановку выпуска во время активного захвата DNS. Получив контроль над DNS, злоумышленник может удалить настоящую запись или заменить её поддельной. Сам стандарт CAA признаёт это ограничение. Поэтому несанкционированный сертификат следует отправлять на проверку выдавшему его CA. После восстановления контроля над DNS строгая CAA-запись становится особенно полезной: она может пресечь новые запросы, включая те, что основаны на ранее пройденной проверке.
Центры сертификации вправе повторно использовать результат проверки контроля над доменом. Значит, злоумышленник, прошедший проверку во время захвата DNS, теоретически способен запросить дополнительные сертификаты уже после завершения атаки. Baseline Requirements форума CA/Browser Forum разрешают повторное использование такой проверки до 200 дней. Утверждённый в апреле 2025 года график сокращает срок до 100 дней в марте 2027 года и до 10 дней в марте 2029 года. В CA/Browser Forum входят центры сертификации и производители браузеров. В декабре 2025 года Let's Encrypt сообщила, что использует проверку в течение 30 дней, и планирует сократить этот срок до 7 часов к 2028 году.
7 октября у каждого из семи доменов уже имелась строгая CAA-запись. Google Public DNS возвращал для каждого имя единственного разрешённого центра: , домен Google Trust Services. Каждый сертификат из перечня можно искать в сервисах Certificate Transparency по SHA-256-отпечатку, причём номера отпечатков соответствуют строкам списка. Сами значения SHA-256 в опубликованных данных не приводились.
Изображение носит иллюстративный характер
Chrome заблокировал обнаруженные сертификаты через CRLSets, механизм экстренной блокировки сертификатов. Google также связалась с центрами сертификации, или CA, которые выдали документы, чтобы добиться их отзыва. Это требовалось для защиты пользователей других браузеров и приложений. Chrome дополнительно заблокировал сертификаты, найденные у других организаций, а Google по возможности связалась с пострадавшими компаниями. Пользователям Chrome не требовалось предпринимать какие-либо действия, но владельцам доменов не следует полагаться только на защиту браузера.
В первоначальном сообщении Google не назвала конкретные домены. Их удалось обнаружить по журналам Certificate Transparency, публичным реестрам выданных сертификатов. 7 октября издания The Hacker News нашли там как минимум 12 сертификатов, выпущенных с 22 по 27 сентября, с помощью и Cert Spotter. Эти документы относились к семи доменам. Одиннадцать сертификатов выдала Let's Encrypt, ещё один принадлежал ZeroSSL. Поскольку проверялась лишь ограниченная группа имён Google и YouTube, общее число сертификатов могло быть выше. Google заявила, что журналы CT указывают на возможную затронутость других организаций, включая известные мировые бренды и широко используемые онлайн-сервисы, но не раскрыла их названия.
Механизм выпуска объясняет, почему захват реестров оказался достаточным. CA выдаёт сертификат после проверки контроля над доменом. Один из распространённых способов проверки состоит в размещении специальной записи в DNS. Во время атак злоумышленники изменили авторитетные DNS-записи после захвата реестров и прошли такую проверку. Все 12 сертификатов были доменно-валидированными, то есть формально выданы после подтверждения контроля над соответствующими именами. Google заявила, что не видит оснований считать действия центров сертификации неправомерными.
Проверка записей как минимум с 10 сентября показала, что предыдущие сертификаты для , и выпускала Google Trust Services, собственный центр сертификации Google. 7 октября сотрудник Let's Encrypt Мэттью Макферрин написал на форуме сообщества Let's Encrypt, что сертификаты для Google и YouTube действительно были выданы и впоследствии отозваны. Его сообщение появилось в ответ на вопрос пользователя о сертификатах Let's Encrypt, выпущенных во время захвата доменных зон.
Полный перечень обнаруженных сертификатов выглядел так:
- []
[].google.com.gh, — Let's Encrypt; впервые зафиксирован 22 сентября в 11:59, отозван 26 сентября в 02:41.
[].google.sl, — Let's Encrypt; впервые зафиксирован 25 сентября в 04:36, отозван 1 октября в 19:36.
[] , — Let's Encrypt; впервые зафиксирован 25 сентября в 04:36, отозван 1 октября в 19:36.
[] , — ZeroSSL; впервые зафиксирован 25 сентября в 04:51, отозван 26 сентября в 14:56.
[].google.com.sl, — Let's Encrypt; впервые зафиксирован 25 сентября в 04:51, отозван 1 октября в 19:36.
[] , — Let's Encrypt; впервые зафиксирован 25 сентября в 06:06, отозван 1 октября в 19:36.
[].youtube.sl, — Let's Encrypt; впервые зафиксирован 25 сентября в 06:07, отозван 1 октября в 19:36.
[] , — Let's Encrypt; впервые зафиксирован 27 сентября в 03:33, отозван 1 октября в 19:18.
[].google.as, — Let's Encrypt; впервые зафиксирован 27 сентября в 03:43, отозван 1 октября в 19:18.
[] , — Let's Encrypt; впервые зафиксирован 27 сентября в 04:17, отозван 1 октября в 19:18.
[].youtube.as, — Let's Encrypt; впервые зафиксирован 27 сентября в 04:37, отозван 1 октября в 19:18.
Сертификаты появлялись в CT-журналах последовательно: 22 сентября, 25 сентября, 27 сентября. По данным Cert Spotter, к 7 октября все 12 были отозваны. Два отозвали 26 сентября, сертификат ZeroSSL также отозвали 26 сентября, остальные девять документов отозвали 1 октября. Между публикацией и отзывом прошло примерно от полутора дней до почти недели. Первый сертификат появился 27 сентября, примерно через сутки после отзыва . Google сообщила, что узнала о захватах в течение недели перед публикацией 6 октября и сразу начала реагировать, но точные даты захватов и собственных действий не раскрыла.
Остаются неизвестными факт использования сертификатов для имитации сайтов Google или YouTube, возможное чтение пользовательских данных, личности нападавших и способ компрометации трёх реестров. Не сообщается также, были ли реестры полностью защищены после инцидента и найдено ли каждое затронутое доменное имя. Команда Chrome Secure Web and Networking Team предупредила: «Мы не можем гарантировать, что наш анализ выявил все затронутые домены». Там же уточнили, что блокировка сертификатов в Chrome не обеспечивает надёжную защиту пользователей других браузеров.
Владельцам доменов Google рекомендовала регулярно отслеживать журналы Certificate Transparency для каждого имени, включая припаркованные домены, региональные зоны и домены ,.sl . Такие сервисы сообщают владельцу о выпуске сертификата. Для доменов в этих трёх зонах следует отдельно просмотреть недавние записи CT и проверить документы, которые никто не запрашивал. Второй защитной мерой служит строгая CAA-запись в DNS. Она указывает, каким центрам сертификации разрешено выпускать сертификаты для домена. Перед выпуском CA обязан проверить эту запись; если сервис поддерживает привязку к учётной записи владельца, Google советует использовать такую связь.
CAA не гарантирует остановку выпуска во время активного захвата DNS. Получив контроль над DNS, злоумышленник может удалить настоящую запись или заменить её поддельной. Сам стандарт CAA признаёт это ограничение. Поэтому несанкционированный сертификат следует отправлять на проверку выдавшему его CA. После восстановления контроля над DNS строгая CAA-запись становится особенно полезной: она может пресечь новые запросы, включая те, что основаны на ранее пройденной проверке.
Центры сертификации вправе повторно использовать результат проверки контроля над доменом. Значит, злоумышленник, прошедший проверку во время захвата DNS, теоретически способен запросить дополнительные сертификаты уже после завершения атаки. Baseline Requirements форума CA/Browser Forum разрешают повторное использование такой проверки до 200 дней. Утверждённый в апреле 2025 года график сокращает срок до 100 дней в марте 2027 года и до 10 дней в марте 2029 года. В CA/Browser Forum входят центры сертификации и производители браузеров. В декабре 2025 года Let's Encrypt сообщила, что использует проверку в течение 30 дней, и планирует сократить этот срок до 7 часов к 2028 году.
7 октября у каждого из семи доменов уже имелась строгая CAA-запись. Google Public DNS возвращал для каждого имя единственного разрешённого центра: , домен Google Trust Services. Каждый сертификат из перечня можно искать в сервисах Certificate Transparency по SHA-256-отпечатку, причём номера отпечатков соответствуют строкам списка. Сами значения SHA-256 в опубликованных данных не приводились.
