Центр кибербезопасности Британии советует перейти с 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.

WordPress поставил ИИ на охрану плагинов, опасные релизы заблокируют

WordPress запустил автоматическую проверку безопасности каждого нового релиза плагинов. Версии с высоким уровнем риска будут блокироваться до того, как попадут в API обновлений WordPress.org и начнут устанавливаться на сайты.

С 5 июня релизы плагинов и тем уже выдерживают шестичасовую паузу перед распространением.

Теперь в это окно несколько ИИ-моделей и Jetpack Scan анализируют внесённые изменения, сверяют результаты и формируют список находок с итоговой оценкой риска.

Если оценка окажется высокой, выпуск остановят автоматически, а все разработчики с правом публикации получат письмо с объяснением причин. Остальные обновления продолжат движение в обычном режиме.

Высокий балл не означает, что автора уже пора объявлять киберпреступником. Система оценивает опасность кода, а не намерения разработчика: одинаковую реакцию могут вызвать намеренно добавленный бэкдор и случайная критическая уязвимость.

Необходимость автоматического стоп-крана показал инцидент 28 июля. Проверка обнаружила бэкдор в новой версии плагина примерно с 20 тысячами активных установок. Релиз ещё находился в шестичасовом карантине и не успел попасть в API обновлений. После уведомления от Wordfence команда закрыла плагин для скачивания за 26 минут.

Теперь ждать свободного сотрудника не потребуется: потенциально опасная сборка остановится сразу после анализа. Чтобы снять блокировку, автору предлагают изучить отчёт, исправить проблемы и опубликовать новую версию.

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

Команда продолжит настраивать систему и снижать число ложных срабатываний. Подробности опубликованы в официальном блоге WordPress.

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