🔥 Alert: MikroTik, часть 2 — в KEV новая CVE, а «исправленные» версии из прошлого поста уже недостаточны.

Коллеги, воскресенье, но к MikroTik придётся вернуться. За неделю картина заметно расширилась.

ЧТО НОВОГО:
CVE-2026-67279 — 25 сентября добавлена в CISA KEV.
SSH переходит в рабочий режим после запрошенного клиентом rekey, хотя аутентификации не было. Результат: без пароля можно создавать файлы и читать конфигурацию. В связке с CVE-2026-86060 это полный контроль над роутером.
CVE-2026-67278 — RouterOS принимает некорректные RSA-подписи в TLS и SSH. Сертификат можно подделать без закрытого ключа и выдать себя за роутер.
⚠️ Уязвимы 7.23.5 и 7.24.2 — именно те версии, которые я называл безопасными 25 сентября.
CVE-2026-67281 — WebFig, путь /jsproxy: чтение файлов без аутентификации, вплоть до учётных данных. Значит, проблема не только в SSH, но и в веб-интерфейсе.
CVE-2026-67277 — btest-сервер принимает соединения до аутентификации: утечка памяти ядра и DoS.

ВЕРСИИ (по CERT Polska):
v7 LT → 7.23.6+
v7 stable → 7.24.3+
v6 → 6.49.21+ (67278 касается только 7.x)

# Версия и что торчит наружу
/system/resource/print
/ip/service/print
/tool/bandwidth-server/print

# Закрываем лишнее
/ip/service/disable telnet,ftp,www,api
/ip/service/set ssh address=<доверенные_подсети>
/ip/service/set www-ssl address=<доверенные_подсети>
/tool/bandwidth-server/set enabled=no

# Обновление
/system/package/update/check-for-updates
/system/package/update/install

ИНТЕРПРЕТАЦИЯ (моя):
Шесть CVE за три недели в одних и тех же подсистемах (SSH, TLS, WebFig) — это не «баг, который закрыли», а аудит кода, который ещё идёт. Стоит ждать новых записей. Единственная мера, которая работает независимо от следующей CVE, — management-интерфейсы не видны из интернета вообще: только через WireGuard.

Итог: если обновлялись до 7.23.5 или 7.24.2 — обновляйтесь ещё раз. Если WebFig открыт наружу — проверяйте устройство на компрометацию так же, как в первой части.

#alert #mikrotik #routeros #cve #kev #sysadmin #admin_future

🧠 Skills: SharePoint CVE-2026-65660 — «spoofing», который оказался RCE. Почему метке CVE нельзя верить на слово.

Коллеги, хороший кейс к моему июльскому посту о приоритизации.

ФАКТЫ:
CVE-2026-65660, SharePoint Server 2016, 2019, Subscription Edition. CVSS 8.8.
Исправлено августовскими обновлениями безопасности (11 августа). Патч по умолчанию отключает уязвимую функцию.
В августе Microsoft классифицировал уязвимость как Spoofing. Позже классификацию сменили на RCE (code injection).
Механизм: компонент ToolPane восстанавливает директивы Register, не экранируя кавычки. Через них внедряются свои директивы, регистрируются произвольные .NET-классы, дальше — десериализация через XamlServices.Parse() и выполнение кода.
Нужна любая учётная запись с базовыми правами в SharePoint.
Эксплойт опубликован. 25 сентября Microsoft подтвердил атаки, в тот же день CVE попала в CISA KEV.
По данным исследователя, уязвима и SharePoint 2013, но она без поддержки с апреля 2023, и патча для неё не будет.

ПОЧЕМУ ЭТО ВАЖНО:
Приоритизация по типу CVE («spoofing — подождёт») в августе отправила эту уязвимость в плановый цикл. Полтора месяца спустя это эксплуатируемый RCE.
Вывод: тип и CVSS — это интерпретация вендора на момент публикации, а не свойство уязвимости. Факт эксплуатации (KEV) и EPSS пересчитываются, а метка — нет.

# На сервере SharePoint (SharePoint Management Shell)
(Get-SPFarm).BuildVersion
Get-SPProduct -Local | Select -ExpandProperty PatchableUnitDisplayNames

# Были ли обращения к ToolPane
Get-ChildItem 'C:\inetpub\logs\LogFiles\W3SVC*\*.log' |
Select-String -Pattern 'ToolPane\.aspx' |
Select -First 50 Path, LineNumber, Line

ЧТО ДЕЛАТЬ:
□ Сверить BuildVersion с августовским CU/SU для вашей редакции (MSRC → CVE-2026-65660)
□ Если август не установлен — ставить сейчас, это KEV
□ SharePoint 2013 — изолировать от пользователей или выводить из эксплуатации
□ Если в IIS-логах ToolPane.aspx встречается от необычных учёток или в нерабочее время — разбираться как с инцидентом

Итог: раз в месяц прогоняйте прошлые «низкие» CVE через KEV и EPSS заново. Метки вендора стареют быстрее, чем вы успеваете патчить.

#skills #sharepoint #cve #kev #patchmanagement #sysadmin #admin_future

🔥 Alert: Roundcube CVE-2026-48842 — SQL-инъекция до логина. Патч вышел в мае, эксплуатация — в сентябре.

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

ФАКТЫ:
CVE-2026-48842, CVSS 8.1, pre-auth SQL injection
Причина: обход экранирования через backslash в preg_replace() в плагине virtuser_query
Запрос выполняется во время обработки логина, до проверки сессии. Учётная запись атакующему не нужна.
Уязвимы: 1.6.x < 1.6.16 и 1.7.x < 1.7.1
Исправлено: 24 мая 2026. Актуальные версии — 1.6.19 и 1.7.4 (6 сентября)
Эксплуатация в дикой природе: с 21 сентября (Canadian Centre for Cyber Security)

УСЛОВИЕ, КОТОРОЕ ВСЁ РЕШАЕТ:
Плагин virtuser_query должен быть ВКЛЮЧЁН в $config['plugins']. По умолчанию он выключен. Если плагин просто лежит в каталоге, это не опасно.
Кто пользуется virtuser_query: те, кто сопоставляет виртуальных пользователей с ящиками через SQL-запрос. Типичные связки — Postfix/Dovecot + MySQL и хостинговые панели.

ИНТЕРПРЕТАЦИЯ (моя):
Импакт — SQL-операции с правами БД-пользователя Roundcube. Это не автоматический RCE. Но если Roundcube ходит в ту же БД, что и почтовый сервер (таблицы users/aliases), атакующий добирается до хешей паролей и маршрутизации почты. Права этого БД-пользователя и определяют реальный ущерб.

bash
# Версия
grep -E "RCMAIL_VERSION" /var/www/roundcube/program/include/iniset.php 2>/dev/null \
|| grep -rE "RCMAIL_VERSION'?, ?'" /usr/share/roundcube/program/include/ 2>/dev/null

# Включён ли плагин (во всех конфигах, не только в основном)
grep -rn "virtuser_query" /etc/roundcube/ /var/www/roundcube/config/ 2>/dev/null

# Какие права у БД-пользователя Roundcube (MySQL)
mysql -e "SHOW GRANTS FOR 'roundcube'@'localhost';"

# Всплески неуспешных логинов
grep -c "Failed login" /var/log/roundcube/errors.log

ЧТО ДЕЛАТЬ:
□ Обновиться до 1.6.19 / 1.7.4 (перед этим бэкап БД и конфигов)
□ Если сейчас нельзя — убрать virtuser_query из $config['plugins'] и проверить логин
□ Урезать права БД-пользователя Roundcube до собственной схемы
□ Если плагин был включён — сохранить логи веб-сервера и БД с 21 сентября и проверить их

