Освободившийся участник Шалтай-Болтай заявил о связи группы с ФСБ

Освободившийся участник Шалтай-Болтай заявил о связи группы с ФСБ

Освободившийся участник Шалтай-Болтай заявил о связи группы с ФСБ

Очередной участник киберпреступной группировки «Шалтай-Болтай», которого на днях условно-досрочно освободили из колонии, заявил о связи группы с ФСБ — якобы именно под руководством этой спецслужбы работал «Шалтай-Болтай».

Об этом Константин Тепляков заявил в ходе беседы с корреспондентами РБК. По словам киберпреступника, глава группировки Владимир Аникеев находился в плотном контакте с ФСБ с августа 2015 года.

Более того, Аникеев регулярно посещал мероприятия консультационного характера, на которые выезжал в Санкт-Петербург и Москву.

Тепляков уточнил, что у него давно были подозрения по поводу того, что какая-то структура управляет деятельностью «Шалтай-Болтая», однако уверенности в том, что это именно ФСБ у него не было.

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

Тепляков также логично объясняет возбуждение уголовного дела против членов его группировки — в ФСБ возник внутренний конфликт, в ходе которого стало понятно, что одни отделы потакали деятельности «Шалтай-Болтая», а другие имели намерение прикрыть деятельность кибербанды.

«Это просто несогласованность», — подчеркивает Тепляков.

Напомним, что в декабре также недавно освободившийся из мест лишения свободы лидер киберпреступной группировки «Шалтай-Болтай» Владимир Аникеев заявил, что планирует заняться кибербезопасностью. Для этого Аникеев создаст компанию, которая и будет предоставлять соответствующие услуги.

Бывший киберпреступник заявил, что будет выступать совладельцем компании, однако отказался назвать имена своих партнеров и объем инвестиций. Лидер «Шалтай-Болтая» с помощью новой компании планирует предоставлять организациям многоуровневую защиту от взломов.

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