⚡️ [ root@admin-future ~ ]# new_post

Kubernetes: когда он реально нужен, а когда это Compose с понтами

🔗 https://mfgit.ru/2026/09/29/kubernetes-kogda-nuzhen-a-kogda-eto-ponty/

#adminfuture #linux

🧠 Skills: Aurora шифрует ESXi. AI на разведке, но цель сдаёт обычный LDAP-запрос

Коллеги, разбор свежей тактики вымогателей, который напрямую касается каждого, кто держит виртуализацию — будь то VMware ESXi, vCenter или Proxmox.

📌 ФАКТЫ (по свежему отчёту Gambit Security)
Кампания Aurora Ransomware: две волны атак в 2026 году на бизнес в Европе, США и Израиле.

AI в роли Co-pilot злоумышленника: оператор использовал Cursor Agent (на базе Claude Sonnet) для автоматизации рутины — генерации конфигов proxychains/VPN, парсинга выдачи Nmap и NetExec, разведки Active Directory, NTLM relay и атак на AD CS.

Операционная дисциплина: атакующий осознанно выставил агенту жесткие рамки — никаких DCSync, без локаута аккаунтов, без регистрации новых машин в домене. Задача — нулевой шум в SIEM.

Как находили виртуализацию: самописный модуль NetExec (esxi_finder.py) вытягивал список хостов через стандартные LDAP-запросы, опрашивал порты 443 и 902, а затем по TLS-сертификату однозначно детектировал гипервизоры и vCenter.

Удар: Linux-бинарник шифровальщика с флагом -esxi тушит виртуальные машины через штатный esxcli и зашифровывает диски (ChaCha20 + RSA-4096).

💡 В ЧЁМ СУТЬ

ИИ здесь не взламывает квантовым алгоритмом — он просто снимает рутину и ускоряет рекогносцировку. Архитектурная дыра ровно та же, что и 5 лет назад: гипервизоры видны из пользовательского сегмента или привязаны к общему AD. Если порт виден наружу, его найдут и без нейросетей.

🛠 АУДИТ БЕЗОПАСНОСТИ
1. Проверяем хост ESXi (по SSH):

Bash

# Проверить, активен ли Lockdown Mode
vim-cmd -U dcui vimsvc/auth/lockdown_is_enabled

# Ограничение белых списков IP для SSH и веб-морды
esxcli network firewall ruleset allowedip list --ruleset-id sshServer
esxcli network firewall ruleset allowedip list --ruleset-id webAccess

# Блокировка запуска неподписанных бинарников (дропает чужой шифровальщик)
esxcli system settings encryption get

# Ревизия локальных учетных записей
esxcli system account list

2. Сканируем из пользовательского сегмента (быстрый smoke-тест):

Bash

nmap -Pn -p 443,902,8006 <подсеть_гипервизоров>
# Порты должны быть отфильтрованы в глухую! (8006 — для Proxmox VE)

🛡 БАЗОВЫЙ ЧЕКЛИСТ ЗАЩИТЫ ГИПЕРВИЗОРОВ
Изолированный Out-of-Band / Management VLAN: интерфейсы управления ESXi, vCenter и Proxmox VE не должны маршрутизироваться в клиентские подсети. Доступ — строго через выделенный Jump-хост с MFA.

Никакого прямого членства в Active Directory: гипервизорам не место в корпоративном домене. Если ESXi все еще там — срочно проверяйте группу ESX Admins и закрывайте дыру CVE-2024-37085.

Харденинг хостов: флаг execInstalledOnly включен, SSH заглушен на уровне службы и поднимается только под регламентные работы.

Неизменяемые (Immutable) бэкапы: резервные копии должны лежать в изолированном пуле (WORM/S3 Object Lock/air-gapped), к которому нет и не может быть доступа с доменными учетками.

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

#skills #esxi #vmware #proxmox #ransomware #virtualization #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

⚡️ [ root@admin-future ~ ]# new_post

WireGuard vs OpenVPN vs IPsec: практический выбор VPN для сисадмина

🔗 https://mfgit.ru/2026/09/29/wireguard-vs-openvpn-vs-ipsec/

#adminfuture #linux #информационнаябезопасность

⚡️ [ root@admin-future ~ ]# new_post

Zero Trust на практике, а не в маркетинге

