Пять тысяч сайтов заражены и уводят пользователей на фишинговые страницы

Пять тысяч сайтов заражены и уводят пользователей на фишинговые страницы

Пять тысяч сайтов заражены и уводят пользователей на фишинговые страницы

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

Минимум пять тысяч сайтов заражены вредоносной программой, которая перенаправляет жертв на фишинговые ресурсы. Свежие цифры сегодня озвучили в «Лаборатории Касперского». Речь идет о российских страницах, но попадаются белорусские, казахские и узбекские “номера”. Только за первые четыре дня июля с загрузкой скрипта столкнулись 35 тысяч пользователей.

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

Чаще всего жертвы “клюют” на онлайн-шопинг: обещая большие скидки, мошенники выманивают платёжные и персональные данные.

Повод поискать лишние буквы в адресной строке — условие магазина платить за товар только банковской картой. Сами ресурсы качественно свёрстаны, подделку выдаёт исковерканный URL-адрес.

Заражение легитимных сайтов — не новая схема, говорит Дарья Иванова, эксперт по кибербезопасности из «Лаборатории Касперского».

«Однако в этот раз примечателен масштаб проблемы и не совсем стандартная для таких атак цель злоумышленников — привести жертв на фишинговый ресурс, — объясняет Иванова. — Опасность заключается ещё и в том, что в большинстве случаев процесс исполнения вредоносного кода невидим посетителю: кажется, что сайт работает нормально, а перенаправление на сторонний ресурс можно принять за рекламную акцию, что может повысить „конверсию” для злоумышленников».

“Профилактикой” заражения станут сложные пароли, регулярные обновления, киберграмотность админов и комплексная безопасность устройства, откуда управляют сайтом.

Пользователям эксперты советуют не “вестись” на слишком щедрые приложения и проверять название ресурса в адресной строке.

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