0-day в PrestaShop используется в атаках на тысячи онлайн-магазинов

0-day в PrestaShop используется в атаках на тысячи онлайн-магазинов

0-day в PrestaShop используется в атаках на тысячи онлайн-магазинов

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

Команда PrestaShop уже успела предупредить администраторов около 300 тыс. онлайн-магазинов об атаках, в ходе которых злоумышленники эксплуатируют брешь в софте.

Судя по всему, проблема затрагивает PrestaShop 1.6.0.10 и более поздние версии, а также 1.7.8.2 и более свежие релизы. Для успешной атаки платформа должна использовать модули, уязвимые к SQL-инъекций — например, Wishlist версий с 2.0.0 по 2.1.0. 0-day отслеживается под идентификатором CVE-2022-36408.

«Мы полагаем, что атакующие онлайн-магазины злоумышленники используют дыры в устаревшем софте или модулях. Уязвимость может содержаться также и в сторонних модулях», — пишет PrestaShop в уведомлении.

Для начала киберпреступники отправляют POST-запрос уязвимой конечной точке, после чего туда же уходит GET-запрос без параметров. В корневой директории создается файл “blm.php”.

Этот файл представляет собой веб-шелл, позволяющий атакующим удаленно выполнить команды на сервере. Шелл, как правило, используется для встраивания фейковой платежной формы на одной из страниц магазина. Если пользователь введет туда данные, они тут же попадут в руки преступников.

На заключительной стадии атаки злоумышленники заметают следы, чтобы владелец онлайн-магазина не сообразил, что его «взломали хакеры». Тем не менее найти признаки компрометации все же можно: модификации файлов, в которые добавляется вредоносный код, активация хранилища кеша MySQL Smarty.

Администраторам ресурсов рекомендуется срочно обновить модули до последних доступных версий, а также установить апдейт от PrestaShop — версию 1.7.8.7.

Российские банки начали блокировать переводы турагентам на личные карты

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

С 1 января ЦБ ужесточил подход к таким операциям, рассматривая их как потенциальную часть мошеннических схем.

В результате под удар в первую очередь попали турагенты-фрилансеры и индивидуальные предприниматели, которые принимают оплату от клиентов на личные карты или счета, а не на расчётные счета бизнеса.

Риски возникают и для самих туристов. Подозрительным банк может счесть перевод крупной суммы частному агенту, а также ситуацию, когда клиент сначала переводит деньги между своими счетами, а уже потом оплачивает путёвку. В АТОР отмечают, что система особенно настороженно реагирует на операции пожилых клиентов.

По данным опроса, проведённого ассоциацией среди турагентов и туристов, суммы заблокированных переводов варьируются от 20–50 тыс. рублей до 300 тыс. и более. Чтобы снять ограничения, клиенту обычно нужно связаться с банком по телефону и подробно объяснить цель перевода. Иногда этого оказывается недостаточно — тогда просят лично прийти в отделение.

Масштабы происходящего заметно выросли. Как выяснил «Коммерсантъ», только за первые недели 2026 года банки временно заблокировали 2–3 млн карт и счетов физлиц в рамках борьбы с мошенничеством. Для сравнения: раньше в месяц блокировалось в среднем около 330 тыс. переводов.

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

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