Минэкономики не понравился порядок импортозамещения от Минцифры

Минэкономики не понравился порядок импортозамещения от Минцифры

Минэкономики не понравился порядок импортозамещения от Минцифры

Министерству экономики России частично не понравился порядок, разработанный Минцифры для перевода объектов критической информационной инфраструктуры (КИИ) на отечественный софт и оборудование. По мнению Минэкономики, на сегодняшний день существуют риски негативного воздействия на функционирование критически важных ИТ-сетей.

Соответствующий отзыв Минэкономики разместило на Федеральном портале проектов нормативных правовых актов (regulation.gov.ru). Суть претензий ведомства кроется в избыточных требованиях, которые могут привести к нежелательным расходам и негативно сказаться на работе объектов КИИ.

Разработанный Минцифры проект является основным документом, регулирующим перевод российских банков, государственных органов и оборонных предприятий на отечественные аналоги зарубежных решений. Министерство также установило сроки, в которые объекты КИИ должны уложиться: российский софт надо установить до января 2023 года, а оборудование — до января 2024-го.

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

Например, совершенно не учитывается разница в стоимости, сроки поставки программ и аппаратных составляющих. В результате Минэкономики предлагает действовать поэтапно, изначально учитывая сроки поставки российского оборудования. Также в расчёт стоит брать значимость объектов КИИ.

Пресс-служба Минэкономики отметила изданию «Коммерсант», что в целом ведомство поддерживает идею перевести объекты КИИ на отечественный софт и оборудование.

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

Claude Code удалил 116 ГБ и сообщил, что файлы выглядят нормально

Пользователь Windows сообщил, что Claude Code при уборке временных файлов удалил около 116 ГБ данных из его домашней директории. Затем агент заверил, что остановил команду и все выглядит целым. По описанию инцидента, удаление продолжалось еще примерно 50 минут.

В отчете на GitHub пользователь рассказывает, что работал над анализом для соревнования Kaggle.

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

Целью стала домашняя директория, указанная коротким именем Windows формата 8.3. Автор предполагает, что защитная проверка могла не распознать такой вариант пути. Точный механизм отказа защиты и режим разрешений остаются неизвестными.

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

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

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

Особенно неприятна в этой истории уверенность агента. Наличие папки еще не означает наличие файлов.

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