Admin Future
239 subscribers
50 photos
1 video
4 files
87 links
Превращаем эникейщиков в System Architects.
🚀 Твой навигатор в мире IT-инфраструктуры:

▪️ Hard Skills: Linux, Windows, Network, Security
▪️ Tools: Лучший софт и скрытые фишки
▪️ Mindset: Как думать, чтобы платили много


Админ - @maksimshap
Download Telegram
Pets vs Cattle: Главный принцип облачной архитектуры

Этот афоризм из мира облачных вычислений меняет всё.

Pets (питомцы):

Это серверы, к которым вы относитесь как к домашним любимцам.

У них есть уникальные имена (db-master-01).

Вы их холите и лелеете, лечите, когда они "болеют".

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

Cattle (скот):

Это серверы, к которым относятся как к стаду.

У них нет имён, только номера (web-worker-001, web-worker-002).

Их никто не лечит. Если один сервер "заболел", его просто "пристреливают" (удаляют), а на его место автоматически приходит новый, созданный из того же образа.

Взгляд архитектора: Цель современной архитектуры — превратить как можно больше "питомцев" в "стадо". Это достигается через автоматизацию (Ansible, Terraform) и контейнеризацию (Docker, Kubernetes).

#architect #devops #cloud #sre #petsvscattle #стратегия
🔥3
Windows 11: Диспетчер задач стал "бессмертным зомби" (KB5067036)

Это не шутка. Это ирония судьбы (или Microsoft).
Инструмент, призванный чистить систему от зависших процессов, сам превратился в "мусор, пожирающий ресурсы".

Суть проблемы (после KB5067036):
При каждом запуске Диспетчера задач (taskmgr.exe) в Windows 11 создается несколько его копий. Эти копии не закрываются после завершения работы с Диспетчером, продолжая висеть в фоне и потреблять CPU/RAM.

Результат:
Утилита, созданная для повышения производительности, начинает замедлять ваш компьютер. Это настоящий "Диспетчер-зомби".

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

Что делать:
1. Будьте внимательны к потреблению ресурсов после установки KB5067036.
2. Если проблема обнаружена — придется завершать "зомби-процессы" через командную строку (taskkill) или ждать исправления от Microsoft.
Подробности: https://www.securitylab.ru/news/565626.php

#windows #windows11 #баги #sysadmin #проблемы #update
👍2😱2
ИБ: Атака "Living Off the Land" (LotL). Почему ваш PowerShell опаснее вируса

Забудьте о .exe-вирусах.
Современные атаки (особенно шифровальщики) не заносят "вирус" — они используют ваши собственные, доверенные инструменты против вас.
Это называется "Living Off the Land" (жизнь за счет земли).

Главные "предатели" в вашей системе:

powershell.exe: Запуск base64-команд, скачивание и выполнение скриптов из памяти (IEX (New-Object Net.WebClient).DownloadString(...)).

wmic.exe: Удаленное выполнение команд на других машинах (Lateral Movement).

bitsadmin.exe: Стандартная утилита для скачивания... вредоносных модулей.

certutil.exe: "Легальное" скачивание и декодирование файлов.

Почему это работает? Ваш "классический" антивирус видит, что powershell.exe — это доверенный процесс Microsoft, и игнорирует его вредоносную активность.

Взгляд архитектора: Вы не можете просто "заблокировать PowerShell". Архитектор переходит от сигнатурного анализа к поведенческому.

Внедрите Sysmon: (Мы о нем писали). Он покажет, какой процесс запустил powershell.exe с какими аргументами.

Включите Script Block Logging в GPO: Начните логировать весь код, который выполняет PowerShell.

AppLocker/WDAC: Перейдите в режим "белого списка". Запретите powershell.exe запускаться из папок AppData или Downloads.

#security #windows #powershell #cybersecurity #zerotrust #architect #гайд
🔥1
Linux: Ваш chroot на стероидах. Знакомство с distrobox

У вас на рабочей машине (или сервере) CentOS, но вам срочно нужен инструмент, который есть только в Ubuntu? Или нужно протестировать скрипт в Arch Linux?

Раньше вы бы ставили VirtualBox или мучились с chroot. Сегодня есть distrobox.

