Глав компаний и госорганов атакуют в Telegram лжесотрудники Банка России

Глав компаний и госорганов атакуют в Telegram лжесотрудники Банка России

Глав компаний и госорганов атакуют в Telegram лжесотрудники Банка России

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

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

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

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

Данный сценарий развода активно применяется в России с лета. В сентябре аналогичные мошеннические послания стало получать руководство российских вузов и НИИ.

В ряде крупных компаний корреспонденту «Известий» заявили, что тоже сталкивались с подобными BEC-атаками. В частности, такие случаи зафиксировали ВТБ, «Ростелеком» и «МегаФон» (последнему злоумышленники отправляли сообщения-приманки в Telegram).

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

По данным Acronis, в первой половине 2023 года число BEC-атак во всем мире возросло на 15%. Это вторая по значимости угроза для учетных данных — после фишинга.

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