🔗 https://mfgit.ru/2026/09/29/zero-trust-na-praktike-a-ne-v-marketinge/

#adminfuture #linux #информационнаябезопасность

⚡️ [ root@admin-future ~ ]# new_post

Ansible для тех, кто устал руками настраивать сервера

🔗 https://mfgit.ru/2026/09/29/ansible-dlya-teh-kto-ustal-nastraivat-servera-rukami/

#adminfuture #linux

⚡️ [ root@admin-future ~ ]# new_post

SPF/DKIM/DMARC разобрано по-настоящему

🔗 https://mfgit.ru/2026/09/29/spf-dkim-dmarc-razobrano-po-nastoyashchemu/

#adminfuture #linux #информационнаябезопасность

⚡️ [ root@admin-future ~ ]# new_post

Prometheus + Grafana vs Zabbix — реальная разница, а не маркетинг

🔗 https://mfgit.ru/2026/09/29/prometheus-grafana-vs-zabbix/

#adminfuture #linux

⚡️ [ root@admin-future ~ ]# new_post

Сертификаты и PKI: автоматизация Let’s Encrypt, свой CA и авария, которую никто не видит заранее

🔗 https://mfgit.ru/2026/09/29/sertifikaty-i-pki-letsencrypt-svoy-ca/

#adminfuture #linux #информационнаябезопасность

⚡️ [ root@admin-future ~ ]# new_post

Passkeys/FIDO2 для своей инфраструктуры, а не только для потребительских приложений

🔗 https://mfgit.ru/2026/09/29/passkeys-fido2-dlya-infrastruktury/

#adminfuture #linux #windows #информационнаябезопасность

⚡️ [ root@admin-future ~ ]# new_post

Alert fatigue: как сделать так, чтобы дежурный не просыпался от мусорных алертов

🔗 https://mfgit.ru/2026/09/29/alert-fatigue-kak-ne-budit-dezhurnogo-zrya/

#adminfuture #linux

⚡️ [ root@admin-future ~ ]# new_post

Systemd Timers vs Cron: полный разбор для админа

🔗 https://mfgit.ru/2026/09/30/systemd-timers-vs-cron-2026-2/

#безрубрики

⚡️ [ root@admin-future ~ ]# new_post

Systemd Timers vs Cron: полный разбор для админа

🔗 https://mfgit.ru/2026/09/30/systemd-timers-vs-cron-2026-3/

#безрубрики

⚡️ [ root@admin-future ~ ]# new_post

Windows Event Viewer для Linux-админа: как парсить логи без потери разума

🔗 https://mfgit.ru/2026/09/30/windows-event-viewer-2026/

#безрубрики

⚡️ [ root@admin-future ~ ]# new_post

Backup Strategy: что выбрать в 2026 году (реальный стек)

🔗 https://mfgit.ru/2026/09/30/backup-strategy-2026/

#безрубрики

🧠 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

🧠 Skills: RC4 в Kerberos окончательно похоронен. Если в AD что-то «само сломалось» с лета — проверяйте это первым

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

📌 ФАКТЫ (CVE-2026-20833, этапы выпиливания RC4)
Январь 2026 — Режим аудита: включен мониторинг событий KDCSVC с кодами 201–209 в журнале System без блокировки трафика.

Апрель 2026 — Дефолтный AES: для всех аккаунтов без явно заданных алгоритмов шифрования дефолтом стал AES. Фолбэк на устаревший RC4 был практически отключен.

Июль 2026 — Полный отказ: режим аудита окончательно удален из кода. Параметр реестра RC4DefaultDisablementPhase больше не учитывается операционной системой, а фолбэк на RC4 вырезан из протокола на уровне KDC.

Что ломается: любые учетные записи, у которых атрибут msDS-SupportedEncryptionTypes равен 0x4 / 0x7 (только RC4/DES) или вообще не задан, если клиент или сервис не умеют согласовывать AES.

💥 КТО В ЗОНЕ РИСКА
Сервисные учетки (gMSA / sMSA / обычные пользователи с SPN) с древними паролями: в базе NTDS банально отсутствуют AES-ключи до тех пор, пока учетке не сбросят пароль.

Linux-интеграции и демоны с устаревшими keytab: Samba, прокси-серверы, Java-бэкенды, Tomcat, веб-SSO, где keytab нарезался сто лет назад под RC4 (rc4-hmac).