distrobox — это утилита, которая использует podman или docker для запуска любого дистрибутива Linux, но делает это с глубокой интеграцией в вашу основную систему.

Как это работает: Вы запускаете:
Bash

# Создаем "коробку" с Ubuntu 22.04
distrobox create -n ubuntu-box -i ubuntu:22.04
# Входим в нее
distrobox enter ubuntu-box

В чем магия:
* Ваш HOME проброшен внутрь.
* USB-устройства, графика (включая GUI-приложения!) — все работает.
* Вы можете установить zsh в ubuntu-box, и он появится в списке оболочек вашей основной системы.
* Вы можете запустить VS Code из ubuntu-box так, будто он установлен у вас.

Это одноразовые, чистые окружения, которые не загрязняют вашу основную ОС.

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

#linux #distrobox #docker #podman #devops #sysadmin #гайд
👍2🥰2
Windows Server 2025: "Hotpatching" — это революция. Обновления без перезагрузки

Мы 20 лет жили по правилу: "Вторник — патчи, среда (3 часа ночи) — перезагрузка". Это правило (почти) мертво.

В Windows Server 2025 (и уже сейчас в Azure Edition) Microsoft выкатила "Hotpatching" (Горячее исправление) для всех.

Как это работает:

Базовый план: Раз в несколько месяцев вы ставите "большой" кумулятивный апдейт (с перезагрузкой).

"Горячие" патчи: В промежутках Microsoft выпускает только патчи безопасности, которые применяются на лету, в оперативной памяти работающих процессов.

Результат: rundll32.exe или lsass.exe "бесшовно" перезапускаются в памяти с новым, исправленным кодом. Сервер не перезагружается. Сервисы не останавливаются.

Взгляд архитектора: Это не "удобство". Это фундаментальное изменение в SLA (Service Level Agreement). Мы больше не выбираем между "быть безопасным" и "быть в аптайме". Мы можем гарантировать 99.99% доступности и быть защищенными. Это меняет подход к проектированию кластеров и окон обслуживания.

#windows #windowsserver #hotpatching #sysadmin #architect #musthave #гайд
Архитектура: Принцип Idempotency (Идемпотентность)

Если вы дважды (или сто раз) запустите одну и ту же операцию, результат всегда будет одинаковым.

Простой пример:

Неидемпотентно: команда_создать_пользователя_Вася (выдаст ошибку, если Вася уже есть).

Идемпотентно: команда_убедиться_что_пользователь_Вася_существует (создаст, если нет; ничего не сделает, если есть).

Взгляд архитектора: Это основа Infrastructure as Code (IaC). Ваш Ansible-плейбук или Terraform-конфиг должны быть идемпотентны. Вы не боитесь запустить их 10 раз — они просто убедятся, что система в нужном состоянии, без побочных эффектов.

#architect #devops #iac #ansible #terraform #принципы
👍1
SANS Institute: Две Шпаргалки для Выживания в Кибервойне (Windows & Linux)

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

SANS Institute — это не просто курсы. Это золотой стандарт в мире кибербезопасности. И они регулярно делятся бесценными ресурсами. Сегодня у нас две такие "библии":

Шпаргалка по Обнаружению Вторжений в Windows (Windows Intrusion Detection Cheat Sheet)

Шпаргалка по Выживанию в Linux Shell (Linux Shell Survival Guide)

Взгляд архитектора:
Эти шпаргалки — не для "новичков". Это рабочие инструменты для опытного инженера, который сталкивается с инцидентами.

#security #windows #linux #cybersecurity #sans #musthave #шпаргалки #гайд
Windows: "Вечная" уязвимость из 2017 года активно эксплуатируется прямо сейчас!

Пока мы боремся с новыми 0-day, хакеры активно эксплуатируют старую, известную уязвимость в Windows, которой уже 7 лет (с 2017 года).
Об этом сообщают Trend Micro и Arctic Wolf. Атаки идут на государственные и корпоративные сети по всему миру.

В чем ужас ситуации:
Возраст: Уязвимости уже 7 лет. Она хорошо изучена атакующими.
Активность: Эксплуатируется активно. Это не просто "теория".
Статус: Одна из уязвимостей (по данным отчёта) до сих пор не исправлена на всех системах.

