Минкомсвязи предлагает c 2021 года перевести КИИ на отечественный софт

Минкомсвязи предлагает c 2021 года перевести КИИ на отечественный софт

Минкомсвязи предлагает c 2021 года перевести КИИ на отечественный софт

Согласно очередной инициативе Минкомсвязи, владельцы входящих в критическую информационную инфраструктуру (КИИ) объектов с 2021 года обязаны будут использовать преимущественно российский софт. Более того, с 2022 года представители министерства предлагают таким владельцам перейти на российское оборудование.

На сегодняшний день, как передаёт РКБ, ознакомившийся с соответствующим документом, проект указа отправили на согласование в Минпромторг, ФСБ и ФСТЭК.

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

То же самое касается оборудования — его упоминание должно находиться в реестре российской радиоэлектронной продукции (советуем ознакомиться с нашей статьёй «Реестр российской радиоэлектронной продукции: за и против»).

Однако первым делом владельцы относящихся к КИИ объектов должны провести аудит используемого софта и согласовать наличие иностранных продуктов с соответствующими ведомствами.

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

В Ubuntu нашли опасный путь к root через штатные компоненты

Исследователи из Qualys Threat Research Unit описали новую уязвимость повышения привилегий в Ubuntu Desktop 24.04 и новее. Она получила идентификатор CVE-2026-3888 и неприятна тем, что дело не в одной «кривой строчке кода», а в неудачном взаимодействии двух вполне штатных и привилегированных компонентов системы.

Речь идёт о связке snap-confine и systemd-tmpfiles. Первый отвечает за изоляцию snap-приложений и работает с повышенными правами, второй занимается уборкой временных каталогов вроде /tmp.

По данным Qualys, проблема возникает в тот момент, когда systemd-tmpfiles удаляет критически важный каталог /tmp/.snap, который потом снова используется snap-confine.

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

Атака требует времени: в Ubuntu 24.04, как утверждают исследователи, нужно дождаться окна очистки примерно в 30 дней, а в более новых версиях — около 10 дней. Именно поэтому сложность эксплуатации оценивается как высокая. Но если всё складывается, полная компрометация хоста гарантирована.

Уязвимыми Qualys называет версии ниже 2.73+ubuntu24.04.1 для Ubuntu 24.04 LTS, ниже 2.73+ubuntu25.10.1 для Ubuntu 25.10 и ниже 2.74.1+ubuntu26.04.1 для ветки Ubuntu 26.04 Dev. Исследователи отдельно советуют ставить обновления даже на более старые системы — от 16.04 до 22.04 — если там есть нетиповые конфигурации.

При этом Canonical в любом случае публикует патчи через Ubuntu Security Notices, так что пользователям Ubuntu здесь лучше просто проверить обновления и версию snapd на своих машинах.

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