Итог: четыре месяца между патчем и атакой — обычное окно для веб-приложений «поставил и забыл». Roundcube обновляется не через Windows Update, и никто, кроме вас, не напомнит.

#alert #roundcube #mail #sqli #cve #sysadmin #admin_future

🧠 Skills: Zyxel GS1900 — 996 скомпрометированных коммутаторов. Коммутатор доступа — тоже сервер.

Коллеги, неуправляемые и «умные» коммутаторы — самый забытый класс устройств в инвентаризации. Их не обновляют годами, потому что «они просто работают».

ФАКТЫ:
CVE-2026-7273, CVSS 8.8, stack-based buffer overflow
Атакующий без аутентификации, находящийся в той же сети, отправляет специальный HTTP-запрос на веб-интерфейс и выполняет команды ОС.
Модели: GS1900-8, -8HP, -10HP, -16, -24, -24E, -24EP, -24HPv2, -48, -48HPv2
Уязвимы прошивки 2.90(xxxx.1)C0 и старше, исправлено в 2.90(xxxx.2)C0
Эксплуатация с 17 августа 2026: 996 коммутаторов в 48 странах
После взлома атакующие скачивают по TFTP скрипты-сборщики конфигураций и учётных данных
CISA KEV: с 21 сентября

ИНТЕРПРЕТАЦИЯ (моя):
996 устройств в 48 странах при «LAN-based» векторе означают одно из двух: либо веб-интерфейс торчит в интернет, либо атакующий уже был внутри и использовал коммутатор для закрепления. Оба варианта — про гигиену management plane, а не про Zyxel.
Скомпрометированный коммутатор — идеальная точка: он видит весь трафик сегмента, EDR на нём не стоит, в SIEM он почти никогда не логирует.

bash
# Найти GS1900 в management-подсети
nmap -p 80,443 --open --script http-title 10.0.0.0/24 | grep -B4 -i "GS1900"

# TFTP-трафик от коммутаторов (на шлюзе или зеркале порта)
tcpdump -ni any 'udp port 69'

# Проверка из внешнего сегмента: веб-интерфейс коммутаторов не должен отвечать
nmap -p 80,443 -Pn <IP_коммутатора>

MANAGEMENT PLANE — МИНИМУМ:
□ Управление коммутаторами — только из выделенного VLAN, ACL на самом коммутаторе
□ Веб-интерфейс выключен там, где хватает SSH/CLI
□ Исходящий трафик от коммутаторов запрещён, кроме NTP, syslog и сервера обновлений. TFTP наружу — однозначно нет
□ Syslog с коммутаторов → в SIEM
□ Коммутаторы — в реестре прошивок наравне с серверами

Итог: если в инвентаризации нет колонки «версия прошивки» для коммутаторов, значит там есть устройства, которые никто не обновлял с момента установки.

#skills #zyxel #network #switch #cve #kev #sysadmin #admin_future

🔥 Alert: периметр под атакой — NetScaler и Check Point. Эксплуатация шла неделями до патча

Коллеги, если у вас на внешке висят Citrix или Check Point — бросайте рутину и проверяйте периметр прямо сейчас. В активной эксплуатации сразу несколько критических уязвимостей.

🔴 CITRIX NETSCALER ADC / GATEWAY
CVE-2026-88771 — Pre-auth RCE в конфигурации по умолчанию.

CVE-2026-88772 — переполнение буфера → RCE или DoS. Эксплуатируется через DTLS (включён по дефолту на VPN vServers).

Обе уязвимости крутятся «в дикой природе» независимо друг от друга уже недели. Патчи вышли только 28 сентября.

Почерк атаки: под каждое устройство заливается уникальный веб-шелл, следы вычищаются. Работают профи с серьезными ресурсами (вероятно, целевой шпионаж).

Исправлено в версиях: 14.1-73.37, 13.1-64.23, FIPS 14.1-73.37, NDcPP 13.1-37.279.

Добавлено в CISA KEV (дедлайн на закрытие — 30 сентября).

🔴 CHECK POINT
CVE-2026-85102 — Pre-auth RCE в обработке VPN-сертификатов. Затронуты Security Gateway R81.10–R82.10 и Quantum Spark. Активная эксплуатация фиксируется минимум с 12 сентября.

IoC по сертификатам: ищите связки CN=vpn,OU=users,O=global, а также вариации с vpn-user / vpnuser.

CVE-2026-93616 — Pre-auth path traversal в веб-сервисе Management Server с последующим выполнением скриптов. Живой zero-day аж с 23 июля.

Исправления для 85102: Jumbo HF R81.20 Take 166, R82 Take 126, R82.10 Take 44, R81.10 Take 190; LivePatch Take 26; Spark R82.00.10 Build 2325 / R81.10.17 Build 4968.

🛠 Как быстро проверить свои версии
Bash

# NetScaler — смотрим билд
show ns version

# Check Point — версия и накатанные хотфиксы
fw ver
cpinfo -y all

🛡 ПЛАН ДЕЙСТВИЙ (строго в таком порядке!)
Сначала дампы, потом патчи. На NetScaler до перезагрузки и обновления снимите дамп памяти и выгрузите логи минимум за последний месяц. После апдейта артефакты затрет, расследовать инцидент будет не по чему.

Грепаем логи NetScaler на следы: ищите base64-пейлоады сразу после User-Agent, а также паттерны pitboss + IFS и pitboss*b64decode.

Изолируем Check Point Management: веб-морда управления должна быть доступна исключительно из изолированной mgmt-сети. Пока нет хотфикса под 93616 — это единственный рабочий барьер.

Если Check Point нельзя пропатчить на лету: вырубайте implied rules для VPN; для Site-to-Site жестко режьте входящие IP пиров на UDP/500 и UDP/4500.

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

Важно понимать: апдейт после пары месяцев эксплуатации 0-day шлюза не делает его автоматически «чистым». Если уязвимый инстанс торчал в интернет всё это окно — считаем его скомпрометированным по умолчанию, пока форензика не докажет обратное.

Периметр, стоявший открытым неделями, сначала расследуют, а уже потом обновляют. Не наступайте на грабли.

#alert #security #citrix #netscaler #checkpoint #vpn #cve #kev #sysadmin #admin_future

🌐 WordPress CVE-2026-87902 — 10-летняя дыра в ядре. В активной эксплуатации с первых часов

Коллеги, если у вас на балансе или поддержке есть хоть один сайт на WordPress (корпоративный портал, лендинг визитка или старый блог) — бросайте текущие таски и проверяйте версии прямо сейчас.

📌 ФАКТЫ
Уязвимость: CVE-2026-87902 (CVSS 4.0: 9.2, CWE-98).

Масштаб катастрофы: уязвимы все версии с WordPress 4.7.0 по 7.1.1 — это почти 10 лет релизов.

Где поправлено: релиз 7.1.2 + выпущены бэкпорты во все поддерживаемые ветки вплоть до 4.7.

В чём суть бага: функция get_page_template() в wp-includes/template.php парсила имя шаблона напрямую из параметра pagename без вызова validate_file(). Итог — неаутентифицированный Local File Inclusion (LFI).

Автообновления раскатывали фикс с 22 сентября, но дыра уже внесена в CISA KEV. Сканирование и эксплуатация начались практически сразу после публикации адвайзори.

⚠️ КОГДА LFI ПРЕВРАЩАЕТСЯ В ПОЛНЫЙ RCE
Для удаленного выполнения кода злоумышленнику требуется совпадение трех факторов:

Каталог в теме: внутри активной темы есть директория верхнего уровня с префиксом page- (типичная история для дефолтных тем WordPress и популярных кастомных шаблонов).