Legacy-железо: древние СХД, прошивки принтеров/МФУ и сетевые сканеры с доменной авторизацией.

🛠 ДИАГНОСТИКА ЧЕРЕЗ POWERSHELL
Выполняем на контроллере домена или рабочей станции с RSAT:

PowerShell

# 1. Поиск сервисных учеток (с SPN) без явного AES или застрявших на RC4
Get-ADUser -LDAPFilter '(&(servicePrincipalName=*)(|(!(msDS-SupportedEncryptionTypes=*))(msDS-SupportedEncryptionTypes=4)(msDS-SupportedEncryptionTypes=7)))' `
  -Properties servicePrincipalName, msDS-SupportedEncryptionTypes, PasswordLastSet |
  Select SamAccountName, msDS-SupportedEncryptionTypes, PasswordLastSet

# 2. Мониторинг запросов билетов с шифрованием RC4 (TicketEncryptionType = 0x17)
Get-WinEvent -LogName Security -MaxEvents 2000 -FilterXPath `
  "*[System[EventID=4769] and EventData[Data[@Name='TicketEncryptionType']='0x17']]" |
  ForEach-Object { ([xml]$_.ToXml()).Event.EventData.Data |
    Where-Object { $_.Name -in 'TargetUserName','ServiceName','IpAddress' } |
    ForEach-Object { "$($_.Name)=$($_.'#text')" } } | Select-Object -First 60

# 3. Проверка событий KDC в журнале System (ошибки согласования типов шифрования)
Get-WinEvent -FilterHashtable @{
    LogName      = 'System'; 
    ProviderName = 'Microsoft-Windows-Kerberos-Key-Distribution-Center'; 
    Id           = 201..209
} -MaxEvents 50 -ErrorAction SilentlyContinue

🔧 РЕШЕНИЕ ПРОБЛЕМЫ
Включить флаг в реестре для возврата к RC4 больше нельзя — лазейку закрыли. Выход только один: планомерно переводить всё на AES.

PowerShell

# Шаг 1. Явно разрешаем использование современных типов шифрования
Set-ADUser svc_app -KerberosEncryptionType AES128,AES256

# Шаг 2. ОБЯЗАТЕЛЬНО меняем пароль (только в этот момент генерируются хеши AES!)
Set-ADAccountPassword svc_app -Reset

# Шаг 3. Перевыпускаем keytab для Linux-хостов с поддержкой AES256
# Через ktpass:
# ktpass /princ HTTP/app.corp.local@CORP.LOCAL /pass * /crypto AES256-SHA1 /ptype KRB5_NT_PRINCIPAL /out app.keytab
# Либо через msktutil:
# msktutil --enctypes 0x18 --auto-update

💡 В ЧЁМ СУТЬ

Времени на плавную раскатку больше нет — фолбэка нет физически. Отдельный маркер при ревизии: колонка

PasswordLastSet

. Если у сервисной учетки пароль не трогали с 2012 года, то помимо отсутствия AES-ключей вы получаете готовую дыру для атак Kerberoasting с мгновенным подбором слабого хеша в офлайне.

План на смену: выгрузить сервисные аккаунты без AES, запланировать смену паролей с владельцами сервисов и пересобрать ключевые keytab-файлы. Это час спокойной работы, который избавит вас от ночного дежурства при падении SSO.

#skills #activedirectory #kerberos #rc4 #aes #security #windows #powershell #sysadmin #admin_future

📋 Итоги сентября: 12 критических проверок до октябрьского Patch Tuesday

Коллеги, сегодня финал месяца и квартала. Сентябрь выдался рекордным по плотности zero-day атак и пересмотру базовых практик безопасности.

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

🔴 ПЕРИМЕТР (активная эксплуатация «в дикой природе», внесено в CISA KEV)
[ ] MikroTik RouterOS: обновить до 7.23.6+ / 7.24.3+ / 6.49.21+ (версий 7.23.5 и 7.24.2 уже недостаточно!). SSH, WinBox и WebFig категорически убрать с внешних интерфейсов.

[ ] Citrix NetScaler ADC / Gateway: накат сборок 14.1-73.37 / 13.1-64.23. Дедлайн CISA — сегодня. Обязательный съем дампов памяти и логов до обновления.

