This media is not supported in your browser
VIEW IN TELEGRAM
лучшее что я видел
вот просто ЛУЧШЕЕ !!!
вот просто ЛУЧШЕЕ !!!
👍20🔥5
В свете событий, чекаем
CVE-2026-109618 and CVE-2026-109619 in PHP applications
php2shell-scanner
Саму RCE можно не публиковать, в РФ запрещен php как идеологически неправильный. 1С у нас на счётах, а госУслуги на квантовом html
CVE-2026-109618 and CVE-2026-109619 in PHP applications
php2shell-scanner
Саму RCE можно не публиковать, в РФ запрещен php как идеологически неправильный. 1С у нас на счётах, а госУслуги на квантовом html
👍30🔥9😱3
CVE-2026-109618/109619 PHP session.upload_progress Exploit Research
*
php2shell POC & Analysis
*
php2shell POC & Analysis
👍13😱8🔥5
ливанем аналитики в недавнеие вулны
*
пока знаю 4 группы которые актиыно делают сплоит по рансом
это чисто рансом группы
1 индия
3 европа
ЕЩЕ РАЗ - со стороны РАНСОМА - эффекта нет, но уже вот вот
а теперь давайте от обратного - первый хани - первое лекарство ?)))))
повторное использование worker-процесса и сохранение некорректного внутреннего состояния между запросами - это дыра, так быть не должно
вертаемся к рансому - в сикрет чятах пока нет ни согласия ни РОС
память уронили и все
*
пока знаю 4 группы которые актиыно делают сплоит по рансом
это чисто рансом группы
1 индия
3 европа
ЕЩЕ РАЗ - со стороны РАНСОМА - эффекта нет, но уже вот вот
multipart/form-data в блока теперь давайте от обратного - первый хани - первое лекарство ?)))))
повторное использование worker-процесса и сохранение некорректного внутреннего состояния между запросами - это дыра, так быть не должно
вертаемся к рансому - в сикрет чятах пока нет ни согласия ни РОС
память уронили и все
👍10🔥4😱4
Linux core vuln
Случайно раскрыли дыр в Zero Day Initiative, до патча, из-за ошибочной отправки информации не в тот список (lol)
ZDI-CAN-33549 - уязвимость в модуле ksmbd c реализацией файлового сервера на базе протокола SMB
ZDI-CAN-33774 - состояние гонки в модуле ядра ksmbd
ZDI-CAN-33367 - уязвимость в сетевом стеке ядра
ZDI-CAN-34068 - переполнение буфера в графическом драйвере VMWGFX
ZDI-CAN-34076 - уязвимость в драйвере nvmet (NVMe Target)
+ 5
CVE-2026-89754 CVE-2026-80775 CVE-2026-98385 CVE-2026-98256 CVE-2026-98260 Infinity Core: Linux Kernel Core LPEs
Случайно раскрыли дыр в Zero Day Initiative, до патча, из-за ошибочной отправки информации не в тот список (lol)
ZDI-CAN-33549 - уязвимость в модуле ksmbd c реализацией файлового сервера на базе протокола SMB
ZDI-CAN-33774 - состояние гонки в модуле ядра ksmbd
ZDI-CAN-33367 - уязвимость в сетевом стеке ядра
ZDI-CAN-34068 - переполнение буфера в графическом драйвере VMWGFX
ZDI-CAN-34076 - уязвимость в драйвере nvmet (NVMe Target)
+ 5
CVE-2026-89754 CVE-2026-80775 CVE-2026-98385 CVE-2026-98256 CVE-2026-98260 Infinity Core: Linux Kernel Core LPEs
👍16🔥13😱4
Binance подломили на $2.5b ETH
А все почему ? сплоеты, дыры ?
Нет, просто идиоты)))
Ключик утек на онлайн казино на Филиппинах !
🏴☠️
А все почему ? сплоеты, дыры ?
Нет, просто идиоты)))
Ключик утек на онлайн казино на Филиппинах !
🏴☠️
🔥78😱23
CVE-2026-98432 | Linux Kernel
*
такой себе patch конечно 😕
Ну за то идея хорошая, можно с NXDOMAIN поиграться или с TCP Header / TCP payload
*
такой себе patch конечно 😕
iptables -I INPUT 2 -p tcp -m u32 --u32 '0>>22&0x3C=0x18:0x3C' -j DROPНу за то идея хорошая, можно с NXDOMAIN поиграться или с TCP Header / TCP payload
👍13🔥3😱3
Binance St0RY
*
Подозрительные
Lazarus - пока не доказано
некоторый инженер из Binance - как первоначальный вектор атаки, через "заряженный" ноутbook
Тенг Ричард - СЕО бананса, никак не заткнется, ну работа такая
Чжао Чанпен - основатель бинанса, но сразу отморозился
Эмитеты вроде tether/cirlce и тд - шараги которые блочили токены
sesurity lab - ну все кто не спал
*
атака не на криптографию, а на инфру, которая ДАЕТ право создавать и подписывать транзакции. Удобно !
Цепочка:
Ноут инженера > внутренний сервисный контейнер > Withdrawal / Signing Infrastructure (доступ к созданию и подписанию транзакций) > горячие коши на бинансе (транзакции на адреса атакера) > PROFIT
ну или так
Withdrawal API > Policy / Risk Engine > Transaction Signer > HSM / MPC / Private Key > Blockchain
*
как скомпроментировали ноут (скорее всего ключ о котором я писал)
как залезли в контейнер (самый важный момент)
как обошли лимиты на вывод и политику подписи (я думаю у контейнера инженера были сверхROOT права)
есть мнение, что было НЕ ОБЯЗАТЕЛЬНО иметь приватные ключи. Могли легитимный компонент подписания авторизовать подготовленные атакером транзакции
*
Хронология по
28 октября- Кош атакthf получает средства через Tornado Cash. TRM говорит- подготовка началась минимум за 36 часов до кражи.
29 окт 02:28 - развернут первоначальный смарт контракт для теста атаки
29 окт 13:51–14:19 - тест EIP-7702 на подконтрольных кошельках
29 окт 15:59 - развернут основной вредоносный sweeper контрак
29 окт 20:05–20:20 - пошел движ, массовый вывод XRP, SOL и ТД. Из коша уходят примерно 18 270 BTC
29 окт 20:20:59 - транзакция с 50 разрешениями EIP-7702. устанавливается делегация на binance 14
29 окт 20:24 - самый крупный вывод ETH, USDT и десятков токенов
29 окт 20:30–21:04 - атакер начинает конвертацию токенов Tether и Circle блокчат часть украденного
29 окт 21:15–22:33 - признание взлома, ограничения на вывод
29 окт 23:05–23:56 - вторая волна переводов и последний движ с sweeper-контрактом
30 окт 00:10 - отзыв вредоносной EIP-7702-делегации
30 окт 02:23–02:25 - первый результаты атаки от бинанса
*
Подозрительные
лица:Lazarus - пока не доказано
некоторый инженер из Binance - как первоначальный вектор атаки, через "заряженный" ноутbook
Тенг Ричард - СЕО бананса, никак не заткнется, ну работа такая
Чжао Чанпен - основатель бинанса, но сразу отморозился
Эмитеты вроде tether/cirlce и тд - шараги которые блочили токены
sesurity lab - ну все кто не спал
*
Стороны атаки !атака не на криптографию, а на инфру, которая ДАЕТ право создавать и подписывать транзакции. Удобно !
Цепочка:
Ноут инженера > внутренний сервисный контейнер > Withdrawal / Signing Infrastructure (доступ к созданию и подписанию транзакций) > горячие коши на бинансе (транзакции на адреса атакера) > PROFIT
ну или так
Withdrawal API > Policy / Risk Engine > Transaction Signer > HSM / MPC / Private Key > Blockchain
*
Что неопнятнокак скомпроментировали ноут (скорее всего ключ о котором я писал)
как залезли в контейнер (самый важный момент)
как обошли лимиты на вывод и политику подписи (я думаю у контейнера инженера были сверхROOT права)
есть мнение, что было НЕ ОБЯЗАТЕЛЬНО иметь приватные ключи. Могли легитимный компонент подписания авторизовать подготовленные атакером транзакции
*
Хронология по
UTC !!!:28 октября- Кош атакthf получает средства через Tornado Cash. TRM говорит- подготовка началась минимум за 36 часов до кражи.
29 окт 02:28 - развернут первоначальный смарт контракт для теста атаки
29 окт 13:51–14:19 - тест EIP-7702 на подконтрольных кошельках
29 окт 15:59 - развернут основной вредоносный sweeper контрак
29 окт 20:05–20:20 - пошел движ, массовый вывод XRP, SOL и ТД. Из коша уходят примерно 18 270 BTC
29 окт 20:20:59 - транзакция с 50 разрешениями EIP-7702. устанавливается делегация на binance 14
29 окт 20:24 - самый крупный вывод ETH, USDT и десятков токенов
29 окт 20:30–21:04 - атакер начинает конвертацию токенов Tether и Circle блокчат часть украденного
29 окт 21:15–22:33 - признание взлома, ограничения на вывод
29 окт 23:05–23:56 - вторая волна переводов и последний движ с sweeper-контрактом
30 окт 00:10 - отзыв вредоносной EIP-7702-делегации
30 окт 02:23–02:25 - первый результаты атаки от бинанса
👍30🔥8😱4