Файл-трамплин: на сервере присутствует пригодный для инклуда PHP-скрипт (классический вектор — pearcmd.php из состава PEAR).

Окружение PHP: включена директива register_argc_argv = On. Она по умолчанию активна в официальных Docker-образах PHP, а также на хостингах с cPanel на версиях PHP ниже 8.5.

🛠 БЫСТРЫЙ ЧЕК ЧЕРЕЗ КОНСОЛЬ
Bash

# 1. Проверяем текущую версию WordPress
grep "wp_version =" /var/www/*/wp-includes/version.php
# или через WP-CLI:
wp core version --path=/var/www/site

# 2. Проверяем фактор риска №1 (каталоги page-* в активной теме)
ls -d /var/www/site/wp-content/themes/*/page-*/ 2>/dev/null

# 3. Ищем pearcmd.php на хосте
find / -name pearcmd.php 2>/dev/null

# 4. Проверяем флаг register_argc_argv
php -i | grep "register_argc_argv"

# 5. Грепаем логи веб-сервера на попытки пробить path traversal
grep -E "pagename=.*(\.\./|%2e%2e)" /var/log/nginx/access.log* /var/log/apache2/access.log* 2>/dev/null

🛡 ЧТО ДЕЛАТЬ (ЧЕКЛИСТ)
Обновиться: накатить 7.1.2 (или минорный секьюрити-патч для вашей ветки):

Bash

wp core update --path=/var/www/site

Проверить автообновления: убедитесь, что в wp-config.php не захардкожены флаги AUTOMATIC_UPDATER_DISABLED = true или WP_AUTO_UPDATE_CORE = false.

Харденинг (если немедленный патч невозможен): принудительно выставить register_argc_argv = Off в php.ini и полностью снести пакет PEAR, если он не задействован в проекте.

Форензика при совпадении условий: если все три фактора RCE сошлись, а сайт не был обновлен до 22 сентября — ищите новосозданные .php файлы и веб-шеллы в директории wp-content/uploads/.

Уверенность в том, что «сайт на WP сам обновляется в фоне» — опасная иллюзия, пока вы лично не убедились в версии через CLI. Делов на одну строчку в терминале.

#wordpress #security #web #cve #kev #lfi #rce #php #sysadmin #admin_future

🧠 Skills: Branch Target Reuse — свежий вариант Spectre v2 крадёт хеш root за 3–5 минут. Дежурный sysctl не спасёт

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

