Раскрыта схема киберпреступников, взломавших билетные системы РЖД и S7

Раскрыта схема киберпреступников, взломавших билетные системы РЖД и S7

Раскрыта схема киберпреступников, взломавших билетные системы РЖД и S7

В Москве суд приступил к рассмотрению дела киберпреступников, которым удалось взломать базы РЖД и S7 и заработать таким образом 17 миллионов рублей за счет фиктивных возвратов билетов. Как полагает следствие, в незаконной деятельности принимали участие 29 человек.

Материалы дела насчитывают около 60 эпизодов мошенничества, которые были совершены в отношении 31 компании. Расследуемые деяния происходили в 2013-2014 годах. При этом есть основания полагать, что выгоду от незаконной деятельности могли также получить и перевозчики.

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

Правоохранители выяснили, что подельники взломали базы данных ООО «С7 билет» и компании «Универсальная финансовая система» (УФС), которая является партнером РЖД. Таким образом злоумышленники заполучили логины и пароли корпоративных клиентов — следовательно, появилась возможность приобретать билеты на самолеты и поезда за счет различных юридических лиц.

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

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

При открытии такого письма сотрудником злоумышленники могли подключиться к его компьютеру удаленно (за основу была взята легитимная программа удаленного доступа). Затем мошенники легко получали доступ к личным кабинетам кассиров.

Критическая уязвимость в 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