Взгляд архитектора: Это не просто "баг". Это провал процесса патч-менеджмента. Уязвимости 2017 года не должны жить в вашей инфраструктуре в 2024.
Первый шаг: Убедитесь, что ваши системы полностью пропатчены. Проверьте все обновления.
Второй шаг: Включите автоматизированный аудит уязвимостей (Nessus, OpenVAS), чтобы находить такие "спящие бомбы".
Третий шаг: Применяйте принцип Zero Trust. Предполагайте, что периметр уже взломан.

Подробности: https://cisoclub.ru/hakery-ispolzujut-staruju-ujazvimost-v-windows-s-2017-goda-dlja-kiberatak-na-infrastrukturu-po-vsemu-miru/

#security #windows #cybersecurity #уязвимости #патчи #urgent
Linux: taskset — Ручное управление ядрами CPU. Привязка процессов как SRE

"Сервер тормозит, но htop показывает свободные ядра". Знакомая ситуация? Причина может быть в конкуренции за CPU или в неправильном распределении нагрузки.
taskset — это ваш "хирург" для CPU. Он позволяет жестко привязать процесс к определенным ядрам или запустить его сразу с нужным CPU Affinity.

Изоляция: Критичные сервисы (например, БД, Nginx) не будут конкурировать за ядра с "фоновыми" задачами.
NUMA: Оптимизация для NUMA-архитектур (процесс работает на ядрах, ближайших к памяти, которую он использует).
Производительность: Предотвращение "миграции" процессов между ядрами, что снижает накладные расходы.

1️⃣ Привязка к ядрам для уже запущенного процесса:

Сначала найдем PID процесса (например, myapp).
# Ищем PID
pidof myapp
# Или:
ps aux | grep myapp
# ...предположим, PID = 1574

Посмотрим CPU в системе:
lscpu | grep -E 'CPU\(s\)|NUMA'
# Пример: CPU(s): 8, NUMA node0 CPU(s): 0-7

Пример: Сажаем процесс 1574 на ядра 0, 1 и 2:
taskset -pc 0-2 1574
# Результат:
# pid 1574's current affinity list: 0-7
# pid 1574's new affinity list: 0,1,2

Теперь процесс гарантированно не займет остальные ядра.

2️⃣ Запуск программы с ограничением по CPU (через битовую маску):
taskset при запуске требует mask (битовую маску), а не список ядер.
Как работает маска: Каждое ядро — это один бит.

Ядро 0 = 1 (0x01)
Ядро 1 = 2 (0x02)
Ядро 2 = 4 (0x04)
Ядро 3 = 8 (0x08)

...и так далее (2 в степени номер ядра)

Пример: Запустить программу только на ядре 0 (маска 1):
taskset 1 gzip hugefile

Пример: Запуск на ядрах 2 и 3 (маска 4 + 8 = 12 = 0x0C):
taskset 0x0C gzip hugefile

3️⃣ Как быстро узнать маску для нужных ядер (лайфхак):
Не хочется считать? Дайте taskset список ядер для любого процесса, а потом узнайте его маску.
# Временно привязываем systemd-journald к ядрам 4 и 5
taskset -pc 4-5 $(pidof systemd-journald)
# Смотрим его маску:
taskset -p $(pidof systemd-journald)
# Пример:
# pid 412's current affinity mask: 30 <- Вот и маска для ядер 4-5!

4️⃣ Наглядный тест с xz:
Создайте тестовый файл: dd if=/dev/urandom of=/tmp/testfile bs=1M count=200
Запустите xz только на ядрах 0 и 1 (маска 1 + 2 = 3):
taskset 3 xz -T2 /tmp/testfile

Откройте htop и увидите, как процесс xz будет использовать строго эти два ядра.

Взгляд архитектора: Вы управляете не "сервером", а ресурсами. taskset позволяет делать микро-оптимизацию, которая может спасти нагруженное приложение от деградации производительности. Это часть вашего инструментария для Performance Engineering.

#linux #performance #taskset #sre #команды #гайд
Windows: Хватит "кликать". Массовое управление пользователями AD с PowerShell

Задача: 50 новым сотрудникам из отдела "Sales" нужно установить менеджера в профиле.
Реакция админа: Открыть "Пользователи и компьютеры", найти каждого, дважды кликнуть, перейти на вкладку "Организация", вписать менеджера... 150 кликов, 30 минут.
Реакция архитектора: 30 секунд, одна строка.

