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

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

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

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

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

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

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

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

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

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

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

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

Одна ссылка в Copilot могла слить почту, содержимое OneDrive и SharePoint

Исследователи из Varonis Threat Labs обнаружили в Microsoft 365 Copilot опасную уязвимость SearchLeak, которая позволяла злоумышленникам похищать корпоративные данные буквально через одну ссылку. Под угрозой оказались электронная почта, заметки встреч, документы OneDrive, файлы SharePoint и другие данные, к которым пользователь имел доступ через Copilot.

Схема атаки выглядела так: злоумышленник отправлял жертве специальную ссылку на Microsoft 365 Copilot Search через почту, Slack или любой другой канал связи.

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

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

 

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

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

В Microsoft уже закрыли проблему. Уязвимость получила идентификатор CVE-2026-42824, её закрыли на стороне сервиса. Пользователям дополнительно ничего делать не нужно.

Однако исследователи считают, что история гораздо серьёзнее одной конкретной ошибки. По их мнению, SearchLeak демонстрирует целый класс рисков, характерных для корпоративных ИИ-помощников, которые одновременно работают с внешними данными, внутренними документами и способны выполнять действия от имени пользователя.

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