Минцифры создает реестр недопустимых нарушений в ИБ

Минцифры создает реестр недопустимых нарушений в ИБ

Минцифры создает реестр недопустимых нарушений в ИБ

Минцифры планирует запустить реестр недопустимых событий в информационной безопасности. Речь о госструктурах и объектах КИИ. Документ должен “повысить осведомленность” руководителей, на которых ложится персональная ответственность за устранение киберинцидентов.

О новых бумажных планах Минцифры пишет сегодня “Ъ”. Идею реестра недопустимых кибернарушений журналистам подтвердили в министерстве и самой отрасли. В первую очередь речь идет о госорганах, госучреждениях и объектах КИИ — именно на них распространяется действие майского указа президента. На заместителей руководителей ложится персональная ответственность за обнаружение и ликвидацию последствий атак.

В список должны внести сценарии, опасные для ИТ-инфраструктуры и которые “нельзя допускать ни при каких условиях”.

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

Сейчас проблема в том, что компании направляют в Минцифры абстрактные формулировки о рисках безопасности, за которыми не стоит понимание проблемы, рассказывает независимый эксперт по кибербезопасности Алексей Лукацкий:

“Здесь же есть возможность показать наглядно, от чего каждая компания должна защититься. Но важен не просто список, а верификация каждого события, его демонстрация”.

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

Для каждой сферы недопустимые события свои: государственная организация не может позволить себе взлом официальной страницы или рассылку несанкционированных данных от своего имени, онлайн-магазин — остановку сервиса продаж, объясняет руководитель отдела продвижения продуктов “Кода Безопасности” Павел Коростелев.

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

Десятки WordPress-плагинов оказались с бэкдором после смены владельца

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

По данным основателя Anchor Hosting Остина Гиндера, проблема затронула плагины разработчика Essential Plugin.

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

Масштаб истории неприятный. На сайте Essential Plugin говорится о 400 тысячах установок и более 15 тысячах клиентов, а данные каталога WordPress указывают, что затронутые плагины использовались как минимум на десятках тысяч активных сайтов. При этом WordPress уже пометил их как «permanent closure», то есть расширения убраны из каталога окончательно.

 

Особенно тревожно здесь то, что атака выглядела как классическая компрометация цепочки поставок. Пользователь ставит вроде бы привычный и рабочий плагин, а проблема появляется уже после того, как его купил новый владелец и изменил код. Гиндер отдельно обращает внимание, что WordPress не уведомляет администраторов сайтов о смене владельца плагина.

По данным The Next Web и Anchor Hosting, речь шла примерно о 30+ плагинах, а вредоносный код был внедрён ещё в августе 2025 года. Активировался он только спустя около восьми месяцев.

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