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

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

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

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

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

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

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

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

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

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

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

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

Подпишитесь на новости

Квантовая случайность дала сбой: ИИ может найти подсказки для взлома

Квантовая физика умеет создавать настоящую случайность, но инженеры всё ещё способны её испортить. Генератор может успешно пройти статистические тесты и при этом выдавать атакующему достаточно подсказок, чтобы тот попробовал предсказать следующие числа.

Европейский институт телекоммуникационных стандартов выпустил руководство ETSI TR 104 171 по разработке и оценке квантовых генераторов случайных чисел — QRNG.

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

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


ETSI предупреждает, что системы искусственного интеллекта могут помочь злоумышленникам анализировать большие объёмы данных и находить такие закономерности.

Ещё одним источником подсказок способны стать изменения энергопотребления и электромагнитное излучение устройства. Связав побочные сигналы с выдаваемыми числами, атакующий теоретически сможет ослабить защищённую ими криптографию.

Авторы отчёта предлагают применять принцип нулевого доверия к энтропии (entropy zero trust). Производителям и операторам следует проверять квантовый источник, контролировать обработку данных, постоянно искать аномалии, защищать оборудование от вмешательства и шифровать каналы доставки чисел приложениям.

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

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