📌 ФАКТЫ (исследование VUsec + Scuola Superiore Sant'Anna)
Механика Branch Target Reuse: когда JIT-компилятор переиспользует память под новые инструкции, аппаратный предсказатель ветвлений процессора (Branch Target Buffer) продолжает помнить старые адреса ветвлений. Атакующий манипулирует спекулятивным исполнением и читает память соседних процессов.

Масштаб по кремнию: уязвимы актуальные архитектуры Intel, AMD и Arm. На уровне микроархитектуры современных CPU банально нет механизма мгновенной синхронизации предсказателя с динамически генерируемым кодом.

PoC на Linux: непривилегированный пользователь через классический cBPF считывает хеш пароля root прямо из процесса su. Скорость утечки — около 8 байт/с (~3 минуты на ядрах Raptor Cove и ~5 минут на Lion Cove).

Идентификаторы:

CVE-2026-64507 — внедрение IBPB-flush при выделении памяти под BPF JIT.

CVE-2026-64508 — защита от JIT spraying.

Софт под ударом: затронуты не только ядра ОС, но и рантаймы: Oracle уже рандомизирует кэш кода в GraalVM, а Mozilla экстренно ужесточает изоляцию сайтов в SpiderMonkey/Firefox. Патчи для ядра Linux уже в апстриме.

⚠️ ГЛАВНЫЙ НЮАНС (почему старые рецепты не работают)
Многие админы выставляют kernel.unprivileged_bpf_disabled, будучи уверенными, что закрыли тему. Но этот параметр режет только современный eBPF.

Вектор эксплойта опирается на классический cBPF, который по умолчанию открыт любому пользователю системы через штатные сокет-фильтры (

SO_ATTACH_FILTER

).
Режим

net.core.bpf_jit_harden=2

(constant blinding) исследователи также обошли: атака замедляется, но всё равно занимает смешные 5 минут. Единственное реальное лечение — ядро с патчем.

🛠 АУДИТ ХОСТА ЧЕРЕЗ ТЕРМИНАЛ
Bash

# 1. Смотрим текущую версию ядра
uname -r

# 2. Проверяем состояние BPF и механизмов защиты
sysctl net.core.bpf_jit_enable net.core.bpf_jit_harden kernel.unprivileged_bpf_disabled

# 3. Проверяем, можно ли в теории отключить BPF JIT (если =y — флаг зашит намертво)
grep CONFIG_BPF_JIT_ALWAYS_ON /boot/config-$(uname -r)

# 4. Проверяем алгоритм хеша root в /etc/shadow:
# $y$ = yescrypt (хорошо), $6$ = SHA-512 (нормально), $1$ = MD5 (катастрофа)
awk -F: '$1=="root"{print substr($2,1,3)}' /etc/shadow

# 5. Проверяем доступность обновлений ядра в дистрибутиве
apt update && apt list --upgradable 2>/dev/null | grep -E 'linux-image|proxmox-kernel'

💡 В ЧЁМ СУТЬ И ГДЕ РЕАЛЬНЫЙ РИСК
Атака локальная, и наружу улетает хеш, а не открытый пароль.

Где риск минимален: на изолированном сервере или одиночном гипервизоре, где в консоль ходите только вы по ключам.

Где горит: любые многопользовательские среды, где чужой/недоверенный код запускается рядом с привилегированными процессами:

Общие терминальные Linux-серверы и VDI;

CI/CD раннеры с общим ядром (shared Docker-хосты без изоляции гипервизором);

Jump-хосты и бастионы с пулом из десятков инженеров.

Если пароль root у вас до сих пор захэширован в устаревший MD5 или сотрудники авторизуются через интерактивный su с общим паролем — вам не нужен никакой Spectre, чтобы получить инцидент.

🛡 ЧЕКЛИСТ ДЕЙСТВИЙ
Обновить ядра: в первую очередь накатить свежие сборки ядра на shared-хостах, терминалах и сборочных нодах CI/CD.

Аудит /etc/shadow: убедиться, что пароли хешируются современными функциями (yescrypt или SHA-512), а устаревшие алгоритмы выпилены из PAM.

Отказ от su: окончательно заблокировать прямой вход под root и перевести администрирование на персональные учетки с гранулярным sudo и логированием.

#skills #linux #kernel #security #spectre #cpu #bpf #cve #sysadmin #admin_future

🔐 OpenSSL CVE-2026-84782: утечка сырой памяти через DTLS и тихий EOL ветки OpenSSL 3.0

Коллеги, четверг. Свежая сводка по OpenSSL — библиотеке, лежащей в фундаменте практически каждого Linux-сервера, сетевого шлюза и контейнера.

Здесь важен не только сам баг, но и тектонический сдвиг в статусе поддержки релизов.

📌 ФАКТЫ (релиз OpenSSL от 29 сентября)
Уязвимость: CVE-2026-84782, уровень критичности — High (всего в апдейте закрыто 14 CVE).

Вектор и механика: баг стреляет, если во время DTLS-рукопожатия срабатывает таймер повторной отправки (retransmission timer), когда крупное сообщение фрагментировано и ушло лишь частично. При повторе указатель буфера съезжает на середину — в результате процесс либо ловит сегфолт (DoS), либо отправляет в сырой UDP-сокет фрагменты кучи (heap memory) вообще без шифрования.

Ограничение вектора: затрагивает и клиентов, и серверы, но исключительно DTLS (Datagram TLS поверх UDP). Классический TLS поверх TCP уязвимости не подвержен.

Где закрыто публично: версии 4.0.3, 3.6.5, 3.5.9, 3.4.8.

Где фикс только платный: релизы 3.0.23, 1.1.1zj, 1.0.2zs доступны строго по контракту Premium Support. Ветки 3.1–3.3 официально EOL и даже не тестировались вендором.

Признаков активной эксплуатации в дикой природе на данный момент не зафиксировано.

⚠️ ГЛАВНАЯ СИСТЕМНАЯ НОВОСТЬ: EOL ДЛЯ OPENSSL 3.0
Публичный жизненный цикл LTS-ветки OpenSSL 3.0 завершился 7 сентября 2026 года.

Пакеты дистрибутивов: Enterprise-дистрибутивы (RHEL, Debian, Ubuntu LTS) продолжат бэкпортировать секьюрити-фиксы силами собственных мейнтейнеров в рамках своего цикла поддержки.

Где заложена бомба: кастомные Docker-образы, вендорские appliance, прошивки сетевого оборудования и софт со статической линковкой библиотек апстримных патчей бесплатно больше не получат.

🎯 КТО РЕАЛЬНО ИСПОЛЬЗУЕТ DTLS НА СЕРВЕРАХ
Если обычный HTTPS-трафик в безопасности, то под прицелом сервисы реального времени:

Корпоративные SSL VPN с быстрым UDP-транспортом: демоны ocserv (OpenConnect), шлюзы Cisco AnyConnect / FortiClient / Palo Alto GlobalProtect.

IP-телефония и видеоконференции: медиашлюзы SIP/SRTP (Asterisk, FreeSWITCH, Kamailio), узлы WebRTC (Janus, Jitsi, mediasoup).

IoT и телеметрия: протоколы CoAP over DTLS, сборщики Syslog / RADIUS over DTLS.

🛠 АУДИТ СИСТЕМЫ И ПОИСК СТОРОННИХ СБОРОК
Bash

# 1. Проверяем системную версию и установленные пакеты
openssl version -a
dpkg -l | grep -E 'libssl[0-9]' || rpm -qa | grep -i openssl

# 2. Ищем слушающие UDP-порты (потенциальные сервисы DTLS)
ss -lunp

# 3. Смотрим, какие процессы держат системную библиотеку прямо сейчас
lsof -nP 2>/dev/null | grep -E 'libssl\.so' | awk '{print $1,$2}' | sort -u

# 4. Проверяем бинарники со встроенной/статической линковкой OpenSSL
strings -a /usr/sbin/ocserv 2>/dev/null | grep -m1 -E '^OpenSSL [0-9]'

💡 В ЧЁМ СУТЬ

Сама по себе

CVE-2026-84782

— не повод для ночных дежурств: эксплуатация нестабильна, завязана на специфичный тайминг потери UDP-пакетов, а атак «в поле» пока нет.

Настоящий риск — неконтролируемый OpenSSL 3.0. Сейчас идеальный момент провести инвентаризацию: пока дыра относительно мягкая, нужно найти все изолированные бинарники и виртуальные аплайнсы, собранные на 3.0, и затребовать роадмап у вендоров до появления первого «дикого» zero-day.

🛡 ЧТО ДЕЛАТЬ
Обновить пакеты: накатить апдейты openssl / libssl из официальных репозиториев ОС.

Перезапустить VPN и телефонию: после обновления библиотек обязательно перезапустить демоны, обслуживающие DTLS (ocserv, asterisk, turnserver).

Инвентаризация: составить реестр проприетарных и контейнеризированных решений, использующих внутренний OpenSSL 3.x вне пакетного менеджера.

#openssl #dtls #tls #linux #security #vpn #cve #sysadmin #admin_future

🤖 AI-агент взломал DIVD за секунды. Вход — две zero-day в helpdesk-системе Zammad

Коллеги, показательный кейс, после которого пора окончательно пересмотреть статус «внутренних» веб-приложений и тикет-систем.

Жертвой атаки стал DIVD (Dutch Institute for Vulnerability Disclosure) — организация, которая сама специализируется на этичном хакинге, поиске уязвимостей и нотификации бизнеса о пробитом периметре.

📌 ФАКТЫ
Точка входа: цепочка из двух 0-day в популярном open-source хелпдеске Zammad:

CVE-2026-102489 (CVSS 9.4) — перехват сессии с выходом в RCE от сервисного пользователя zammad. Эксплуатируема на версиях 6.3.0–6.5.4 (в ветках 7.0.0–7.1.3 код присутствует, но не срабатывает).

CVE-2026-102490 (CVSS 9.4) — локальное повышение привилегий (LPE) из контекста zammad до чистого root. Затронут огромный пласт релизов: от 1.5 вплоть до 7.1.0-alpha. Комьюнити подтверждает активную эксплуатацию «в дикой природе».

Скорость и исполнитель: по заявлению DIVD, взлом вел автономный AI-агент. Он без участия человека выбирал следующие шаги в цепочке, поднял привилегии до root и начал эксфильтрацию данных буквально за секунды.

Что спасло инфраструктуру: дальше хоста helpdesk агент не ушел — сработала жесткая сегментация сети и автоматическая изоляция хоста.

Вердикт исследователей: немедленно накатывать актуальные сборки 7-й ветки либо наглухо закрывать доступ к Zammad извне.

🛠 БЫСТРЫЙ ЧЕК ЧЕРЕЗ ТЕРМИНАЛ
Bash

# 1. Проверяем установленную версию Zammad (deb/rpm пакет)
zammad run rails r 'puts Version.get'

# 2. Если развернуто в контейнерах (Docker Compose)
docker compose exec zammad-railsserver rails r 'puts Version.get'

# 3. Проверяем доступность веб-интерфейса извне (отдаёт ли 200/302)
curl -sI https://helpdesk.example.ru | head -1

# 4. Форензика: подозрительные процессы и сессии от сервисного юзера zammad
ps -u zammad -o pid,lstart,cmd
last -n 50
journalctl _UID=$(id -u zammad) --since "2026-09-01" | tail -50

💡 В ЧЁМ СУТЬ И ВЫВОДЫ
Тикет-система — это критический шлюз, а не просто веб-морда. Хелпдески для удобства пользователей часто выставляют наружу без VPN. При этом внутри лежат креды от почтовых ящиков (IMAP/SMTP), сервисные учетки LDAP/Active Directory и токены API. Скомпрометированный helpdesk мгновенно превращается в трамплин во внутрянку.

Время реакции человека стало равно нулю. Когда атаку ведет AI-агент со скоростью выполнения миллисекундных API-вызовов, дежурный админ или SOC физически не успеют открыть алерт. Защищает только архитектура, выстроенная заранее (в случае DIVD — изоляция хоста и запрет бокового движения).

🛡 ПЛАН ДЕЙСТВИЙ (ЧЕКЛИСТ)
Апдейт ядра системы: обновиться до актуальной версии ветки 7.x (сверьтесь со спецбюллетенем DIVD-2026-00015 на предмет точного патча под 102490).

Убрать веб-интерфейс из интернета: если мгновенно пропатчиться нет возможности — спрятать инстанс за корпоративный VPN или Cloudflare Access / ZTNA с обязательной MFA.

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

Ротация секретов: если инстанс висел в сети неприкрытым, сбросьте пароли служебных учеток Active Directory / LDAP, почтовых ящиков и перевыпустите все API-ключи внешних интеграций.

Helpdesk, корпоративная Wiki, CRM и внутренние трекеры, смотрящие в мир «для клиентов и подрядчиков», должны проектироваться и изолироваться с той же паранойей, что и публичный почтовый сервер.

#security #zammad #helpdesk #ai #segmentation #cve #sysadmin #admin_future

🚨 FortiMail CVE-2026-104286: Zero-day без патча, запись файлов без авторизации. Дедлайн CISA — сегодня

Коллеги, воскресенье, но если в вашем контуре почтовый поток или фильтрация завязаны на Fortinet FortiMail — бросайте текущие дела. В активной эксплуатации критический zero-day, официального патча на данный момент нет.

📌 ФАКТЫ
Уязвимость: CVE-2026-104286, оценка CVSS 9.8 (Critical). Вектор: Path Traversal с обходом проверок через NULL-байт (%00) в модуле IBE (Identity-Based Encryption).

Механика атаки: специально сформированный неаутентифицированный HTTP/HTTPS-запрос приводит к записи произвольных файлов в файловую систему с последующим выполнением кода с правами root.

Под ударом ветки: 7.2.0–7.2.9, 7.4.0–7.4.8, 7.6.0–7.6.6, 8.0.0–8.0.1.

Статус исправления: релизы 7.4.9, 7.6.7 и 8.0.2 ещё в разработке. Ветка 7.2 официального фикса не получит вовсе — вендор требует миграции на 7.4+.

Внесено в каталог CISA KEV 1 октября; жесткий срок реализации компенсационных мер и аудита — сегодня, 4 октября.

⚠️ ИНДИКАТОРЫ КОМПРОМЕТАЦИИ (IoC от Fortinet / Truesec)
Атакующие закрепляются на уровне системных библиотек Linux-ядра прошивки:

Plaintext

Созданные файлы:  /data/lib/liblog.so
                  /data/bin/webconsole
                  /data/etc/ld.so.preload
Модифицирован:    /bin/smit
Вредоносные IP:   79.141.169.187
                  45.129.0.192

Опасность: связка

ld.so.preload

+ инжектируемая библиотека

.so

гарантирует перехват системных вызовов каждым процессом в ОС. Закрепление наглухо переживает штатные ребуты устройства.

🛠 СРОЧНЫЕ ДЕЙСТВИЯ (CLI FortiMail)
Bash

# 1. Проверяем текущий билд
get system status

# 2. Включаем официальный Workaround: тушим IBE
config system encryption ibe
    set status disable
end

# 3. Ревизия открытых портов управления на внешних интерфейсах
show system interface

Аудит сетевого периметра (логи шлюзов / пограничных NGFW):

Bash

# Ищем следы контактов с известной инфраструктурой атаки
grep -E '79\.141\.169\.187|45\.129\.0\.192' /var/log/firewall/*.log

💡 В ЧЁМ СУТЬ

Почтовый ретранслятор обязан принимать SMTP-трафик снаружи (порты 25/587). Однако веб-интерфейс шифрования IBE и панель администрирования часто выставляются в интернет автоматически вместе с интерфейсом приёма почты.

Если IBE не используется в рабочих регламентах компании — отключите модуль немедленно.

Если функционал шифрованных писем необходим внешним адресатам — заворачивайте его строго за WAF / Reverse Proxy с белыми списками и жесткой валидацией URL.

Важно: хост с внедрённым

ld.so.preload

бессмысленно просто обновлять после выхода патча. Устройство подлежит полному вайпу, накату чистого образа «с нуля» и перевыпуску всех ключей и секретов.

🛡 ПЛАН РАБОТ НА СЕГОДНЯ
Немедленная митигация: отключить модуль IBE через CLI либо закрыть входящий доступ по TCP/443 и TCP/80 на внешних портах шлюза.

Форензика и сверка IoC: при малейших признаках аномального трафика или наличии указанных IP в логах — заводить P1-тикет в Fortinet TAC с полным дампом системы (debug system export).

План апгрейда: если шлюз на ветке 7.2.x, незамедлительно запланировать переход на 7.4.x.

Пост-патч регламент: сразу после релиза сборок 7.4.9 / 7.6.7 / 8.0.2 накатить обновления, провести принудительную ротацию паролей администраторов, сервисной учетной записи LDAP-bind и закрытых TLS-ключей.

#alert #fortinet #fortimail #mail #security #zeroday #cve #kev #sysadmin #admin_future

🔎 Cisco SD-WAN CVE-2026-76504: замена буквы на %6a даёт права админа. Как несогласованная URL-нормализация ломает аутентификацию

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

📌 ФАКТЫ
Уязвимость: CVE-2026-76504, наивысший CVSS 9.8 (Critical), затрагивает API Cisco Catalyst SD-WAN Manager (ранее vManage).

Механика обхода (Improper URL Handling): security-прокси проверяет путь запроса до декодирования URL, а само Java-приложение за ним парсит путь уже после декодирования.

Запрос к POST /%6a_security_check (%6a — hex-код символа j) пролетает мимо фильтра безопасности, попадает в бэкенд как /j_security_check и приводит к мгновенной аутентификации в системе с привилегиями admin / netadmin.

Условия эксплуатации: удаленно, без учетных данных. Cisco зафиксировала реальные атаки «в дикой природе» при расследовании тикета в TAC в сентябре.

Workaround отсутствует. Дыра уже в каталоге CISA KEV (дедлайн на закрытие истек 3 октября).

Контекст: это уже четвертая критическая брешь в SD-WAN Manager за 2026 год (после CVE-2026-20182, 20245, 20262). Предыдущие патчи эту дыру не закрывают.

📦 МАТРИЦА ИСПРАВЛЕНИЙ
Plaintext

Ветка       Исправленный релиз      Ветка       Исправленный релиз
──────────────────────────────────────────────────────────────────
20.9        20.9.10.1               20.18       20.18.4.1
20.12       20.12.8.2               26.1        26.1.2.1
20.15       20.15.6.1               26.2        26.2.1
──────────────────────────────────────────────────────────────────
Ветки < 20.9 — официальный EOL (только плановая миграция на 20.9+)

🛠 ФОРЕНЗИКА И ПРОВЕРКА ЛОГОВ (на ноде vManage)
Bash

# 1. Поиск URL-encoded паттернов в логах реверс-прокси
grep -E 'POST /%[0-9a-fA-F]{2}_security_check' \
  /var/log/nms/containers/service-proxy/serviceproxy-access.log*

# 2. Аудит вызовов j_security_check и аномалий под служебными учетками viptela-reserved-*
grep -E 'j_security_check|viptela-reserved-' /var/log/nms/vmanage-server.log* | tail -100

Быстрый аудит любого веб-сервиса на расхождение в парсинге URL:

Bash

# Сравниваем HTTP-коды ответа на прямой и URL-encoded запросы
curl -sk -o /dev/null -w 'Декодированный путь: %{http_code}\n' https://<host>/j_security_check
curl -sk -o /dev/null -w 'Экранированный путь (%6a): %{http_code}\n' https://<host>/%6a_security_check

💡 В ЧЁМ СУТЬ

Корень проблемы — CWE-177 (URL Parsing/Discrepancy). Это фундаментальная проблема многослойных архитектур: когда фронтенд-фильтр (WAF, Envoy, Nginx, внутренний контейнер-прокси) и целевой бэкенд (Spring/Tomcat) нормализуют URL по разным стандартам.

Золотое правило: валидатор прав и обработчик бизнес-логики обязаны работать с одинаково канонизированным представлением строки запроса.

Четыре критических обхода авторизации подряд на одном продукте за год — четкий сигнал: консоль управления SD-WAN Manager нельзя считать доверенной по умолчанию, даже если на нее накачены прошлые обновления.

🛡 ЧЕКЛИСТ ДЕЙСТВИЙ
Экстренный накат патча: обновиться до актуального таргетированного билда (прошлые заплатки бессильны против %6a).

Периметральная изоляция: порты TCP/443 (Web/API), TCP/22 (SSH) и TCP/830 (NETCONF) контроллеров vManage должны быть полностью отрезаны от публичного интернета. Доступ — строго через VPN / выделенный OOB Jump-хост.

Глубокий аудит логов: просканировать логи serviceproxy-access за сентябрь на наличие шестнадцатеричных последовательностей %XX_security_check.

Реакция на инцидент: при обнаружении совпадений снять диагностический бандл request admin-tech и немедленно эскалировать кейс в Cisco TAC.

#skills #cisco #sdwan #network #security #authbypass #cve #kev #sysadmin #admin_future

🤖 Sashiko от Google: AI-ревьюер ядра Linux проверил 191 тысячу патчей. 463 CVE за год ссылаются на него

Коллеги, интереснейший доклад с Linux Plumbers 2026 — вторая сторона медали в истории про «лавину AI-патчей в ядре».

📌 ФАКТЫ (доклад Романа Гущина, Google)
Что такое Sashiko: открытый агентный инструмент для автоматизированного ревью патчей ядра Linux, работающий в связке с моделями Gemini и другими LLM.

Масштаб работы менее чем за год:

191 000+ проведённых код-ревью в 99 официальных списках рассылки (LKML и подсистемы);

19 млн+ автоматизированных обращений к Git-дереву;

7 600+ ответов от 1 100+ живых разработчиков ядра на замечания и баг-репорты Sashiko;

1 277 коммитов в апстрим основного ядра и 1 567 в ветку linux-next содержат прямые ссылки на отчёты инструмента;

463 CVE ядра Linux, выпущенных в этом году, напрямую цитируют выводы Sashiko.

Роадмап проекта: запуск локального CLI-режима для проверки кода из терминала разработчика, формирование постоянной базы найденных багов и пре-ревью собственных коммитов.

💡 В ЧЁМ СУТЬ ДЛЯ СИСАДМИНА

Если в понедельник мы обсуждали, что мейнтейнеров ядра буквально заваливает сгенерированными AI-патчами, то сегодня виден встречный процесс: AI на стороне ревью отлавливает критические баги и регрессии задолго до того, как они попадут в релиз.

Итог для эксплуатации один: количество регистрируемых CVE в ядре будет только расти. И это индикатор качественной и глубокой проверки кода, а не признак того, что Linux стал хуже.

Концепция «обновляем ядро раз в два года, когда совсем прижмёт» окончательно устарела: патч-менеджмент ядра должен быть регулярным и плановым процессом.

🛠 БЫСТРЫЙ ЧЕК СЕРВЕРА: НА СКОЛЬКО СВЕЖЕМ ЯДРЕ ВЫ ЖИВЁТЕ
Bash

# 1. Текущая активная версия ядра и время с последнего ребута ноды
uname -r; uptime -s

# 2. Проверяем, есть ли в /boot ядро новее работающего (Debian / Ubuntu)
ls -t /boot/vmlinuz-* 2>/dev/null | head -1

# 3. Висит ли флаг обязательной перезагрузки после обновлений пакетов
[ -f /var/run/reboot-required ] && cat /var/run/reboot-required

#linux #kernel #ai #google #opensource #cve #security #sysadmin #admin_future

🚨 Atlassian Data Center: чтение файлов без авторизации. Атаки начались через 2 часа после публикации деталей

Коллеги, после ухода Atlassian многие команды в РФ зафиксировали инфраструктуру на self-hosted инстансах Jira и Confluence Data Center. Этот пост — прямой сигнал на аудит периметра.

📌 ФАКТЫ
Идентификатор и критичность: CVE-2026-21589, базовый балл CVSS 9.3 — неаутентифицированное чтение произвольных файлов (Arbitrary File Read) в контексте каталога веб-приложения.

Специфика вектора: прямого листинга каталогов нет — атакующему необходимо знать точный относительный путь и целевое имя файла.

Масштаб покрытия: уязвимы Data Center редакции практически всей линейки: Jira Software, Jira Service Management, Confluence, Bitbucket, Bamboo, Crowd, Crucible, Fisheye.

Скорость реагирования ботнетов: первые попытки эксплуатации в wild зафиксированы примерно через 2 часа после выхода технического разбора от исследователей watchTowr. На текущий момент фиксируется массовое автоматизированное сканирование с вычиткой дефолтных путей конфигурационных файлов.

Исправленные релизы вендора:

Plaintext

Jira Software / JSM : 9.12.40 · 10.3.26 · 11.3.12 (JSM: 5.12.40)
Confluence          : 9.2.26  · 10.2.19
Bitbucket           : 9.4.26  · 10.2.8   · 10.5.1
Crowd               : 6.3.7   · 7.0.3   · 7.1.7 · 7.2.4
Bamboo              : 10.2.24 · 12.1.12
Crucible / Fisheye  : 4.9.15

🛠 ВРЕМЕННЫЙ МИТИГЕЙТ (ЕСЛИ НЕТ ВОЗМОЖНОСТИ НАКАТИТЬ ПАТЧ ПРЯМО СЕЙЧАС)
Изоляция сетевого контура: немедленно убрать внешние публикации (0.0.0.0/0) за корпоративный VPN или reverse-proxy с пре-аутентификацией.

Фильтрация на обратном прокси / WAF: заблокировать сигнатуры обращения к внутренним служебным эндпоинтам веб-приложения.

Локальная блокировка веб-сервера:

Для Jira, Confluence, Bamboo, Crowd — подключение модуля Tomcat RewriteValve в конфигурации контейнера сервлетов (server.xml / rewrite.config);

Для Bitbucket — активация правил отсечения запросов через urlrewrite.xml по вендорскому security bulletin.

💡 В ЧЁМ СУТЬ

Чтение файлов без RCE кажется неопасным лишь на первый взгляд.

В каталогах веб-приложений лежат файлы вроде

dbconfig.xml

, содержащие логины и открытые пароли к базам данных PostgreSQL/Oracle, секреты сессий, приватные ключи подписи и API-токены интеграций.

Если ваш инстанс торчал наружу в публичный интернет — простого наката патча недостаточно. После обновления обязательно проведите ротацию пароля сервисной учетной записи БД в СУБД и перевыпустите все связанные токены интеграций.

#security #atlassian #jira #confluence #bitbucket #cve #threathunting #devops #sysadmin #admin_future

📊 Октябрьский Patch Tuesday: 1 411 уязвимостей — абсолютный рекорд. Что ставить первым

Коллеги, среда. Разбираем вчерашний массивный релиз Microsoft строго по инженерному алгоритму приоритизации.

📌 ФАКТЫ
Масштаб пакета: закрыто 1 411 уязвимостей (против рекордных ~970 в сентябре).

Критический сегмент: 70 бюллетеней со статусом Critical (57 RCE, 11 Elevation of Privilege, 2 Spoofing).

Внеочередные фиксы: ещё 348 уязвимостей закрыты редмондской командой ранее в течение месяца (преимущественно инфраструктура Azure и облачные сервисы).

🔴 ПРИОРИТЕТ 1 — СЕГОДНЯ (ЭКСПЛУАТАЦИЯ В WILD)
CVE-2026-96951 (Windows Shell, CVSS 8.8): обход механизма защиты Mark of the Web (MotW).

Активно эксплуатируется в атаках, внесена в каталог CISA KEV со строгим дедлайном устранения до 16 октября.

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

Таргет наката: рабочие станции пользователей и терминальные фермы.

🟠 ПРИОРИТЕТ 2 — ЭТА НЕДЕЛЯ (СЕРВЕРНАЯ ИНФРАСТРУКТУРА)
CVE-2026-70229 (Active Directory Domain Services, CVSS 8.1): удалённое исполнение кода (RCE) на контроллерах домена. Рейтинг Microsoft Exploitability: «Exploitation More Likely».

CVE-2026-70571 (Exchange Server, CVSS 8.1): сетевое RCE в почтовом бэкенде, «Exploitation More Likely».

CVE-2026-70187 (Remote Desktop Services, CVSS 8.1): уязвимость RCE в стеке RDS.

Пул RCE в Microsoft Outlook (5 уязвимостей, CVSS 9.8): исполнение произвольного кода без взаимодействия с пользователем — триггерится прямо через область предварительного просмотра (Reading Pane).

Hyper-V (две RCE, CVSS 8.8): побег из виртуальной машины на хост гипервизора («Exploitation Less Likely»).

🟡 ОБРАТИТЬ ВНИМАНИЕ (АРХИТЕКТУРНЫЕ ОБХОДЫ)
CVE-2026-108398 (.NET Framework, CVSS 7.8): обход политик целостности кода Windows Defender Application Control (WDAC). Уязвимость раскрыта публично Джеймсом Форшоу (Google Project Zero), PoC доступен в исследовательских кругах.

💡 В ЧЁМ СУТЬ ДЛЯ СИСАДМИНА

За пугающей цифрой в 1 411 CVE скрывается стандартное правило Парето: реально горящих проблем — около десяти.

Оптимальный порядок развёртывания:

Рабочие станции и ноутбуки — закрыть MotW (

CVE-2026-96951

) и превью Outlook, перекрыв входящий фишинг.

Контроллеры домена (AD DS) — строго поочерёдно, контролируя репликацию (

repadmin /replsummary

) после каждого узла.

Exchange Server и RDS Gateway/Session Hosts — обязательно со снятием свежего бэкапа состояния системы/ВМ и предварительным тестом на пилотной ноде.

Изолированный бэкенд и внутренние сервисы — в рамках штатного сервисного окна выходных дней.

#patchtuesday #windows #activedirectory #exchange #cve #security #sysadmin #admin_future

📧 Skills: 5 RCE в Outlook с CVSS 9.8 — достаточно открыть письмо в области чтения. Проверяем версию Office по всему парку

Коллеги, разбираем детально самый неприятный и опасный блок октябрьского Patch Tuesday.

📌 ФАКТЫ
Идентификаторы уязвимостей: CVE-2026-88156, CVE-2026-97016, CVE-2026-70291, CVE-2026-70242, CVE-2026-97749.

Критичность: максимальный базовый балл CVSS 9.8 (Remote Code Execution, класс — классические переполнения буфера в парсерах форматов сообщений).

Вектор атаки — Preview Pane (Zero-Click): по официальному бюллетеню безопасности Microsoft, эксплуатация инициируется автоматически при отображении письма в области предварительного просмотра (Reading Pane) — пользователю не нужно открывать вложения или переходить по ссылкам.

Затронутые платформы: почтовые клиенты Outlook в составе Microsoft 365 Apps for enterprise, Office LTSC 2021 и Office LTSC 2024 (как под Windows, так и под macOS). Для двух уязвимостей патчи под Mac LTSC задержатся до конца месяца.

Статус эксплуатации: в дикой природе активных эксплойтов пока не зафиксировано («Exploitation Less Likely»).

Главный риск: обходных путей (workarounds) и изолирующих настроек реестра вендор не предоставил — единственным методом защиты является установка апдейта сборок Office.

🛠 ИНВЕНТАРИЗАЦИЯ И ПРИНУДИТЕЛЬНЫЙ ПУШ ОБНОВЛЕНИЙ (Click-to-Run)
В большинстве сетей Microsoft 365 Apps и Office 2021/2024 развернуты по модели Click-to-Run (C2R), минуя классический каталог WSUS:

PowerShell

# 1. Проверка текущей версии, CDN-источника и статуса автообновлений локально
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration' |
  Select-Object VersionToReport, CDNBaseUrl, UpdatesEnabled

# 2. Массовая инвентаризация версий Office по доменным рабочим станциям через WinRM
$pcs = (Get-ADComputer -Filter 'OperatingSystem -like "*Windows 1*" -and Enabled -eq $true').Name

Invoke-Command -ComputerName $pcs -ErrorAction SilentlyContinue -ScriptBlock {
  $c2r = Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration' -ErrorAction SilentlyContinue
  if ($c2r) {
    [PSCustomObject]@{
      Version = $c2r.VersionToReport
      Enabled = $c2r.UpdatesEnabled
    }
  }
} | Select-Object PSComputerName, @{N='OfficeVersion'; E={$_.Version}}, @{N='UpdatesActive'; E={$_.Enabled}} | 
    Sort-Object OfficeVersion

# 3. Принудительный старт тихой фоновой загрузки и установки обновлений на клиенте
$c2rClient = "$env:CommonProgramFiles\microsoft shared\ClickToRun\OfficeC2RClient.exe"
if (Test-Path $c2rClient) {
  Start-Process -FilePath $c2rClient -ArgumentList '/update user displaylevel=false'
}

💡 В ЧЁМ СУТЬ ДЛЯ СИСАДМИНА

Office C2R часто существует обособленно от централизованного патч-менеджмента ОС и тихо обновляется из CDN Microsoft — ровно до тех пор, пока ключ

UpdatesEnabled

не оказывается отключен.

Часто это происходит при развертывании машин из старых кастомных образов, после оптимизационных твикеров или если обновления замораживали локально, «чтобы интерфейс не дёргался посреди рабочего дня».

При RCE через Reading Pane со скорингом 9.8 любая рабочая станция со старой сборкой Outlook внутри корпоративной сети превращается в открытый плацдарм для закрепления через одно-единственное входящее письмо. Скрипт выше выявляет отставшие машины за пару минут.

#skills #outlook #office #security #cve #powershell #patchmanagement #sysadmin #admin_future

🔥 Palo Alto PAN-OS: RCE с правами root через интерфейс управления. Плюс итоги недели по KEV

Коллеги, пятница. Перед выходными — закрываем периметр.

📌 ФАКТЫ
CVE-2026-0322, CVSS 4.0 — 8.6, внедрение кода (CWE-94) в management interface PAN-OS

Аутентифицированный атакующий с сетевым доступом выполняет код от root. Специальной конфигурации не требуется

Затронуты PA-Series, VM-Series и Panorama. Cloud NGFW и Prisma Access — нет

Palo Alto сообщает об «очень ограниченной эксплуатации». Обходного решения нет

Исправления — для веток 10.2, 11.1, 11.2, 12.1, 12.2 (например, 11.2.16). Неподдерживаемые версии патча не получат

📋 KEV ЗА НЕДЕЛЮ (CISA, сроки для госорганов США — 16–17 октября)
CVE-2026-0322 — Palo Alto PAN-OS

CVE-2026-76519 — Cisco Secure Email Gateway

CVE-2026-105133 / 105134 — AhsayCBS

CVE-2026-96951 — Windows Shell, обход MotW

🛡 ПЛАН НА СЕГОДНЯ
Интерфейс управления файрвола и Panorama — только из management-сети или с jump-хоста. Не из интернета

Обновить до исправленного hotfix в своей ветке

Сменить пароли администраторов и проверить список учёток: эксплуатация требует аутентификации, значит, атакующие используют украденные или слабые пароли

Логи управления — необычные входы, изменения конфигурации

💡 В ЧЁМ СУТЬ

«Требует аутентификации» не значит «не опасно». На практике это значит «опасно в связке с утёкшим паролем». Отдельная админ-сеть плюс MFA на вход в управление закрывают и эту CVE, и следующую.

#alert #paloalto #firewall #kev #cve #sysadmin #admin_future

🚨 PwnEscape (CVE-2026-99999): побег из ВМ на хост KVM через virtio-net. Proxmox уже выпустил исправленное ядро

Коллеги, понедельник. Если у вас Proxmox или любой KVM — это пост номер один на неделю.

📌 ФАКТЫ
Уязвимость ядра Linux в обработке virtio-net и TAP в KVM

Последствия: утечка памяти хоста, его падение или выполнение кода на хосте из гостевой ВМ

CVSS: Linux CNA/NVD — 9.3, Red Hat — 8.8. Оценки привилегий в госте расходятся: от «любая нагрузка, отправляющая трафик» до «нужен root в госте»

В KEV пока нет, эксплуатация в дикой природе не подтверждена. Утечку памяти показали в продакшене Vercel

Обходного решения нет, только обновление ядра и перезагрузка

Исправлено:

Plaintext

Proxmox VE : proxmox-kernel-7.0.14-24-pve (PSA-2026-00068-1)
Debian 13  : 6.12.113-1 (DSA-6568-1)
Debian 12  : 6.1.190-1  (DLA-4841-1)
Upstream   : 6.1.190 · 6.6.159 · 6.12.113 · 6.18.57 · 7.2.11

🛠 PROXMOX: ОБНОВЛЕНИЕ БЕЗ ПРОСТОЯ
Bash

# 1. Проверяем текущее ядро и версию PVE
uname -r && pveversion -v | grep -E 'kernel|manager'

# 2. Выкачиваем патчи
apt update && apt full-upgrade

# 3. Уводим ВМ с узла, ребутаем хост, возвращаем — узел за узлом
qm migrate <VMID> <NODE> --online

💡 В ЧЁМ СУТЬ

Граница между ВМ и хостом — главное обещание виртуализации. Если на одном хосте живут ВМ разной степени доверия (клиентские, тестовые, DMZ), обновляйтесь в первую очередь. Live migration делает это без простоя — ради таких дней её и настраивают.

#security #proxmox #kvm #virtualization #linux #cve #sysadmin #admin_future

🦊 GitLab: снова уязвимость максимальной критичности — выполнение кода без аутентификации. Второй раз за две недели
Коллеги, пятница. Self-hosted GitLab в России стоит у многих команд — обновляем до выходных.
📌 ФАКТЫ
CVE-2026-110264 — переполнение целого числа в компиляторе регулярных выражений GitLab, CE и EE
По словам GitLab, при определённых условиях позволяет неаутентифицированному пользователю выполнить код на сервере
Исправлено в 19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10, 18.11.13. GitLab.com уже обновлён
Сведений об эксплуатации пока нет. Shadowserver видит в интернете более 2 700 открытых GitLab CE
Контекст: ~10 дней назад — CVE-2026-97229 (CVSS 10) в том же компоненте CI/CD, в прошлом месяце — path traversal, который позже попал в KEV
🛠 ПРОВЕРКА И ОБНОВЛЕНИЕ (Omnibus)

head -1 /opt/gitlab/version-manifest.txt          # текущая версия
sudo gitlab-backup create SKIP=artifacts           # бэкап перед обновлением
sudo cp /etc/gitlab/gitlab.rb /etc/gitlab/gitlab-secrets.json /root/
sudo apt update && sudo apt install --only-upgrade gitlab-ce   # или gitlab-ee
sudo gitlab-rake gitlab:check SANITIZE=true

💡 В ЧЁМ СУТЬ

Три критичных уязвимости за полтора месяца — темп, при котором «обновлю на следующей неделе» перестаёт работать. GitLab держит токены деплоя, ключи и секреты CI. Если он смотрит в интернет — либо за VPN, либо автообновление патч-версий.

#gitlab #devops #security #cve #selfhosted #sysadmin #admin_future

🐘 PHP2Shell: эксплуатация подтверждена. Плюс новая уязвимость PHP без патча — есть временная мера

Коллеги, вторник. Продолжение истории с PHP: от сканирования перешли к реальным взломам.

📌 ФАКТЫ
CVE-2026-109618 и CVE-2026-109619 (PHP2Shell) — две критические RCE, закрытые 21 октября

24 октября на ханипоте зафиксировано подтверждённое удалённое выполнение кода с последующей загрузкой полезной нагрузки (Apache + mod_php, PHP 8.4.26)

Amazon Threat Intelligence видела попытки атак за четыре дня до выхода патчей

CISA 23 октября опубликовала SIGMA-правило для обнаружения попыток эксплуатации

Отдельно: CVE-2026-115560 — ещё одна RCE, пока без патча. По словам разработчиков, затрагивает системы с редким сочетанием конфигурации и кода приложения. Временная мера: session.upload_progress.enabled = 0

🛠 ПРОВЕРКА И ВРЕМЕННАЯ МЕРА
Bash

php -v | head -1
apache2ctl -M 2>/dev/null | grep -i php          # mod_php или FPM
php -i | grep session.upload_progress.enabled

Bash

# Debian/Ubuntu: отключить для всех SAPI
for d in /etc/php/*/{fpm,apache2,cli}/conf.d; do
  [ -d "$d" ] && echo 'session.upload_progress.enabled = 0' > "$d/99-upload-progress.ini"
done
systemctl restart 'php*-fpm' apache2 2>/dev/null

💡 В ЧЁМ СУТЬ

Патч от 21 октября обязателен, но его одного уже мало. Если не обновлялись на прошлой неделе — проверьте сервер на следы взлома: новые PHP-файлы в каталогах сайтов, незнакомые процессы от пользователя веб-сервера, исходящие соединения.

#php #security #web #apache #cve #sysadmin #admin_future

💾 Veeam: критическая дыра в Backup & Replication. Бэкап, который сам нуждается в бэкапе

Коллеги, четверг. Есть три стадии принятия патчей для Veeam: «у нас всё изолировано», «ну это же не RCE» и «срочно в окно обслуживания». Переходим сразу к третьей.

📌 ФАКТЫ (Veeam KB4948, 27 октября)
CVE-2026-108142, CVSS 4.0 — 9.1: обход авторизации в CDP Coordinator Service, без учётных данных, по сети

Затронуты VBR на Windows и Veeam Software Appliance: 13.1 до 13.1.1.18 включительно и 13.0 до 13.0.2.29 включительно

Исправлено: 13.1.2 (13.1.2.57) и 13.0.3 (13.0.3.63)

В том же бюллетене: две path traversal (5.9) для роли оператора восстановления и LPE в Veeam Agent for Linux (7.3) → исправлено в версии 13.1.2.11

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

🛠 ПРОВЕРКА
PowerShell

# Версия VBR на сервере резервного копирования
(Get-Item 'C:\Program Files\Veeam\Backup and Replication\Backup\Veeam.Backup.Shell.exe').VersionInfo.ProductVersion

# Проверка наличия и статуса службы CDP Coordinator
Get-Service | Where-Object DisplayName -match 'CDP' | Select-Object Name, Status

💡 В ЧЁМ СУТЬ

Сервер резервного копирования — первая цель злоумышленников и программ-вымогателей перед развертыванием шифровальщика: если уничтожить бэкапы, бизнесу некуда отступать.

VBR должен жить в изолированном VLAN без прямого доступа из пользовательских подсетей, вне основного домена Active Directory (workgroup / отдельный лес менеджмента), а критичные точки восстановления обязаны лежать в immutable-хранилищах (Linux Hardened Repository или S3 Object Lock). И патчиться такой узел должен в приоритетном порядке — аргумент «он же глубоко внутри сети» здесь не работает.

#veeam #backup #security #cve #sysadmin #admin_future