Центр кибербезопасности Британии советует перейти с Python 2 на Python 3

Центр кибербезопасности Британии советует перейти с Python 2 на Python 3

Центр кибербезопасности Британии советует перейти с Python 2 на Python 3

Национальный центр кибербезопасности Великобритании (NCSC) настоятельно рекомендует разработчикам перевести свои кодовые базы из Python 2.x в 3.x. Совет звучит логично, учитывая, что жизненный цикл Python 2 подойдёт к концу 1 января 2020 года.

В качестве основных причин перехода NCSC называет риски безопасности и потенциальные сбои в работе приложений.

«Если вы все ещё используете 2.x, сейчас самое время портировать свой код на Python 3. Используя устаревшие модули, вы ставите под угрозу безопасность вашей организации и ее данных. Рано или поздно найдётся уязвимость, которую уже никто не будет устранять в силу того, что продукт устарел», — пишет Национальный центр кибербезопасности Великобритании.

Также в блоге NCSC вы найдёте основные нововведения и полезные функции в Python 3. Более того, если вы разработчик, к вашему распоряжению инструменты для перехода с Python 2 на Python 3: Can I Use Python 3, 2to3, Six.

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

В 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