Секретный ключ оказался числом 4. Что случилось с сертификатами eMudhra 🔑 У индийского удостоверяющего центра eMudhra обнаружили слабые приватные ключи восьми промежуточных центров сертификации. Один из них был числом 4. Такие ключи должны быть большими случайными числами, которые практически невозможно подобрать. Здесь же исследователям удалось их восстановить и получить возможность выпускать поддельные сертификаты. Разбираемся в этой истории вместе с Павлом Васильевым, руководителем группы Android-экспертизы PT MAZE. Он объясняет, чем это опасно, и напоминает, что я же говорил предупреждал о подобных рисках еще в прошлом году. Как устроено доверие в интернете 🤝 Когда вы открываете сайт, браузер проверяет его сертификат — своего рода цифровое удостоверение личности. Но поверить документу на слово нельзя: нужно убедиться, что его выдал тот, кому можно доверять. Для этого существует цепочка доверия. Сертификат сайта подписан промежуточным удостоверяющим центром, а полномочия промежуточного центра подтверждает корневой. Доверенные корневые сертификаты заранее включены в хранилища браузеров и операционных систем. В случае eMudhra сам корневой ключ не был скомпрометирован. Ошибка произошла при генерации ключей промежуточных центров. Но и этого оказалось достаточно, чтобы возникла угроза подделки сертификатов сайтов. Что мог сделать злоумышленник 😎 Представьте, что кто-то научился выпускать убедительные поддельные удостоверения личности. Документ проходит все проверки, хотя пользуется им тот, кто хочет выдать себя за кого-то другого. С сертификатами похожая история. Атакующий мог попытаться выдать свой сервер за настоящий сайт. Если приложение принимало поддельный сертификат, а злоумышленник мог перехватить или перенаправить соединение, он получал возможность читать и подменять передаваемые данные — например, пароли или документы. Впрочем, один скомпрометированный ключ не позволяет автоматически расшифровать весь интернет-трафик. Для атаки нужны и доступ к соединению, и доверие приложения к поддельному сертификату. А что с российскими пользователями? 🧑💻 По имеющимся данным, оснований говорить о массовых последствиях нет. Chrome и Firefox оперативно заблокировали затронутые сертификаты, а eMudhra их отозвала. При этом страна, в которой работает сайт, и то, кто выдал ему настоящий сертификат, сами по себе не исключают подмену. Гораздо важнее, каким сертификатам доверяет программа пользователя. Поэтому остаточный риск сохраняется прежде всего для приложений и устройств, которые не получили нужные обновления или не учитывают отзыв сертификатов. 💡 Что мы рекомендуем: обновите браузеры, операционные системы и приложения. Заодно проверьте, есть ли обновления для роутеров и других подключенных устройств. Не игнорируйте предупреждения о проблемах с сертификатами и не отключайте их проверку ради доступа к сайту. Компаниям стоит отдельно проверить серверное ПО и корпоративные приложения. Обновление браузера не защищает автоматически все остальные программы. Об этих рисках предупреждали еще до инцидента ☹️ В прошлом году Павел рассказывал, к чему может привести компрометация ключей удостоверяющих центров. И о том, почему от их сохранности зависит безопасность интернет-соединений. «Такие ситуации хорошо подчеркивают, насколько хрупкой может быть мировая инфраструктура доверия и с каким вниманием необходимо относиться к обеспечению безопасности ее ключевых частей», — отмечает Павел. В истории с eMudhra механизмы блокировки помогли быстро ограничить угрозу. А сам случай напомнил, что надежность шифрования зависит не только от математики, но и от того, как создают и защищают ключи. Подробнее о том, как устроена эта система — смотрите в записи выступления. @Positive_Technologies