ЛК отмечает быстрый рост числа зловредов, имеющих цифровые сертификаты

ЛК отмечает быстрый рост числа зловредов, имеющих цифровые сертификаты

По данным «Лаборатории Касперского», за последний год количество недоверенных цифровых сертификатов, подписывающих вредоносное или нежелательное ПО, выросло вдвое. Таким образом, к концу 2014 года в антивирусной базе защитных продуктов, производимых компанией, общее количество скомпрометированных сертификатов превысило 6 тысяч.

Между тем, наличие цифровых подписей у файлов до сих пор у многих пользователей ассоциируется с их безопасностью и заведомым отсутствием вредоносного кода. Системные администраторы нередко строят политику информационной безопасности компании на том, что автоматически разрешают запускать файлы, подписанные цифровыми сертификатами, а ряд антивирусных решений считают программу безопасной, если она имеет действительную цифровую подпись.

Однако наличие сертификата не является стопроцентной гарантией безопасности программы. Многие нашумевшие кампании кибершпионажа осуществлялись при помощи зловредов, имевших вполне доверенные цифровые подписи. Так, червь Stuxnet, нанесший ощутимый удар по иранской ядерной программе, использовал украденные сертификаты Realtek и JMicron. Хакерская группировка Winnti, кравшая конфиденциальную информацию у разработчиков компьютерных игр, заполучила также их цифровые сертификаты, которые использовались злоумышленниками в дальнейших атаках. Наконец, масштабная операция кибершпионажа в отношении топ-менеджеров крупных компаний, известная как Darkhotel, также не обошлась без цифровых сертификатов, которые киберпреступники создавали самостоятельно, получив доступ к секретным ключам. 

Учитывая быстрый рост числа поддельных и скомпрометированных цифровых сертификатов и связанных с ними угроз, безусловное доверие цифровой подписи файла может обернуться для пользователей серьезными проблемами с безопасностью. В связи с этим «Лаборатория Касперского» рекомендует придерживаться ряда правил, которые позволят минимизировать риск попадания на компьютер или в корпоративную сеть вредоносных программ, подписанных цифровыми сертификатами.

Во-первых, лучше всего разрешить запуск только тех программ, которые подписаны известным издателем, поскольку кража цифровых сертификатов чаще происходит у небольших разработчиков. Для большей надежности можно осуществлять проверку программ по уникальным атрибутам цифровой подписи, например, по серийному номеру, и уже на этом основании разрешать или запрещать их запуск. Помимо этого, не стоит добавлять в хранилище сертификаты от неизвестных удостоверяющих центров, так как в дальнейшем все файлы, подписанные их сертификатами, будут автоматически считаться доверенными.

Как и в случае с любыми киберугрозами, поиск потенциально опасных программ, имеющих цифровую подпись, лучше всего доверить защитному ПО. Ряд производителей антивирусов, в том числе и «Лаборатория Касперского», включают в свои продукты базу доверенных и недоверенных сертификатов, которая регулярно обновляется вместе с  антивирусными базами. Это позволяет оперативно получать информацию о еще не отозванных сертификатах, подписывающих вредоносное и нежелательное ПО, а также контролировать файлы, имеющие цифровые подписи из этой базы.  

«Злоумышленники прекрасно понимают, насколько велико доверие пользователей к программам, имеющим цифровые подписи, и это стимулирует их искать различные способы заверения вредоносных файлов действительными цифровыми сертификатами. Их уловки включают в себя и кражу сертификатов, и внедрение вредоносного кода в легальную программу на этапе ее компиляции еще до того, как она получает цифровую подпись, – рассказывает Андрей Ладиков, руководитель отдела стратегических исследований «Лаборатории Касперского». – Именно поэтому пользователям и системным администраторам необходимо соблюдать меры предосторожности и доверить контроль подписанных файлов средствам антивирусной защиты». 

Android-приложения могли красть контакты без разрешения, опубликован PoC

Исследователь опубликовал код демонстрационного эксплойта для уязвимости CVE-2026-0075 в Android. Ошибка позволяла локальному приложению добраться до базы контактов через SQL-инъекцию, даже если пользователь не выдавал разрешение на её чтение. Нажимать дополнительные кнопки или подтверждать атаку тоже не требовалось.

Проблема находилась в системном компоненте ContactsProvider2, который обрабатывает обращения приложений к контактам.

Специально сформированный запрос вызывал ошибки SQLite, а компонент возвращал вызывающей программе слишком подробные сообщения. Анализируя их, приложение без права READ_CONTACTS могло постепенно извлекать сведения из базы.

Google присвоила уязвимости высокий уровень опасности. Она затрагивает Android 14, 15, 16 и 16 QPR2, следует из июньского бюллетеня безопасности Android.

Патч убирает подробности JSON-ошибок из ответов приложениям, не имеющим доступа к контактам. Вместо полезной для атакующего информации система теперь должна возвращать обезличенное сообщение.

Опубликованный на GitHub демонстрационный эксплойт специально не запрашивает разрешения READ_CONTACTS и WRITE_CONTACTS. Автор предназначил его для сравнения поведения исправленных и уязвимых сборок в контролируемой лаборатории.

Исследователь подчёркивает, что успешный тест на одном устройстве ещё не доказывает уязвимость всех смартфонов с той же версией Android.

Случаев реальной эксплуатации CVE-2026-0075 в атаках пока не подтверждено. Однако после появления общедоступного PoC рассчитывать на спокойную жизнь старых прошивок становится несколько наивно.

Пользователям стоит проверить уровень обновления безопасности в настройках устройства. Защиту содержит патч от 5 июня 2026 года или более новый.

RSS: Новости на портале Anti-Malware.ru