CodeGuard: CyberSec Edition
Канал по ИБ и этичному хакингу. Связь: @Arakcheev_Ruslan Ссылка: @invite_CodeGuard Биржа: https://telega.in/c/+3X56uL4A-UM3Njgy
Показати більше📈 Аналітичний огляд Telegram-каналу CodeGuard: CyberSec Edition
Канал CodeGuard: CyberSec Edition є активним учасником. На даний момент спільнота об'єднує 12 538 підписників, посідаючи 10 134 місце в категорії Технології та додатки та 52 701 місце у регіоні Росія.
📊 Показники аудиторії та динаміка
З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 12 538 підписників.
За останніми даними від 20 червня, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на 517, а за останні 24 години на 50, загальне охоплення залишається високим.
- Статус верифікації: Не верифікований
- Рівень залученості (ER): Середній показник залученості аудиторії становить 12.15%. Протягом перших 24 годин після публікації контент зазвичай збирає 6.95% реакцій від загальної кількості підписників.
- Охоплення публікацій: В середньому кожен допис отримує 1 522 переглядів. Протягом першої доби публікація в середньому набирає 871 переглядів.
- Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 4.
- Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як codeguard, pysec, docker, grep, контейнер.
📝 Опис та контентна політика
Автор описує ресурс як майданчик для висловлення суб'єктивної думки:
“Канал по ИБ и этичному хакингу.
Связь: @Arakcheev_Ruslan
Ссылка: @invite_CodeGuard
Биржа: https://telega.in/c/+3X56uL4A-UM3Njgy”
Завдяки високій частоті оновлень (останні дані отримано 21 червня, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.
for i in {1..5}; do echo "user$i+test$(date +%s)@example.com"; done
Вывод: user1+1733550000@example.com
🔹 Случайные логины/пароли:
# Логин (8 букв)
LC_ALL=C tr -dc 'a-z' < /dev/urandom | head -c8; echo
# Пароль (12 символов)
LC_ALL=C tr -dc 'a-zA-Z0-9!@#$' < /dev/urandom | head -c12; echo
Пример вывода: P7#mK9nQ@2xL
🔹 Фейковые логи (timestamp + IP + event):
for i in {1..10}; do
echo "$(date '+%Y-%m-%d %H:%M:%S') $(shuf -en1 {1..254} | xargs -I{} echo 192.168.1.{}) $(shuf -en1 {INFO,WARN,ERROR,DEBUG}) $(shuf -en1 {login,auth_fail,access_denied,scan_detected})"
sleep 0.05
done
Вывод: 2025-12-06 23:39:12 192.168.1.147 ERROR auth_fail
🔹 Случайные IP из подсетей:
# Один IP из 192.168.0.0/24
shuf -en1 192.168.0.{1..254}
# 100 IP подряд
for i in {1..100}; do shuf -en1 {10..10}.{1..254}.{1..254}; echo; done
🔹 UUID/токены/хэши:
# HEX 32 символа
LC_ALL=C tr -dc 'a-f0-9' < /dev/urandom | head -c32; echo
# Base64 токен
LC_ALL=C tr -dc 'A-Za-z0-9+/=' < /dev/urandom | head -c20; echo
Пример: 8f4a2b9c1d3e5f7a9b0c2d4e6f8a1b3c
🔹 Фейковые User-Agent:
shuf -en1 "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36"🔹 Массовые файлы логов:
for i in {1..1000}; do echo "$(date) FAKE LOG $i" >> /tmp/fake_logs.txt; done
💣 Симулирует гигабайты логов для SIEM/ELK! Идеально для red team и bug bounty.
Сохраняй, пригодиться же...)
😈 CodeGuard: PySec Edition | Чат— Prefetch: C:\Windows\Prefetch\*.pf (Показывает, какой EXE запускался, откуда, сколько раз и когда в последний раз) — ShimCache: в реестре SYSTEM\...\AppCompatCache (Фиксирует факт засветки файла в системе, а также его путь, размер, время модификации) — AmCache: C:\Windows\AppCompat\Programs\AmCache.hve (Даёт путь, время первого/последнего запуска, SHA1, версию и оригинальное имя файла)2️⃣ Пользовательская активность
— Jump Lists: recent в новом виде (Automatic/CustomDestinations) (Хранят списки недавно и часто открываемых файлов или доков, включая сетевые и облачные пути) — RecentDocs / OpenSaveMRU: ветки Explorer в NTUSER.DAT (Отражают последние открытые и сохранённые файлы по типам и приложениям) — Shellbags: профиль + UsrClass.dat (История посещённых директорий, даёт подтверждение открытия папки в проводнике)3️⃣ Браузер и сеть
— История браузеров: БД и файлы профилей Chrome/Edge/Firefox (URL, сессии, иногда логины — по ним часто восстанавливают путь до фишинговых страниц и теневых облаков) — DNS‑артефакты: кэш и логи DNS (Всплывают домены C2 и одноразовых облаков даже после чистки браузера) — Firewall и Sysmon сеть: сетевые события (Помогают увидеть новые и outbound соединения, нестандартные порты и немой трафик)4️⃣ Логи и таймлайны
— Security / Sysmon / PowerShell / RDP‑логи (Дают логоны, создание процессов, сетевые коннекты, запуск скриптов — все это основа нормального таймлайна инцидента) — MFT + USN Journal (Позволяют увидеть массовое шифрование, удаление или создание файлов)На какую из этих зон вы хотите отдельный разбор с командами и разбором? Пишите свои предложения в наш чат 💬 😈 CodeGuard: PySec Edition | Чат
«•» В статье говорится о том, как обойти ошибку Zabbix, чтобы его можно было спокойно использовать для функций по триггерам🖥️ В чём суть проблемы? — Для элементов состояния часто включают Discard unchanged и Zabbix не пишет повторяющиеся, экономя хранилище — Типичный триггер:
min(//service.info["{#SERVICE.NAME}",state],#3)<>0
— Если состояние не меняется, в историю почти ничего не попадает и функции значения min(...,#3) просто не из чего считать
🤩 Делаем каждое ошибочное значение уникальным
— На этом этапе предобработки делаем значения ошибки отличающимися друг от друга, добавляя к ним временную метку:
1️⃣ Состояние ОК — остаётся неизменным, стабильно отбрасывается
2️⃣ Состояния ошибки(1–999) — всегда чуть отличаются (за счёт времени), проходят через Discard unchanged и попадают в историю, где их можно агрегировать min/max/avg
🧘♂️ Что в итоге получаем
— Триггер корректно отработает по трём последним ошибочным значениям, даже с включённым Discard unchanged
— Объём данных заметно падает: нормальные состояния почти не пишутся, а ошибки сохраняются только по факту изменения и возникновения.
— Это хорошо масштабируется на большие парки Windows‑серверов, не превращая Zabbix в пылесос логов
🧚♀ Такой приём: самый простой способ снизить шум и ложные срабатывания, не ломая логику триггеров и не отказываясь от агрегирующих функций
➡️ Ссылка на статью
😈 CodeGuard: PySec Edition | ЧатНа самом деле — тестировать и защищать, но подбирать payload‑ы, собирать чейны и ломать уязвимые лабки ты можешь начать уже в первый вечер🕳 Что это вообще за репозиторий? — awesome-web-hacking это не просто список ссылок, а компактный роудмап по веб‑хакингу, который объясняет все от базовой теории до практики на реальных уязвимых стендах 😯 За 30 минут ты успеешь: 1️⃣ Понять базу атак — Открываешь блок Books и сразу получаешь список золотого стандарта: Web Application Hacker’s Handbook, книги по XSS, обфускации и браузерным атакам 2️⃣ Собрать минимальный набор тулов — В секции Tools лежит всё, чем живёт веб‑пентестер: Burp и ZAP, sqlmap, wpscan, WhatWeb, w3af, Nikto, Shodan, commix, WS-Attacker и куча нишевых утилит — По списку можно быстро собрать себе боевой чемодан: реког, сканеры, эксплуатация, webshell‑менеджеры, C2 для web‑оболочек 3️⃣ Запустить уязвимый стенд и начать ломать — В разделе Docker images for Penetration Testing лежат готовые образы: DVWA, Juice Shop, Mutillidae, WebGoat, WrongSecrets — Командой
docker pull поднимаешь любую лабу и сразу начинаешь тренировать XSS, SQLi, RCE, IDOR и прочие грехи веба
⚫ Для кого подойдет этот репо?
— Начинающим ИБ‑шникам, которые не знают, с чего начать в веб‑хакинге
— Багбаунтерам, ищущие новые инструменты, лабки и базы знаний
— Тем, кто устал от разрозненных ссылок и хочет один живой, поддерживаемый список по web‑security
🖱 Ссылка на репозиторий
😈 CodeGuard: PySec Edition | Чат«~ »Книга «Руткиты и буткиты» Алекса Матросова и Евгения Радионова — это не страшилки про вирусы, а методичка по тому, как реально живёт продвинутое вредоносное ПО внутри ОС⚠️ Ключевые моменты: >>> Материал включает подробные разборы реальных семейств руткитов и буткитов, с акцентом на то, как их исследовать >>> Книга дает не абстрактную теорию, а объясняет конкретные места в ядре, таблицы, структуры, драйверы, которые чаще всего трогают малвари >>> Как защита толкает злоумышленников в новые техники, и почему старые приёмы могут внезапно возродиться в слегка иной форме 🛠 Кому она будет полезна?: — аналитикам малварям и реверсерам, которые хотят глубже понимать рут/бут‑уровень, а не останавливаться на юзерспейсе — blue team и SOC, которым нужно лучше читать артефакты на уровне драйверов, загрузчика и подсистемы хранения — offensive‑специалистам, которые хотят понимать, до каких глубин защиты вообще стоит копать и чем это грозит на практике ➡️ Учимся делать техразборы, как всегда в нашем архиве — [тык] 😈 CodeGuard: PySec Edition | Чат
iptables -A FORWARD -s 10.10.50.0/24 -p tcp -m multiport --dports 443 \ # Разрешаем ассистенту только HTTPS к конкретному облаку
-d voice-cloud.example.com -j ACCEPT
iptables -A FORWARD -s 10.10.50.0/24 -j DROP
2️⃣ Для корпоративной сети то же самое можно описать в межсетевом экране NGFW: отдельная зона VOICE, строгие правила на egress и запрет любых входящих соединений извне
🖤 DPI и фильтрация аномалий: DPI‑движок или IDS/IPS позволяет находить попытки туннелирования, сканирование и необычную нагрузку на канал
— Пример простого правила Suricata для контроля исходящего HTTPS к левым хостам:
alert tls any 10.10.50.0/24 any -> any any (
msg:"VOICE: TLS к неизвестному хосту";
tls_sni; content!"voice-cloud.example.com";
sid:100001; rev:1;
)
(Такое правило даёт события, по которым можно понять, что ассистент внезапно заговорил с новым endpoint)
💀 Мониторинг поведения и алерты:
— Пример простого экспорта NetFlow или IPFIX с граничного маршрутизатора:
nfcapd -w -D -l /var/log/netflow -p 9995 # пример для nfdump/nfcapd
iptables -A FORWARD -s 10.10.50.0/24 -j NFLOG --nflog-group 10
(Далее эти потоки отправляются в SIEM, где настраиваются алерты: всплеск запросов, обращения к новым ASN и др.)
👁 Практические рекомендации:
— Обязательно размещай голосовые устройства в отдельном сегменте и не давайте им прямой доступ к внутренним сервисам
— Используй белые списки доменов и адресов, контролируйте TLS‑метаданные на периметре
— Включай потоковый мониторинг и простейшие поведенческие правила
😈 CodeGuard: PySec Edition | Чат«~» Плейлист роликов Techniques — это выжимка практики без лишней воды и беготни по системе. Вместо полного решения бокса автор каждый ролик фокусируется на конкретном приёме: показывает, как он устроен, где встречается и как перенести его на другие цели👩💻 Что даёт плейлист: — Понимание ключевых техник: привилегии через misconfig в sudo, уязвимые сервисы, эксплуатация SSRF и сложных SQL‑инъекций и т.д. — Умение узнавать паттерны из видео в реальных целях — Практику чтения кода, логов и конфигов под углом атакующего, а не тупого академического прочтения мануалов 💡 Почему это полезно ИБ‑специалисту: — Red team получает каталог рабочих приёмов, которые легко переносить в свои сценарии и отчёты — Blue team лучше понимает, как именно атакующие комбинируют мелкие конфиги в полноценный взлом и какие логи нужно собирать ⛓️ Ссылка на плейлист IppSec Techniques 😈 CodeGuard: PySec Edition | Чат
login: sniffer
Password: reffins
sniffer@sniffer:~ % su
Password: 1234
root@sniffer:/home/sniffer #
➡️ Проверка сети и установка софта:
root@sniffer:/home/sniffer # ifconfig wlan0
root@sniffer:/home/sniffer # ping www.google.com
root@sniffer:/home/sniffer # pkg install wireshark tshark snort trafshow
👤 Зачем это нужно? — В материале автор подробно описывает работу устройства и плюсом прикрепляет ссылку на Github репозиторий содержащий готовый загрузочный образ и набор скриптов для настройки сниффера, что будет особенно полезно и сетевым спецам и ИБ-шникам
➡️ Ссылка на статью
👀 Ссылка на репозиторий с программой для сетевиков
😈 CodeGuard: PySec Edition | Чат1) Wazuh — opensource SIEM + HIDS/EDR (агенты на хостах, правила корреляции, интеграции с Elastic и OpenSearch) 2) Osquery — SQL по системе: процессы, автозапуск, сеть, пользовательские артефакты через SELECT 3) OpenEDR — открытый EDR‑агент и сервер, который можно развернуть в своей инфраструктуре 4) Falco — runtime‑security для Kubernetes и Linux, ловит подозрительные системные вызовы и действия внутри контейнеров 5) DFIR-IRIS — веб‑платформа для ведения IR‑кейсов, связей между артефактами и TTP 6) Sigma — универсальный формат правил детектирования, конвертируется в запросы для разных SIEM/EDR 7) Sysmon + популярные конфиги (SwiftOnSecurity, OlafHartong и др.) — расширенный логгер Windows для глубокого мониторинга процессов и сетевых соединений 8) Kolide Fleet — масштабируемый менеджер osquery‑агентов, удобная панель для хантинга по парку хостов 9) Security Onion — готовый дистрибутив для SOC: сетевой мониторинг, NIDS/HIDS, лог‑менеджмент и IR‑инструменты 10) Chainsaw — быстрый инструмент для анализа Windows Event Logs: умеет проходить по журналам, применять готовые правила детектирования, подсвечивать подозрительные события и таймлайны атакДелаем вторую часть? ❤️ — Конечно 👍 — Не, пока что не стоит 😈 CodeGuard: PySec Edition | Чат
«~» Автор статьи показывает, как развернуть полноценный двухуровневый CA в Kubernetes. Корневой сертификат создаётся офлайн через OpenSSL, а промежуточный импортируется в HashiCorp Vault и используется для ежедневного выпуска TLS‑сертов, которыми управляет cert-manager👾 Коротко по шагам: 1️⃣ Сначала в кластере поднимается отказоустойчивый Vault через официальный Helm‑чарт, включается UI и Ingress
helm install vault hashicorp/vault -n vault --create-namespace \
--set "server.ha.enabled=true,server.ha.raft.enabled=true,ui.enabled=true"
— После установки инициализируем и распечатываем ноды:
kubectl exec -n vault vault-0 -- \
vault operator init -key-shares=1 -key-threshold=1 -format=json > vault-init-keys.json
2️⃣ Затем через OpenSSL генерируются root CA и intermediate CA, настраиваются расширения для AIA и CRL
— Root CA:
openssl genrsa -out rootCA.key 4096
openssl req -x509 -new -key rootCA.key -days 3650 -sha256 -out rootCA.crt
— Intermediate CA, подписанный root’ом, для ежедневной выдачи сертификатов:
openssl genrsa -out intermediateCA.key 4096
openssl req -new -key intermediateCA.key -out intermediateCA.csr
openssl x509 -req -in intermediateCA.csr -CA rootCA.crt -CAkey rootCA.key -out intermediateCA.crt
3️⃣ В Vault включается движок pki, туда импортируется bundle intermediate.crt + key, настраиваются URL выдачи CA и CRL
— Подключаемся к Vault и включаем PKI:
kubectl port-forward -n vault svc/vault 8200:8200 &
export VAULT_ADDR=http://127.0.0.1:8200
export VAULT_TOKEN=$(jq -r .root_token vault-init-keys.json)
vault secrets enable -path=pki pki
— Импортируем связку intermediate.crt + key и настраиваем роль для сервисов:
vault write pki/config/ca pem_bundle="$(cat intermediateCA.crt intermediateCA.key)"
vault write pki/roles/k8s-services allowed_domains="apatsev.corp" allow_subdomains=true
4️⃣ Устанавливается cert-manager, в Vault настраивается аутентификация по AppRole: роль, политика с доступом для cert-manager складываются в Kubernetes Secret
— Устанавливаем cert-manager и настраиваем доступ к Vault по AppRole:
helm upgrade --install cert-manager jetstack/cert-manager \
-n cert-manager --create-namespace --set crds.enabled=true
vault auth enable approle
➡️ Ссылка на статью для подробного изучения
😈 CodeGuard: PySec Edition | Чат— Шаг 1: Предмиграционное обследование 1. Инвентаризуем WSUS‑сервера, БД, GPO 2. Зафиксируем, что именно сейчас закрыто (только Microsoft) и какие сторонние приложения остаются без патчинга 3. Оценим текущий уровень соответствия и типичные задержки установки патчей. — Шаг 2: Подготовка окружения 1. Почистим WSUS (metadata cleanup, удаление старых апдейтов), чтобы снизить мусор и ложные ошибки 2. Задокументируем текущие правила одобрения, кольца обновлений, расписания 3. Выделим критичные системы, для которых простои недопустимы. В их случае будем использовать отдельные окна и более мягкие политики — Шаг 3: План и развёртывание агентов Action1 1. Выберем метод развёртывания: GPO, Intune, SCCM, RMM или ручная установка 2. Начнем с пилота (обычно это команда ИТ или ИБ) 3. Будем использовать по возможности экономию трафика: поэтапные волны, локальный кэш или peer‑to‑peer. 4. Убедимся, что для пилотной группы отключены все WSUS‑настройки в GPO, иначе они будут мешать — Шаг 4: Настройка политик и автоматизации 1. Спроецируем екущие правила WSUS на политики Action1: кольца, задержки, исключения 2. Разделим тестовый и боевой контуры, чтобы прогонять обновления поэтапно — Шаг 5: Тестирование и параллельный режим 1. 1–2 недели будем гонять WSUS и Action1 параллельно на пилотной группе 2. Обязательно будем наблюдать за полнотой патчей, обновлением сторонних приложений, поведением перезагрузок, откатами 3. Соберем фидбек от пользователей, узнаем были ли внезапные рестарты, сбои софта, проблемы с производительностью — Шаг 6: Полный переход и вывод WSUS из эксплуатации 1. Будем расширят охват агентов по волнам: тест → ИТ → отдельные отделы → вся организация 2. Отключите WSUS‑GPO, перепроверьте, что все клиенты ориентируются только на Action1 3. После того как все машины уверенно заживут в новом конуре, планово угасим и демонтируем WSUS‑серверы — Шаг 7: Жизнь после миграции 1. Будем использовать дашборды Action1 для ежедневного мониторинга соответствия и провалов патчинга 2. Доточим политики: окна установки, исключения, отложенные фиче‑апдейты 3. Отдельно наладим выгрузку отчётов под нужные регуляции🤨 Что даёт Action1 как замена WSUS? — Наконец адекватный облачный сервис: больше не будут нужны серверы, IIS, SQL и бэкапы (ура) — Агент будет работать из любой точки, где есть интернет, без VPN — Патчинг Windows + популярных сторонних приложений — Масштабирование до десятков тысяч конечных точек без лишней инфраструктуры — Реальное время: видно, какие хосты уязвимы ПРЯМО СЕЙЧАС — Готовые отчёты для аудита и регуляторов. WSUS честно отработал своё время, но мир, под который его писали, уже не существует. Переезд на облачный патч‑менеджмент вроде Action1 позволяет превратить патчинг из вечной боли в предсказуемый процесс, который не тянет команду на дно 👽 😈 CodeGuard: PySec Edition | Чат
Вже доступно! Дослідження Telegram за 2025 — головні інсайти року 
