ЦБ расширил требования к безопасности при проведении платежей в сети

ЦБ расширил требования к безопасности при проведении платежей в сети

ЦБ расширил требования к безопасности при проведении платежей в сети

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

Речь идет о новых требованиях к операторам по переводу денежных средств, которые должны обеспечить безопасность проведения операций в интернете. Изменения предлагается внести в положение Банка России от 9 июня 2012 года № 382-П «О требованиях к обеспечению защиты информации при осуществлении переводов денежных средств и о порядке осуществления Банком России контроля за соблюдением требований к обеспечению защиты информации при осуществлении переводов денежных средств».

Согласно поправкам, «оператор по переводу денежных средств на основании заявления клиента… определяет ограничения по параметрам операций, которые могут осуществляться клиентом с использованием системы интернет-банкинга».

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

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

Операторы по переводу денежных средств обязаны сообщать в Банк России о выявленных инцидентах, а также «о планируемых мероприятиях по раскрытию информации об инцидентах». При этом проинформировать ЦБ о выпуске пресс-релизов или проведении пресс-конференций необходимо за день до проведения мероприятия.

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

Критическая уязвимость в плагине WPvivid Backup затронула 900 000 сайтов

Уязвимость, выявленная в популярном WordPress-плагине для создания резервных копий, позволяет без аутентификации загрузить на сайт вредоносный код PHP и запустить его на исполнение. Патч включен в состав WPvivid Backup & Migration 0.9.124.

Уязвимости подвержены все прежние версии продукта. Ввиду высокой опасности и масштабности проблемы (на счету WPvivid Backup уже свыше 900 тыс. установок) пользователям настоятельно рекомендуется произвести обновление.

Правда, в блог-записи Wordfence сказано, что CVE-2026-1357 (9,8 балла CVSS) критична лишь для тех, у кого настройки плагина предусматривают обработку сгенерированным ключом — в обеспечение загрузки резервных копий с других сайтов. По умолчанию эта возможность отключена, а срок действия ключа ограничен 24 часами.

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

Как оказалось, когда плагин тщетно пытался расшифровать сеансовый ключ, он не завершал выполнение, а передавал ложное значение $key в phpseclib для инициализации шифрования.

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

 

Ситуацию усугубило отсутствие проверок типа файлов и их расширений в функции send_to_site(). Это провоцировало выход за пределы защищенного каталога резервных копий — загрузку на сервер произвольного PHP-кода с записью в публично доступные места с тем, чтобы он каждый раз отрабатывал в браузере.

Апдейт, устраняющий эти недостатки, вышел 28 января. Автор опасной находки получил 2145 долларов в рамках программы Wordfence Bug Bount.

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