Аннотация:
Недавно компания Apple заблокировала восемь цифровых сертификатов с серьезными проблемами безопасности на устройствах iOS и iPadOS, чтобы помешать злоумышленникам использовать эти сертификаты для маскировки под законные веб-сайты, а затем осуществлять фишинговые атаки, атаки типа «посредник» или кражу пользовательских данных. Однако исследователи безопасности напоминают, что некоторые системные инструменты macOS по-прежнему могут доверять этим проблемным сертификатам, и пользователям Mac и системным администраторам по-прежнему необходимо обращать внимание на последующие обновления безопасности.
Этот инцидент связан с восемью промежуточными сертификатами, выданными eMudhra, индийским центром сертификации. Цифровые сертификаты являются важной частью системы безопасности Интернета. Когда браузер обращается к веб-сайту, он будет использовать сертификат для проверки личности сервера и защиты передачи данных через зашифрованные соединения HTTPS. Например, когда пользователь посещает веб-сайт банка, браузер должен подтвердить, что соединение действительно с банковским сервером, а не с поддельным веб-сайтом, созданным злоумышленником.
Обычно центры сертификации должны использовать криптографические ключи, достаточно надежные для выдачи сертификатов, чтобы гарантировать, что неавторизованные третьи лица не смогут подделать личность доверенного веб-сайта. Однако исследователи безопасности обнаружили, что восемь сертификатов, задействованных в eMudhra, имели чрезвычайно серьезные проблемы с генерацией ключей, а их закрытые ключи оказались целыми числами меньше 256. Это означает, что злоумышленнику нужно всего лишь попробовать очень небольшое количество возможных значений, чтобы иметь шанс восстановить соответствующий закрытый ключ, практически без необходимости сложных вычислений.
Согласно расследованию Mozilla, эти закрытые ключи чрезвычайно легко угадать. Для современной криптографии такая ситуация эквивалентна использованию предельно простого числа в качестве пароля учетной записи, что совершенно неспособно обеспечить нормальную безопасность. Как только злоумышленник получит соответствующие закрытые ключи, он сможет подделать другие сертификаты, выданные этими сертификатами, в результате чего уязвимое программное обеспечение ошибочно решит, что соединение осуществляется с законным веб-сайтом.
Опасность этого типа атаки заключается в том, что злоумышленнику не обязательно напрямую подвергать риску сервер целевого веб-сайта. Если доверенный сертификат HTTPS можно подделать и объединить с перехватом сетевого трафика и другими средствами, злоумышленник может выдать себя за банк, предприятие или другой законный веб-сайт и побудить пользователей отправлять пароли, идентификационную информацию или другие конфиденциальные данные без их ведома. Злоумышленники также могут изменять содержимое веб-страниц, полученных пользователями, для дальнейшего мошенничества или распространения вредоносного ПО.
О соответствующей проблеме было сообщено команде безопасности браузера 17 октября 2026 г. Впоследствии Google, Mozilla и другие производители приняли меры, чтобы предотвратить дальнейшее доверие к затронутым сертификатам. Mozilla распространяет информацию о защите через механизм блокировки сертификатов OneCRL Firefox. Пользователям обычно не нужно вручную обновлять браузер или перезагружать устройство, чтобы получить соответствующую защиту. Google также обновил механизм блокировки сертификатов Chrome и принял ограничительные меры в отношении связанных сертификатов.
Apple начала применять соответствующие меры блокировки 19 октября. По мнению исследователей безопасности, эти меры не позволяют программному обеспечению, использующему механизм проверки системных сертификатов Apple, доверять затронутым сертификатам. Apple приняла меры чуть позже, чем Google и Mozilla, но соответствующие сертификаты сейчас включены в блокаду.
Следует отметить, что не все из этих восьми сертификатов используются для HTTPS-соединений веб-сайтов. Шесть из них относятся к TLS-сертификатам, а два других предназначены для подписи кода. Сертификаты подписи кода используются для проверки личности издателя программного обеспечения и проверки того, было ли программное обеспечение подделано. Следовательно, серьезные недостатки в закрытом ключе сертификата также могут повлиять на распространение программного обеспечения и системы доверия.
Однако в настоящее время нет никаких доказательств того, что злоумышленники использовали эти сертификаты для проведения реальных атак. Исследователи безопасности отметили, что, хотя рассматриваемые сертификаты имеют серьезные недостатки, не все из них использовались в производственных средах. Google также заявила, что до принятия мер по блокировке в общедоступных журналах прозрачности сертификатов не было обнаружено никаких сертификатов TLS, выданных шестью затронутыми промежуточными сертификатами и внесенных в соответствующие записи журнала. Это несколько снижает риск злоупотребления известными общедоступными сертификатами HTTPS, но не исключает полностью потенциальное воздействие на другое программное обеспечение или закрытые среды.
Для пользователей Mac ситуация немного сложнее. Хотя Apple приняла меры по блокировке, инженер по криптографии Mozilla Деннис Джексон отметил, что встроенный в macOS инструмент командной строки Curl все еще может иметь проблемы с доверием. Набор сертификатов, используемый этим инструментом, не проверяет информацию об отзыве связанных сертификатов, поэтому в некоторых случаях Curl может продолжать принимать сертификаты, даже если они были объявлены недействительными.
Это означает, что скриптам, инструментам разработки или автоматизированным службам, использующим встроенный в macOS Curl для сетевых запросов, может потребоваться дополнительная проверка собственного поведения при проверке сертификата. Особенно для систем, которые приняли соответствующие сертификаты, вам следует уделять больше внимания тому, действительно ли меры по блокировке сертификатов охватывают используемое программное обеспечение и механизм доверенного хранения.
Для обычных пользователей самым безопасным подходом является своевременная установка обновлений безопасности системы и программного обеспечения, предоставленных Apple, и поддержание последней версии браузера. Администраторам и разработчикам предприятия следует проверить, доверяют ли серверы, инструменты командной строки, приложения и пользовательские хранилища сертификатов затронутым сертификатам, и следовать рекомендациям по обнаружению и устранению последствий, предоставленным исследователями безопасности.
Этот инцидент также выявил проблему в системе цифровых сертификатов, которую легко упустить из виду: даже если HTTPS использует зрелый алгоритм шифрования, если закрытый ключ, используемый в процессе генерации сертификата, слишком прост, всю систему проверки личности все равно можно легко взломать. Сама технология шифрования не дает сбоев. Настоящая проблема заключается в связях генерации ключей и управления сертификатами.
eMudhra заявила, что нет никаких доказательств того, что ее инфраструктура была скомпрометирована, и не было обнаружено соответствующей утечки данных. Агентство работает с потенциально затронутыми клиентами, чтобы помочь в замене соответствующих сертификатов. Поскольку эти сертификаты были созданы в апреле 2025 года, а проблема существует уже более года, соответствующим агентствам необходимо дополнительно подтвердить, использовало ли другое программное обеспечение, системы или службы эти сертификаты для установления доверительных отношений.
В целом, блокировка Apple этих восьми сертификатов является важным шагом в предотвращении потенциальных атак, однако отзыв сертификатов не означает, что все программное обеспечение немедленно перестанет им доверять. Для обычных пользователей своевременное обновление систем и браузеров обычно является самой прямой мерой защиты; разработчикам и предприятиям необходимо дополнительно проверить механизм проверки сертификатов, чтобы убедиться, что все соответствующие приложения могут правильно идентифицировать сертификаты с истекшим сроком действия.
Комментарии