Рунет предложили защитить с помощью отечественного шифрования

Рунет предложили защитить с помощью отечественного шифрования

Рунет предложили защитить с помощью отечественного шифрования

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

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

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

Такие крупные игроки, как «Яндекс», Telegram, Сбербанк, Mail.Ru Group, Opera, WeChat, Vimeo будут вынуждены подчиниться, так как они находятся в реестре Роскомнадзора.

Более того, отечественное шифрование авторы поправок планируют навязать и государственным информационным системам (ГИС).

«Распространение или предоставление информации в электронном виде осуществляется с использованием кодирования такой информации. Правительство Российской Федерации устанавливает порядок выдачи и использования кодов и средств шифрования, необходимых для кодирования информации. Так же определяются лица, уполномоченные выдавать такие коды и средства шифрования», — цитирует РБК текст проекта поправок.

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

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

В UEFI нашли критическую дыру: сервер можно атаковать ещё до загрузки ОС

Операционная система ещё не запустилась, а чужой код уже работает. В EDK II — открытой основе UEFI-прошивок, которую используют многие производители серверов, — обнаружили критическую уязвимость CVE-2026-97631 с 9,5 балла из 10 по CVSS. Она позволяет атаковать машину во время сетевой загрузки PXE.

Детали разработчики раскрыли в официальном уведомлении. Проблему нашли Алекс Матросов из Anthropic и Дэн Холмс-Митра из Google.

Ошибка затрагивает обработку ICMP-сообщений при загрузке по IPv4 и IPv6: слишком большой пакет переполняет буфер и повреждает память.

Результат — зависание загрузки либо выполнение кода с максимальными привилегиями в среде UEFI. Причём до того, как Secure Boot и механизмы измеренной загрузки проверят компоненты ОС. Защита Windows или Linux в этот момент ещё даже не вышла на смену.

Но для эксплуатации должны сложиться определённые условия: машина должна загружаться по сети, а вредоносный пакет — попасть к ней именно в этот момент. Для выполнения кода атакующему также нужно знать конкретную сборку прошивки. Одного универсального пакета для захвата всех серверов здесь нет.

По данным Ars Technica, публикацию согласовывали на январь, однако исправление появилось в открытом pull request ещё в сентябре. Теперь детали доступны как защитникам, так и тем, кто предпочитает ломать.

Администраторам стоит проверить уведомления производителя и доступность обновления BIOS/UEFI. Если PXE не нужен, сетевую загрузку рекомендуют отключить.

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