Как меня достал этот popup в proxmox.
backup + disable

FILE=/usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js
cp -a "$FILE" /root/proxmoxlib.js.bak
sed -i '/res === null/,/res\.data\.status\.toLowerCase() !== '\''active'\''/c\                        false' "$FILE"
systemctl restart pveproxy

космо движуха !
*
Космос-2612 — (68762 NORAD ID) - наш красивый спутник.
ICEYE-X36 — (59103 NORAD ID) - не наш, контора Финская, но этот спутник зареган в США.
высота орбит~550 км
*
А что происходит ? КосмоПогоня !
16 апреля 2026 — запуск «Космоса-2612» с космодрома Плесецк.
30 сентября — начало серии орбитальных манёвров.
12 октября — коррекция высоты и наклонения орбиты для сближения с ICEYE-X36.
15–16 октября — дополнительные манёвры, сокращение дистанции.
17 октября — сближение до 1–2 км по оценке астронома Марко Лангбрука.
18 октября — по расчётам наблюдателей, аппараты могли сблизиться до нескольких сотен метров или меньше.
*
А зачем ?
1. Спутник-инспектор. Изучение конструкции и поведения другого аппарата с помощью бортовых датчиков.
2. Демонстрация возможностей. Можно вынудить оператора учитывать угрозу и потенциально расходовать топливо на манёвры уклонения.
3. ASAT (противоспутниковые операции), можно подлететь пырнуть отверткой, но информации о наличии отвертки нет !

Занятное это все.

KDE: The Documentary — The Story of Free Software Underdogs
*
watch

лучшее что я видел
вот просто ЛУЧШЕЕ !!!

В свете событий, чекаем
CVE-2026-109618 and CVE-2026-109619 in PHP applications
php2shell-scanner
Саму RCE можно не публиковать, в РФ запрещен php как идеологически неправильный. 1С у нас на счётах, а госУслуги на квантовом html

CVE-2026-109618/109619 PHP session.upload_progress Exploit Research
*
php2shell POC & Analysis

ливанем аналитики в недавнеие вулны
*
пока знаю 4 группы которые актиыно делают сплоит по рансом
это чисто рансом группы
1 индия
3 европа
ЕЩЕ РАЗ - со стороны РАНСОМА - эффекта нет, но уже вот вот
multipart/form-data в блок
а теперь давайте от обратного - первый хани - первое лекарство ?)))))

повторное использование worker-процесса и сохранение некорректного внутреннего состояния между запросами - это дыра, так быть не должно

вертаемся к рансому - в сикрет чятах пока нет ни согласия ни РОС
память уронили и все

уже
сложить
можго

с днем рождения Джонни

Просто праздник
Ждем TXT2Shell

Pre-boot RCE in EDK II PXE driver
*
Специально сформированный сетевой пакет потенциально позволяет выполнить вредоносный код ещё до загрузки ОС, когда Secure Boot даже не успел включиться.
*
read

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

CVE-2026-98432 | Linux Kernel
*
такой себе patch конечно 😕

iptables -I INPUT 2 -p tcp -m u32 --u32 '0>>22&0x3C=0x18:0x3C' -j DROP


Ну за то идея хорошая, можно с NXDOMAIN поиграться или с TCP Header / TCP payload

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 права)
есть мнение, что было НЕ ОБЯЗАТЕЛЬНО иметь приватные ключи. Могли легитимный компонент подписания авторизовать подготовленные атакером транзакции
*
Хронология по 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 - первый результаты атаки от бинанса