PowerShell — это не просто скриптовый язык, это инструмент для массовых операций в AD.

Как это работает:
Найти (Get): Сначала находим всех, кто нам нужен.
PowerShell
# Находим всех включенных пользователей в OU "Sales"
Get-ADUser -Filter 'Enabled -eq $true' -SearchBase "OU=Sales,DC=corp,DC=local"

Изменить (Set): Передаем результат по "конвейеру" (|) на командлет Set-ADUser.
PowerShell
# Находим всех в "Sales" И ОДНОЙ КОМАНДОЙ устанавливаем им менеджера
Get-ADUser -Filter 'Enabled -eq $true' -SearchBase "OU=Sales,DC=corp,DC=local" |
Set-ADUser -Manager "CN=Boss,OU=Management,DC=corp,DC=local"

Еще примеры:

Массово разблокировать: Get-ADUser -Filter 'Department -eq "Support"' | Unlock-ADAccount

Массово отключить: Get-ADUser -Filter 'Description -like "*old*"' | Disable-ADAccount

Взгляд архитектора: Вы не "меняете пользователей". Вы обеспечиваете консистентность данных и автоматизируете процессы. Это основа для скриптов onboarding/offboarding (прием/увольнение), которые экономят компании сотни часов и предотвращают ошибки.

#windows #powershell #activedirectory #automation #sysadmin #гайд
Гайд/Linux (Networking)
Linux: ping и traceroute — это прошлое. Диагностируем сеть как SRE с mtr

Проблема: Сервер "лагает". ssh "залипает". Вы запускаете ping — 0% потерь. Вы запускаете traceroute — он доходит до цели. Так в чем же дело?

Ответ: Вы не видите потери пакетов (packet loss) на промежуточных узлах.

mtr (My Traceroute) — это ping и traceroute в одном флаконе, на стероидах. Он в реальном времени показывает потери и пинг до каждого хопа на пути к цели.

Как читать mtr: Просто запустите: mtr google.com

Вы увидите таблицу: Host (Хопы) | Loss% (Потери) | Snt (Отправлено) | Last | Avg | Best | Wrst

Ваша задача — смотреть на Loss%:

Если потери 0% до самого конца — с сетью все в порядке.

Если на 7-м хопе (маршрутизатор вашего провайдера) 10% потерь, а на всех последующих тоже 10% — вы нашли виновника.

Команда для отчета (для скриптов):

Bash
# Отправить 10 пакетов и вывести отчет, не запуская интерактивный режим
mtr --report -c 10 ya.ru

Взгляд архитектора: Вы переходите от жалобы "у меня тормозит" к факту: "На 7-м хопе, xe-0-1-0.msk.provider.net, 10% потерь пакетов, начиная с 14:00". Это Data-Driven Troubleshooting (поиск неисправностей на основе данных), а не гадание.

#linux #networking #sre #mtr #diagnostics #команды #гайд
Linux: Аудит "богов". Кто и что может делать через sudo?

Вы думаете, что у пользователя www-data нет прав root. Но что лежит в /etc/sudoers.d/? Неправильная sudo-политика — это прямой путь к повышению привилегий (Privilege Escalation).

Как ПРАВИЛЬНО проводить аудит sudo:

Проверить конкретного пользователя: Самая важная команда. Она показывает эффективные права пользователя, собранные из всех файлов.
Bash
# Показать, что может делать www-data
sudo -l -U www-data

# Вывод:
# (ALL) NOPASSWD: /usr/sbin/service nginx reload <-- (ХОРОШО)
# (ALL) NOPASSWD: /bin/bash <-- (ОЧЕНЬ ПЛОХО!)