[ ] Check Point: раскатать актуальный Jumbo HF под свою ветку (R81.20 Take 166, R82 Take 126 и др.). Веб-интерфейс Management изолировать строго внутри mgmt-сети.

[ ] Roundcube Webmail: версии 1.6.19 / 1.7.4. Провести ревизию конфига virtuser_query.

[ ] WordPress: ядро 7.1.2 (или крайний бэкпорт своей ветки). Проверить флаг register_argc_argv = Off и вычистить PEAR.

🟠 ИНФРАСТРУКТУРА WINDOWS / ACTIVE DIRECTORY
[ ] Кумулятивные патчи + OOB для RDS: помимо сентябрьского LCU накатить внеплановые фиксы для Remote Desktop Services (KB5129238 / KB5129237 / KB5129235 — забираются вручную через Microsoft Update Catalog).

[ ] Microsoft SharePoint Server: убедиться в установке августовских обновлений безопасности (CVE-2026-65660, вектор переклассифицирован из Spoofing в полноценный RCE).

[ ] Окончательный отказ от Kerberos RC4: перевод всех сервисных аккаунтов (SPN) на AES128/AES256 с обязательным сбросом паролей и перевыпуском Linux-keytab.

[ ] Veeam Agent: обновить агенты резервного копирования до 13.0.3.1220+ / 13.1.1.700.

🟡 СЕРВЕРЫ LINUX И ВИРТУАЛИЗАЦИЯ
[ ] Ядро Linux: закрыть 3 критические CVE из каталога KEV (уязвимости в kTLS, ebtables, AF_ALG) + вариант Spectre v2 (Branch Target Reuse). Накатить апдейт ядра и спланировать ребут нод.

[ ] Docker Engine: просканировать сеть и убедиться, что ни один сокет демона dockerd не слушает порт TCP/2375 без mutual TLS.

[ ] Гипервизоры (ESXi / vCenter / Proxmox VE): интерфейсы управления изолированы в отдельный Management VLAN без маршрутизации в пользовательские сети; на хостах ESXi включены Lockdown Mode и execInstalledOnly.

🔵 ЖИЗНЕННЫЙ ЦИКЛ И ПЛАНИРОВАНИЕ (EOL)
[ ] Windows Server 2016: до конца поддержки (12 января 2027 г.) осталось всего 104 дня. Проекты миграции на 2022/2025 должны быть в активной стадии.

[ ] Microsoft SQL Server 2016: фаза Extended Support завершилась 14 июля 2026 г. Инстансы без контракта ESU находятся в зоне риска.

[ ] Службы WDS (Windows Deployment Services): функционал признан устаревшим (deprecated) — перевод инфраструктуры развертывания на современные механизмы.

💡 ГЛАВНЫЕ ВЫВОДЫ СЕНТЯБРЯ
Периметр — ключевая точка входа. Векторы атак на MikroTik, NetScaler, Check Point и Zyxel подтверждают: взлом начинается не с фишингового письма бухгалтеру, а с пограничного шлюза.

Окно «дикого» zero-day исчисляется неделями. Check Point Management ломали с 23 июля, NetScaler — неделями до релиза билдов вендора. Парадигма «накатил патч = чист» мертва — периметр требует форензики.

Оценки вендоров запаздывают. Баги в SharePoint мутировали из безобидного спуфинга в критический RCE, а ранние «патчи» MikroTik потребовали повторных исправлений. Каталог CISA KEV нужно перечитывать регулярно.

AI масштабирует классическую разведку. Кампании вроде Carbonato и Aurora показали: злоумышленники поручают агентам черновую работу по перебору, NTLM relay и сканированию AD, пробивая старые огрехи конфигурации за считанные минуты.

📌 План действий: забирайте чеклист, распределяйте задачи между инженерами и закрывайте хвосты до пятницы. 13 октября — следующий Patch Tuesday, встречать его нужно с чистыми хвостами по сентябрю.

#итоги #patchmanagement #checklist #security #sysadmin #admin_future

⚡️ [ root@admin-future ~ ]# new_post

Windows Event Viewer для Linux-админа

🔗 https://mfgit.ru/2026/09/30/windows-event-viewer-2026-2/

#безрубрики

⚡️ [ root@admin-future ~ ]# new_post

Backup Strategy: что выбрать в 2026

🔗 https://mfgit.ru/2026/09/30/backup-strategy-2026-2/

#безрубрики