папкин ИБшник, мамкин хацкер
55 subscribers
776 photos
78 videos
19 files
244 links
Круглосуточный уголок shit-постинга на темы около DevSecOps, Reverse-Enginnering, NetDiscovery, DataMining. Ну и конечно же мемесы.
Download Telegram
CVE-2025-32433 — критическая дыра в SSH Erlang/OTP: CVSS 10.0 (!ДЕСЯТЬ!), от RCE до аутентификации

Мир кибербеза прям сейчас гудит: обнаружена критическая уязвимость в реализации SSH-сервера в Erlang/OTP, которая получила оценку CVSS 10.0. Проблема позволяет выполнить произвольный код на сервере до аутентификации, просто отправив специально сформированное сообщение.

Что известно:
- Уязвимость: CVE-2025-32433
- Компонент: ssh:daemon в Erlang/OTP
- Проблема: выполнение кода до логина через SSH
- Потенциальные последствия: полный контроль над системой (если SSH-демон работает от root)
- Период действия: затронуты все версии до:
- OTP 27.3.3
- OTP 26.2.5.11
- OTP 25.3.2.20

Что сломано?
Уязвимость кроется в модуле ssh:daemon в Erlang/OTP. Ошибка возникает при обработке пакетов до аутентификации, особенно если клиент отправляет нестандартные, но валидные по SSH протоколу сообщения.
Под капотом, баг — это heap overflow (переполнение в куче) в процессе разбора имени алгоритма (например, в kexinit или newkeys), что позволяет управлять памятью и в итоге выполнить произвольный код.

Как это эксплуатируется?
1. Подключение к серверу (где работает ssh:daemon) по TCP на порт 22.
2. Отправка валидного SSH протокольного баннера:
SSH-2.0-ExploitClient_1.0\r\n

3. Затем начинается обмен ключами. Здесь в ход идёт подмена алгоритмов KEX или хост-ключа, где внедряется слишком длинная или специально испорченная строка.
4. Уязвимая реализация ssh_message:decode/2 не проводит должную проверку на границы, что ведёт к переполнению буфера.
В результате: доступ к RIP, исполнение шеллкода, либо ROP-цепочки — до аутентификации. Короче катай в ОЗУ что хочешь.

Че делать:
- 🔄 Обновиться на версии, где уже закрыт баг.
- 🛡 Ограничить доступ к порту 22 через фаервол.
- 🔍 Проанализировать логи на подозрительные доаутентификационные подключения.

[!] Важно:
Хотя слухи в Telegram и форумах связали уязвимость с устройствами Cisco, подтверждений компрометации продуктов Cisco пока нет. Однако ранее Cisco уже публиковала другие уязвимости в iOS XR, включая обход Secure Boot.
Ставь лайк если тобой невозможно манипулировать.
Я случайно снес себе систему на Orange Pi 🙂

Просто не поставил точку перед / в rm -rf /
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from RedTeam brazzers (Миша)
Презентация.pptx
6.8 MB
А это мой материал про злоупотребление симлинками : )
Forwarded from True OSINT
Преступники всегда возвращаются на место преступления — это подтверждает случай с IEK Group, о взломе которой мы сообщали в начале апреля.
На этот раз хакеры опубликовали фрагмент закрытой видеоконференции (прошла сегодня), на которой обсуждались итоги кибератаки, выявленные ошибки и предпринятые меры по защите ИТ-инфраструктуры.

#утечка #взлом #iekgroup #iek
Epic Games победили Apple

Суд признал, что Apple признана ВИНОВНОЙ в антиконкурентной практике в Соединенных Штатах.

Fortnite вернётся на IOS в США на следующей неделе. Лол.
🔐 Microsoft позволяет вход по старым паролям через RDP — "особенность, а не баг"

Исследователи в области информационной безопасности обнаружили занятную «особенность» в протоколе удалённого рабочего стола (RDP) в Windows: даже после смены пароля старые учётные данные продолжают работать. И, что самое интересное — Microsoft считает это «запланированным поведением», а не уязвимостью.

По мнению компании, это сделано для того, чтобы хотя бы одна учётная запись оставалась работоспособной, даже если устройство не имеет доступа к интернету. Правда, при этом забыли, что злоумышленник тоже не прочь "войти по старинке", особенно если знает пароль до смены.

Смена пароля при подозрении на взлом — базовая практика безопасности. Но в случае с RDP она становится почти бессмысленной. Всё, что нужно атакующему — знать старый пароль, и иметь физический или сетевой доступ к машине, где RDP включён.

Исследователь Дэниел Уэйд уже сообщил о проблеме в Microsoft Security Response Center, но получил привычный ответ: «это не баг, а фича».

🧠 Забавно, что около 30% кода Windows теперь, по словам самой Microsoft, пишется с помощью ИИ. Видимо, и такие «особенности» теперь проектируются нейросетями — иначе сложно объяснить, как такое можно было оставить осознанно.

Ещё один повод пересмотреть политику доступа к системам через RDP, да и в целом перейти на свободные ОСи.
fuckup года в одном скриншоте:

(исходный код неофициального приложения Signal, используемого в администрации Трампа)
🙂
Please open Telegram to view this post
VIEW IN TELEGRAM