Посмотреть все активные правила "вживую": Этот grep отсечет все комментарии (#) и пустые строки ($) и покажет только действующие правила из всех файлов.
Bash
sudo grep -vE '^(#|$)' /etc/sudoers /etc/sudoers.d/*

Посмотреть, кто и что уже делал: sudo логирует каждое свое выполнение (обычно в /var/log/secure или /var/log/auth.log).
Bash
# Показать 20 последних команд, выполненных через sudo
sudo cat /var/log/auth.log | grep "sudo:" | tail -n 20

Взгляд архитектора: Principle of Least Privilege (PoLP). sudo — это не просто "дать root". Это гранулированный инструмент. Архитектор никогда не дает ALL=(ALL) ALL. Он дает dev-user ALL=(ALL) /usr/sbin/systemctl restart myapp.service. Это и есть проектирование безопасности.

#linux #security #sudo #audit #cybersecurity #sysadmin #гайд
Windows: Будущее VPN уже здесь. Разбираем "SMB over QUIC"

Все мы знаем "боль" классических VPN: они медленные, отваливаются, их блокируют файрволы. Доступ к файловым шарам для удаленных пользователей — это вечный компромисс между удобством и безопасностью.

Microsoft решила эту проблему, и это будущее, которое уже здесь: SMB over QUIC.

Что это такое (простым языком): Это "родной" VPN от Microsoft, созданный только для доступа к файловым серверам. Он "заворачивает" стандартный файловый трафик SMB (порт 445) внутрь QUIC (HTTP/3).

Почему это революция для админа:

Безопасность: Весь трафик всегда зашифрован (DTLS 1.3).

Проходит везде: Работает поверх UDP-порта 443. Этот порт открыт в 99.9% сетей (для HTTPS), а значит, доступ будет из любого отеля, кафе или аэропорта.

Стабильность: QUIC "терпим" к смене сетей (Wi-Fi -> LTE -> Wi-Fi), не разрывая сессию.

Взгляд архитектора: Это не просто "фича". Это фундаментальный сдвиг к модели Zero Trust. Вы больше не "пускаете" пользователя во всю внутреннюю сеть (как с VPN). Вы даете ему шифрованный, изолированный доступ только к одному ресурсу — файловому серверу.

#windows #windowsserver #security #networking #smb #quic #architect #гайд
🤨2
ИБ: Новая угроза — "Quishing". Как QR-коды обходят вашу защиту

Ваш дорогой anti-spam фильтр проверяет ссылки и текст. Но что, если в письме нет ни одной ссылки?

Встречайте "Quishing" (QR Code Phishing) — стремительно растущий вектор атак.

Как это работает:

Пользователь получает письмо (часто под видом "Срочно! Обновите MFA-аутентификацию").

В письме нет ссылок, только изображение (QR-код). Ваш спам-фильтр видит просто картинку и пропускает письмо.

Пользователь сканирует QR-код личным телефоном.

Телефон (который не защищен вашим корпоративным EDR) переходит на фишинговый сайт, где пользователь вводит свой логин и пароль.

Взгляд архитектора: Это атака на "слой 8" (человека), которая обходит традиционные технические средства защиты (E-Mail Gateway, EDR на ПК).

Как защищаться (Defense in Depth):

Обучение: Расскажите пользователям, что сканировать неизвестные QR-коды так же опасно, как и кликать по ссылкам.

MFA: Настоящий MFA (не SMS) — ваш главный бастион.

MDM (Mobile Device Management): Если сотрудники используют личные телефоны для работы, они должны быть под управлением (MDM) и иметь защиту (Endpoint Security).

#security #phishing #cybersecurity #zerotrust #гайд #musthave
AI-Промпт (Чек-лист): "Обоснуй покупку нового сервера"

Боль админа: Вы говорите менеджеру: "Нам нужен новый сервер! CPU 100%, диск 99%!". Ответ менеджера: "Пока работает — не трогаем. Денег нет".

Вы говорите на разных языках. AI — ваш идеальный "переводчик" с технического на язык бизнеса.

Промпт (для ChatGPT/Gemini/Copilot):

Выступи в роли Senior IT Architect.
Моя задача — убедить руководство (CEO, CFO) выделить бюджет на покупку нового сервера для базы данных (SQL01).

Технические проблемы:
1. Серверу 5 лет, гарантия истекла.
2. Диски (RAID 5, HDD) заполнены на 97%.
3. CPU (старый Xeon) в пиковые часы 100% загружен.
4. Бэкапы занимают 8 часов и замедляют работу.

Твоя задача:
Напиши короткое, но убедительное **ТЭО (технико-экономическое обоснование)** для руководства.

Чек-лист для AI:
1. [ ] Начать с "Бизнес-рисков", а не "Технических проблем". (Не "CPU 100%", а "Отчеты по продажам формируются 40 минут вместо 2").
2. [ ] Оценить риск простоя. (Что будет, если сервер умрет? "Остановка отгрузок на N часов", "Потеря данных = штрафы").
3. [ ] Предложить решение. (Новый сервер с SSD (NVMe) в RAID 10, больше RAM).
4. [ ] Показать ROI (возврат инвестиций). ("Скорость отчетов х5", "Бэкап за 30 мин", "Снижение риска простоя на 99%").
5. [ ] Язык: Деловой, без технического жаргона.

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

#ai4admin #architect #sysadmin #промпты #чеклисты #гайд
Windows: Скрипт-аудитор "кто имеет доступ?". Ищем "дыры" в NTFS-правах

Вы "расшарили" папку \\filesrv01\Sales. Спустя год в ее 50-ти подпапках права превратились в "паутину". Вы не знаете, у кого на самом деле есть Full Control.

Реакция админа: "Работает — не трогай". Реакция архитектора: Запустить рекурсивный аудит и найти все "опасные" права.

Этот PowerShell-скрипт — ваш аудитор. Он рекурсивно просканирует папку и найдет все явные (не-наследованные) права, выданные "Всем" (Everyone) или "Прошедшим проверку" (Authenticated Users).

Код скрипта:
PowerShell

[CmdletBinding()]
param (
[string]$TargetFolder = "C:\Shares\Sales",
# Ищем эти "опасные" группы
[string[]]$DangerousPrincipals = @("Everyone", "Authenticated Users")
)

Write-Host "--- Начинаю аудит NTFS-прав в $TargetFolder ---" -ForegroundColor Cyan

# Получаем все папки рекурсивно
$Folders = Get-ChildItem -Path $TargetFolder -Recurse -Directory

$Report = foreach ($Folder in $Folders) {
# Получаем ACL (список доступа)
$Acl = Get-Acl -Path $Folder.FullName

foreach ($AccessRule in $Acl.Access) {
# Нас интересуют только ЯВНЫЕ (не наследованные) права
if ($AccessRule.IsInherited -eq $false) {

# Проверяем, есть ли группа в нашем "опасном" списке
if ($DangerousPrincipals -contains $AccessRule.IdentityReference.Value) {
[PSCustomObject]@{
Path = $Folder.FullName
User = $AccessRule.IdentityReference
Permissions = $AccessRule.FileSystemRights
Status = "DANGEROUS_EXPLICIT_PERM"
}
}
}
}
}

if ($Report) {
Write-Host "`n[!!!] ОБНАРУЖЕНЫ ОПАСНЫЕ ЯВНЫЕ ПРАВА:" -ForegroundColor Red
$Report | Format-Table
} else {
Write-Host "`n[OK] Опасных явных прав не найдено." -ForegroundColor Green
}

Взгляд архитектора: Это — аудит принципа наименьших привилегий (PoLP). Вы не "верите", что права в порядке, вы проверяете. Этот скрипт — основа для ежемесячной проверки файловых шар на соответствие политикам безопасности.

#windows #powershell #security #ntfs #audit #скрипты #sysadmin
🔥2
Linux: Скрипт "Daily Digest". Топ-10 ошибок из journalctl

Сервер "глючит". Лог journalctl — это миллион строк. Вы не можете найти причину в этом "шуме".

Реакция админа: Листать journalctl | grep "error" и надеяться. Реакция архитектора: Агрегировать данные и найти паттерны.

Этот Bash-скрипт — ваш "SRE-ассистент". Он проанализирует логи journalctl за последние 24 часа и покажет Топ-10 самых частых ошибок, отсекая весь "шум".

Код скрипта:
Bash

#!/bin/bash
# --- JournalCTL Error Digest ---

echo "--- Топ-10 ошибок в journalctl за последние 24 часа ---"

# 1. journalctl: Запрашиваем все с приоритетом "error" (3) за последние 24 часа.
# 2. awk: Вырезаем только само сообщение (все, что после ': ').
# 3. sort: Сортируем строки, чтобы одинаковые были рядом.
# 4. uniq -c: "Схлопываем" одинаковые строки и считаем их (count).
# 5. sort -nr: Сортируем по числу (numeric) в обратном порядке (reverse).
# 6. head -n 10: Показываем топ-10.

journalctl --since "24 hours ago" -p err | \
awk -F': ' '{ $1=""; $2=""; print $0 }' | \
sort | \
uniq -c | \
sort -nr | \
head -n 10

echo "---------------------------------------------------------"

Как использовать:
Сохраните как digest.sh.
chmod +x digest.sh
sudo ./digest.sh

Взгляд архитектора: Вы не "ищете ошибку". Вы анализируете частотность. Если одна и та же ошибка (Failed password for root) повторилась 5000 раз — это brute-force атака, и вам нужен fail2ban. Если (Disk I/O error) — у вас умирает диск. Это Data-Driven Troubleshooting.

#linux #bash #journalctl #sre #diagnostics #скрипты #devops
🔥2
SOC: Знать — значит защищать. Где следить за угрозами

В мире кибербезопасности скорость решает всё. Пока вы ставите патч от вчерашней уязвимости, хакеры уже эксплуатируют сегодняшнюю. Ключ к успеху в SOC (Security Operations Center) — это быть в курсе последних тенденций атак.

Админ реагирует на инцидент. Архитектор предвидит его, читая о новых TTPs (тактиках, техниках и процедурах) атакующих.

Вот 3 сайта "must-read", которые должны быть в ваших ежедневных закладках:

Krebs on Security (https://krebsonsecurity.com)

Глубокие расследования киберпреступлений от Брайана Кребса. Он часто раскапывает то, о чем молчат другие.

The Hacker News (https://thehackernews.com)

"Пульс" индустрии. Оперативные новости о новых уязвимостях, 0-day и крупных взломах.

Bleeping Computer (https://www.bleepingcomputer.com)

Незаменимый ресурс по шифровальщикам (Ransomware). Детальные разборы новых семейств, индикаторы компрометации (IoC) и утилиты-дешифраторы.

Взгляд архитектора: Это не просто "чтиво". Это поток разведданных (Threat Intelligence). Читая эти сайты, вы не просто "узнаете новости" — вы получаете данные, чтобы:

Настроить Sysmon или auditd на поиск новых техник.

Объяснить руководству, почему нужно срочно внедрить MFA (показав свежий кейс).

Проактивно проверить свою инфраструктуру на уязвимости, о которых только что стало известно.

#security #soc #cybersecurity #threatintel #musthave #гайд #architect
👍1
Охота на "бесфайловых": Анализ RAM с помощью Volatility

Ваш антивирус молчит, Sysmon чист, но вы чувствуете, что сервер скомпрометирован.
Скорее всего, вы столкнулись с Fileless Malware — вредоносным кодом, который живет только в оперативной памяти (RAM) и никогда не касается диска.

Реакция админа: Перезагрузить сервер (и уничтожить все улики). Реакция архитектора: Сделать дамп памяти и начать "цифровую форензику".

Volatility 3 — это "золотой стандарт" (и open-source) для анализа дампов памяти Windows и Linux.

Как это работает (на пальцах):
Соберите дамп: Используйте WinPmem или FTK Imager (от AccessData), чтобы "сфотографировать" всю RAM проблемного сервера в один .mem файл.
Запустите Volatility на машине для анализа: vol.py -f server_dump.mem <plugin>
3 плагина, которые находят "невидимое":

windows.pstree.PsTree
Что делает: Показывает дерево процессов. Вы сразу увидите аномалию: powershell.exe, запущенный из-под winword.exe, или svchost.exe, который висит дочерним процессом у explorer.exe.

windows.netscan.NetScan

Что делает: Показывает все сетевые соединения, которые были активны в момент снятия дампа. Он найдет "скрытые" C2-соединения, которые процесс мог уже закрыть и "почистить" из netstat.

windows.malfind.Malfind

Что делает: "Охотник" за вредоносным кодом. Он сканирует память процессов на наличие внедренного (injected) кода — классический признак fileless-атаки.

Взгляд архитектора: Это — высшая лига Incident Response. Вы должны предполагать, что EDR может быть обойден. Умение анализировать RAM — это ваш последний рубеж обороны, позволяющий найти коренную причину (root cause) самой сложной атаки.

#windows #security #forensics #volatility #cybersecurity #architect #гайд