В сравнении с прошлым годом объем российских утечек увеличился в 5 раз

В сравнении с прошлым годом объем российских утечек увеличился в 5 раз

В сравнении с прошлым годом объем российских утечек увеличился в 5 раз

По оценке DLBI, в I квартале 2024 года объем утечек данных в России в пять раз превысил показатель годовой давности. Суммарно скомпрометировано 121 млн номеров телефона и 38 млн адресов имейл (в I квартале 2023 — 11 млн и 23 млн соответственно).

Количество утечек при этом даже уменьшилось (57 против 60). Статистика составлена по результатам анализа данных, опубликованных в интернете, даркнете и телеграм-каналах.

Более 70% данных утекло из финансовых организаций (96 млн телефонов клиентов и 20 млн имейл-адресов). На втором месте по величине потерь оказались ecommerce-предприятия (14,5 млн телефонов и 11,5 млн имейл).

Год назад этот антирейтинг возглавляли медучреждения и аптеки с общей долей почти 50%, а также информационные и развлекательные сайты.

Примечательно, что взломам чаще всего подвергались компании-подрядчики (ИТ и маркетинг). В результате от утечки страдали не только они сами, но и клиентура заказчиков.

Так, успешная атака на неназванного разработчика финансового софта повлекла утечку большого количества данных клиентов микрофинансовых организаций. В результате взлома систем управления рассылками было зафиксировано 12 утечек; злоумышленникам удалось суммарно украсть более 5,5 млн телефонных номеров и 5 млн имейл.

«Недостаточный уровень информационной безопасности у аутсорсеров — известная проблема, и, как видим, сегодня она начинает доминировать в качестве источника утечек, — отметил эксперт Ашот Оганесян. — Эта проблема заложена в саму бизнес-модель аутсорсинга. Невозможно предлагать сверхнизкие цены на свои услуги и одновременно инвестировать в безопасность данных. Именно по этой причине весьма вероятно, что массовые утечки у аутсорсинговых компаний будут продолжаться».

Прокомментировать статистику DLBI пожелал также руководитель группы защиты инфраструктурных ИТ-решений «Газинформсервиса» Сергей Полунин:

«Статистика означает, что недостаточно эффективно работают меры по повышению грамотности в сфере ИБ в организациях; компании все еще не готовы вкладываться в решения, которые позволят минимизировать утечки, такие как DLP-решения или защищенные СУБД, и последствиями в виде штрафов по-прежнему продолжают пренебрегать».

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

В итоге это открывает прямую дорогу к DoS-атаке: демон начинает захлёбываться от бесконечных записей в структуре данных, куда попадают числа, строки с причиной и идентификаторы приложений — всё это полностью контролируется клиентом.

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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