В критически важных приложениях обнаружен опасный код

В критически важных приложениях обнаружен опасный код

Оказывается, не только разработчики Android-приложений грешат неграмотным внедрением SSL, но подобные ошибки присутствуют в программах ведущих софтверных компаний, включая Amazon и Paypal.

Неграмотная процедура проверки SSL-сертификатов обнаружена в критически важных приложениях, SDK, Java middleware, банковском софте и т.д., что открывает перед злоумышленниками возможности для MiTM-атаки — ничего хуже этого и представить невозможно, считают исследователи из Стэнфордского и Техасского университетов, которые опубликовали научную работу «Самый опасный код в мире: проверка SSL-сертификатов вне браузера». Достоин упоминания тот факт, что группа американских учёных работала под руководством кандидата наук Техасского университета Виталия Шматикова, пишет xakep.ru.

Итак, исследователи обнаружили некорректную процедуру SSL-валидации в ряде очень серьёзных программ:

Java-библиотека Amazon EC2 и все облачные клиенты на её основе;SDK Amazon и SDK Paypal, которые отвечают за передачу платёжных данных от торговой площадки к платёжному гейту;движки интернет-магазинов osCommerce, ZenCart, Ubercart и PrestaShop;код AdMob в мобильных веб-сайтах;мобильное приложение банка Chase и некоторые другие приложения и библиотеки под Android;Java middleware для веб-сервисов, включая Apache Axis, Axis 2, Codehaus XFire и библиотеку Pusher для Android, а также все приложения, которые используют перечисленное middleware.

В качестве примера безалаберности можно привести фрагмент исходного кода банковского приложения Chase.

public final void checkServerTrusted(X509Certificate[]
paramArrayOfX509Certificate, String paramString)
{
if ((paramArrayOfX509Certificate != null) && (
paramArrayOfX509Certificate.length == 1))
paramArrayOfX509Certificate[0].checkValidity();
while (true)
{
return;
this.a.checkServerTrusted(
paramArrayOfX509Certificate, paramString);
}
}

Любое SSL-соединение, установленное каждой из перечисленных программ, не является безопасным. Ключевая проблема лежит не столько в низкой квалификации разработчиков, сколько в плохом дизайне программных интерфейсов для реализации SSL (таких как JSSE, OpenSSL и GnuTLS) и библиотек для передачи данных (таких как cURL). Эти API и библиотеки сложны для обычного программиста, предлагая ему слишком путаный набор настроек и опций.

Например, в cURL есть несколько параметров для CURL_SSL_VERIFYHOST. Параметр VERIFYHOST=0 интуитивно понятен: он отключает проверку сертификата. Параметр VERIFYHOST=2 выполняет корректную проверку и сверяет имя хоста, указанное в сертификате, с именем хоста, который предъявляет сертификат. А вот параметрVERIFYHOST=1 (VERIFYHOST=TRUE) делает нечто очень странное: он проверяет, что сертификат принадлежит какому-то хосту, а затем принимает его от любого хоста. Понятно, что многие программисты не ожидали от cURL такой «подставы». Кстати, разработчик cURL Дэниел Стенберг вчера уже высказался по этому поводу. Ему после 10+ лет работы над cURL очень обидно слышать подобные обвинения, тем более что за все эти годы никто ни разу не предлагал изменить параметры для CURL_SSL_VERIFYHOST.

По результатам анализа ситуации с реализацией SSL в различных приложениях Шматиков с коллегами выработали ряд рекомендаций, в том числе они рекомендуют использовать специальное программное обеспечение для проверки корректности программного кода и пентестинга: например, программа TLSPretense. Есть также чёткая инструкция, как реализовать проверку SSL-сертификатов с помощью OpenSSL и репозиторий примеров правильного кода SSL Conservatory.

Объемы утечек данных из российских сервисов выросли в 1,5 раза

В 2025 году в открытый доступ попали базы данных 230 российских организаций — в общей сложности 767 млн строк. Хотя количество утечек за год сократилось почти вдвое, объём скомпрометированных данных, напротив, вырос в 1,5 раза. Всего аналитики зафиксировали 250 новых публичных утечек баз данных компаний России и СНГ, при этом на российские организации пришлось 230 инцидентов.

Для сравнения: в 2024 году было выявлено 454 аналогичных случая. Такие данные привёл «Коммерсантъ» со ссылкой на аналитиков Threat Intelligence компании F6.

При этом объём утёкших данных в 2025 году оказался значительно выше: 767 млн строк против 457 млн годом ранее. Основная часть массива — около 600 млн строк — пришлась на четыре неназванных государственных сервиса.

В целом атаки на госсектор стали одной из ключевых тенденций 2025 года. Если в 2024 году в F6 зафиксировали 11 подобных инцидентов, то в прошлом году — уже 17 новых утечек. Правда, часть из них относится к более ранним периодам и была опубликована только в 2025 году.

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

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

Кроме того, публикация массивов данных усиливает ущерб для пострадавших и повышает статус самих злоумышленников внутри киберпреступной среды.

Наибольший интерес у атакующих, по данным F6, вызывают базы с паролями. В 2025 году таких записей насчитали 156 млн, из них 142 млн — уникальные. Эти данные могут использоваться в мошеннических схемах и при проведении каскадных атак на крупные компании.

«В отличие от общемирового тренда, когда атакующие стараются действовать максимально тихо и надолго закрепляться в инфраструктуре — для шпионажа или подготовки масштабных диверсий, — прошлогодние атаки, например, на российские транспортные компании и торговые сети были очень громкими. Они сопровождались публикацией утечек данных, информационными вбросами и кампаниями по дискредитации пострадавших», — отмечает генеральный директор F6 Валерий Баулин.

По оценкам компании DLBI, в России практически схлопнулся классический чёрный рынок данных. Большая часть утёкшей информации перетекла в боты-пробивщики, владельцы которых оптом скупают любые более-менее ликвидные массивы.

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