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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

В Google Cloud найден OAST-сервис для проведения атак на 200+ уязвимостей

Злоумышленники запустили в Google Cloud свой скан-сервис для поиска уязвимостей в веб-приложениях (OAST, Out-of-band Application Security Testing). За последние два месяца было совершено около 1400 попыток эксплойта с его использованием.

В ходе атак с применением кастомного тулкита эксперты VulnCheck насчитали более 200 опробованных уязвимостей. Суммарно выявлено семь IP-адресов, связанных с вредоносной активностью: хост-сервер в домене detectors-testing[.]com и шесть сканеров, размещенных в поддоменах.

Источник попыток эксплойта привлек внимание аналитиков тем, что агрессивный трафик исходил из неизвестного OAST-домена. Авторы атак обычно ленятся создавать с этой целью специальную инфраструктуру и при поиске незакрытых уязвимостей пользуются публичными сервисами — вроде oast.fun.

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

 

В частности, в эксплойт-атаках, нацеленных на ресурсы бразильской компании Canary Systems (разработчик систем сбора данных и интеграции для геотехнического мониторинга) засветилась RCE-уязвимость CVE-2025-4428 в Ivanti Endpoint Manager Mobile.

Использование Google Cloud в данном случае позволяет скрыть вредоносные обратные вызовы в легитимном трафике и уберечь криминальный сервис от блокировки.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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