CyberGuard

💀 PHP2Shell: за 2 часа после объявления — сотни тысяч атак. За сутки — миллионы. Ты тоже можешь быть задет 21 октября 2026 года разработчики PHP выпустили экстренный патч для двух критических уязвимостей, которые вместе называют PHP2Shell. Уже через 45 минут после публикации Cloudflare зафиксировала десятки тысяч попыток эксплуатации. Через 2 часа — сотни тысяч. Сейчас — миллионы. Это не «где-то далеко». Это происходит прямо сейчас, и затрагивает сайты по всему миру, включая государственные. Что случилось

🤨 Две уязвимости в самом PHP — CVE-2026-109618 и CVE-2026-109619, обе с оценкой CVSS 9.2. Аутентификация не требуется: атакующий отправляет специально сформированный HTTP-запрос и выполняет код на сервере от имени процесса PHP. Первая связана с обработкой нехватки памяти (out-of-memory), вторая — с use-after-free при сбросе глобального состояния. Вместе они позволяют читать память процесса, красть токены, пароли и API-ключи, а затем выполнять произвольный код.

Уязвимы Apache с mod_php, Nginx с PHP-FPM, LiteSpeed, FrankenPHP — то есть почти любой веб-сервер, который отдаёт PHP-запросы. Патчи уже вышли: PHP 8.2.35, 8.3.36, 8.4.27, 8.5.12. Почему это касается тебя, даже если ты не админ

🤨 Ты учишься, может быть, у тебя есть пет-проект на WordPress (он тоже на PHP), или ты арендовал дешёвый хостинг для учебного сайта. Если хостинг не обновился — твой сайт может быть скомпрометирован, а через него атакующие пойдут дальше. По оценкам, в одной только Южной Корее около 110 000 хостов с уязвимой версией PHP. В мировом масштабе — сотни тысяч.

Что делать прямо сейчас 1️⃣Проверь версию PHP на своём сервере или хостинге: php -v. Если версия ниже 8.2.35 — обновись или напиши в поддержку хостинга. 2️⃣Если обновиться нельзя — рассмотри вариант временно отключить сайт или закрыть его от внешнего доступа. Правительства некоторых стран рекомендовали именно это. 3️⃣Включи WAF, если он есть. Cloudflare уже раскатала защиту для всех планов, включая бесплатный, но это лишь дополнительный слой, а не замена патчу. Главный урок Эксперты говорят, что AI-агенты могут воспроизводить такие атаки значительно легче, чем люди. Это значит, что окно между публикацией уязвимости и массовой эксплуатацией сжимается до часов. Патчиться «на следующей неделе» — больше не работает. Если ты хочешь в ИБ — привыкай к скорости. 🔗 CIRT.GY: Critical PHP2Shell Vulnerabilities 🔗 Sky News: Critical flaw hits websites worldwide 🔗 PHP Security Releases ✴ CyberGuardе

ОДНО SMS — И НОВАЯ SIM-КАРТА? 🤯 🐼Panda-Sim — SMS-коды, аренда номеров и 4G-прокси в одном месте. 📞 SMS-коды от $0,07 → Telegram, WhatsApp, Google → Номера из 145 стран → Принимаем 💰 💰 💰 💰 📱 Аккаунты Facebook для рекламы → Бизнес-менеджеры 🌍 4G-прокси любой страны Нужен IP другой страны? Выбирайте нужную географию👇 🐼 Открыть каталог Panda-Sim

🧪 Хочешь практиковать веб-уязвимости, но нет денег на хостинг и не хочешь ставить Docker? Эта лаборатория запускается на телефоне за две команды Ты читаешь про IDOR, обход авторизации, JWT-атаки. Вроде понимаешь. Но когда садишься пробовать — оказывается, что для практики нужен либо платный подписка, либо виртуалка, либо сложная настройка. Или всё сразу. Знакомая ситуация? Есть репозиторий, который убирает все барьеры. Что это: access-control-labs — это полностью офлайн Flask-приложение с 10 прогрессивными лабораториями по нарушению контроля доступа. Вдохновлено PortSwigger Web Security Academy и реальными баг-репортами. Внутри — от простых манипуляций с URL до атак на JWT. Каждая лаборатория изолирует одну уязвимость, даёт подсказки и цель. Прогресс сохраняется в файл — можно закрыть и вернуться позже. Почему это работает для студента:

🤨 Тебе не нужен интернет после клонирования. Не нужен Docker. Не нужен платный аккаунт. Не нужна виртуалка с 8 ГБ RAM. Достаточно Python и Flask — единственной зависимости. Репозиторий прямо говорит: запускается на пятилетнем Android-телефоне в Termux двумя командами. Это буквально самый низкий порог входа, который можно представить.

Что внутри (10 лабораторий, от простого к сложному):

🤨 Начинается с Unprotected Admin Panel — панель администратора, которая просто не защищена. Дальше — Role Escalation via Parameter: меняешь параметр в запросе и становишься админом. Потом IDOR — доступ к чужим заказам через манипуляцию ID. Referer-Based Access Control — обход через заголовок Referer. HTTP Method Override — подмена метода. Cookie Role Manipulation — изменение роли в cookie. Mass Assignment — инъекция лишних полей в JSON. Multi-Step Process Bypass — пропуск шага в бизнес-логике. Path Traversal — выход за пределы директории. И финальный, Expert-уровень — JWT none Algorithm Attack.

Как запустить (2 команды): На Linux, macOS или WSL:

git clone https://github.com/karn-shubham-11/access-control-labs.git
cd access-control-labs
pip install flask
python app.py

Открой http://localhost:5000 — и ты внутри. На Termux (Android) — почти то же самое, только сначала pkg install python git. Всё. Попробуй прямо сейчас: запусти первую лабораторию. Она называется Unprotected Admin Panel. Задача: найти панель администратора и получить флаг. Подсказки встроены. Если застрял — в репозитории есть раздел с примерами эксплуатации. После того как получишь флаг — переходи ко второй. Не перескакивай: каждая следующая опирается на предыдущую. Что запомнить: это не «ещё один сканер». Это тренажёр. Ты не читаешь про уязвимость — ты эксплуатируешь её руками. А когда пройдёшь все 10 — сможешь смотреть на реальные приложения и замечать те же паттерны. 🔗 github.com/karn-shubham-11/access-control-labs ✴ CyberGuardе

🗺 Ты знаешь, что у тебя дома есть роутер, но не знаешь, какие ещё устройства висят в сети? Nmap покажет — и это первый шаг в сетевую безопасность Представь: ты подключён к Wi-Fi в общежитии или дома, и тебе интересно, какие устройства находятся в той же сети. Может быть, там есть забытый принтер с открытым портом или чей-то компьютер с запущенной базой данных. Nmap — это инструмент, который отвечает на вопрос «кто здесь и что у них открыто». Он используется пентестерами, админами и специалистами по безопасности уже почти 30 лет, и это один из первых инструментов, который стоит освоить. Что такое Nmap (объяснение за 30 секунд): Nmap отправляет сетевые пакеты на указанный адрес и анализирует ответы. В результате ты видишь, какие порты открыты, какие сервисы на них работают и какая операционная система стоит на устройстве. Это как «осмотр здания»: ты видишь, какие двери открыты и что за ними находится. Три команды, которые дают 80% результата для новичка: 1. nmap scanme.nmap.org — проверить легальный тестовый хост Это официальный полигон от разработчиков Nmap. Ты запускаешь команду и видишь, какие порты открыты на этом сервере. Это безопасно и легально — специально для обучения.

nmap scanme.nmap.org

2. nmap -sV -p 22,80,443 192.168.1.1 — узнать версии сервисов на своём роутере Замени 192.168.1.1 на IP твоего роутера (обычно указан на наклейке). Флаг -sV определяет версии сервисов, а -p указывает, какие порты проверять. Ты увидишь, например, что на порту 80 работает веб-интерфейс роутера, а на 22 — SSH (если включён). 3. nmap -sn 192.168.1.0/24 — найти все устройства в домашней сети Эта команда не сканирует порты, а просто показывает, какие IP-адреса в твоей сети отвечают. Ты увидишь свой компьютер, телефон, роутер, возможно, умную колонку или телевизор. Это называется «обнаружение хостов» (host discovery). Как читать вывод: Когда ты запустишь nmap scanme.nmap.org, ты увидишь что-то вроде:

PORT   STATE SERVICE
22/tcp open  ssh
80/tcp open  http

Это значит: порт 22 открыт и на нём работает SSH, порт 80 открыт и на нём работает веб-сервер. Если порт в состоянии closed — он закрыт. Если filtered — его блокирует фаервол. Почему это важно для тебя как для студента:

🔥Ты не просто «запустил сканер». Ты учишься видеть сеть. В следующий раз, когда подключишься к новому Wi-Fi, ты сможешь проверить, какие устройства в сети и не торчит ли что-то лишнее. А если захочешь глубже — Nmap поддерживает скрипты (NSE) для поиска уязвимостей, и это следующий шаг.

Важное правило: сканируй только те сети и устройства, которые тебе принадлежат или на тестирование которых у тебя есть письменное разрешение. scanme.nmap.org — официальный полигон, его можно сканировать. Всё остальное — только с разрешения. 🔗 nmap.org — официальный сайт с документацией и загрузкой 🔗 github.com/nmap/nmap — исходный код и релизы ✴ CyberGuardе

📱 Тебе приходит push от любимого магазина. Ты открываешь — а там «ASOS HACKED». Так выглядела одна из самых странных утечек 2026 года 6 октября 2026 года покупатели ASOS по всему миру получили уведомление в официальном приложении. Не скидка, не новинка — сообщение с заголовком «ASOS HACKED». Внутри — обращение к data protection officer и IT-команде: «Мы полностью скомпрометировали Snowflake. Взаимодействуйте с нами, или мы сольём данные». Ссылка вела в Telegram-канал группировки Xuanye Group. Это не фишинг. Это настоящий push через официальное приложение ASOS. Как это произошло (три шага):

🔥Шаг 1. Социальная инженерия против сотрудника. Атакующий выдал себя за доверенное лицо и получил логин сотрудника ASOS. Не взломал, не подобрал — уговорил отдать. Это классический social engineering: знакомая маска, привычный контекст, «срочный» запрос. 🔥Шаг 2. Выход за пределы одного сервиса. Полученные учётные данные открыли доступ к сторонним платформам, которые ASOS использовала для коммуникации с клиентами — включая систему push-уведомлений. Отдельно от Snowflake. Отдельно от базы данных. Именно поэтому атакующий смог отправить сообщение миллионам пользователей, а не просто прочитать строки в таблице. 🔥Шаг 3. Давление через публичность. Обычно вымогатели пишут в приватные каналы и ждут тихой сделки. Здесь — публичный спектакль. Тысячи людей видят «ASOS HACKED» на своих экранах. Компания вынуждена реагировать мгновенно. Атакующий превращает клиентов в инструмент давления.

Почему это сработало (и почему это касается тебя): Люди привыкли к push-уведомлениям. «Скидка 20%», «Товар снова в наличии», «Ваш заказ отправлен». Мы открываем их не думая — это называется alert fatigue. Атакующий использовал доверие к знакомому каналу: сообщение пришло из официального приложения, а не с незнакомого номера. Мозг не успевает переключиться с режима «шопинг» на режим «угроза». Что делать тебе (даже если ты не в ASOS):

🔵Не доверяй каналу только потому, что он «официальный».

 Push, email, SMS — всё это можно скомпрометировать. Если сообщение требует срочных действий — проверяй через другой канал. 🔵Следи за доступом к своим аккаунтам. Если ты работаешь с сервисами, у которых есть доступ к твоей почте или соцсетям — включи 2FA и проверяй активные сессии. 🔵Помни про социальную инженерию. Самая слабая точка — не сервер, а человек, который доверяет знакомому имени. И это не «глупость». Это нормальная психология.

🔗 BBC News — ASOS users receive pop-up notification 🔗 Red Flags — The ASOS hack: when a trusted notification becomes a security threat 🔗 eSecurity Planet — ASOS Confirms Cyber Incident ✴ CyberGuardе

🔍 Anthropic раздаёт бесплатный AI-сканер уязвимостей для open-source. Твой учебный проект тоже может попасть Ты ведёшь проект на GitHub. Может быть, это лабораторная, пет-проект или что-то, что ты делаешь для портфолио. Ты пушишь код, но понятия не имеешь, есть ли там уязвимости. Платные сканеры стоят денег. Ручной аудит — навык, которого пока нет. Anthropic на этой неделе открыла OSS Scanner — бесплатный AI-сканер безопасности для open-source проектов. Ты добавляешь свой репозиторий через pull request, и модели Anthropic (включая Claude Mythos) начинают регулярно сканировать код на уязвимости. Результаты приходят на почту. Как это работает: Ты форкаешь репозиторий anthropics/oss-scanner. В папке projects/создаёшь директорию со своим проектом. Кладёшь туда project.yaml с тремя обязательными полями: ссылка на клон репозитория, email для отчётов и путь к Dockerfile, который собирает проект в изолированном окружении. Открываешь PR — мейнтейнеры проверяют, и если проект проходит по критериям (важность для инфраструктуры или безопасности), его добавляют в очередь сканирования. Что ты получаешь:

🟣Отчёт с найденными уязвимостями приходит на указанный email. Скан полностью автоматический — без ручного триажа. Anthropic уже нашла 29 000+ кандидатов в уязвимостях по всему open-source, и 6 000+ из них переданы мейнтейнерам. Это не игрушка — это рабочий инструмент, который уже помог выпустить 584 security advisory.

Попробуй прямо сейчас: зайди на github.com/anthropics/oss-scanner, прочитай CONTRIBUTING.md и шаблон templates/project.yaml. Если у тебя есть учебный проект, который ты считаешь полезным для других (даже небольшой CLI-инструмент или библиотека), — попробуй подать заявку. Даже если не одобрят, ты научишься оформлять Dockerfile для безопасной сборки и писать YAML-конфиги для сканеров. ✴ CyberGuardе

⚡️ Pentool: веб-пентест в терминале за одну команду. Без Burp Suite, без сложной настройки Ты учишься, хочешь попробовать веб-пентест, но Burp Suite стоит денег, а его настройка пугает. Есть инструмент, который решает это: Pentool — бесплатный open-source TUI-инструмент, который объединяет прокси, репитер, интрудер, сканер уязвимостей и паук в одном терминальном интерфейсе. Устанавливается одной командой. Что умеет:

🤨 Pentool — это не «ещё один сканер». Это рабочее место пентестера в терминале. Внутри — всё, что нужно для веб-тестирования: перехват и модификация HTTP/HTTPS трафика, повторная отправка запросов с правками, автоматизированные атаки payload'ами, активное и пассивное сканирование (SQLi, XSS, SSTI, LFI, RCE, SSRF, XXE, JWT), краулинг с поддержкой JavaScript. Плюс AI-ассистент, который помогает выбрать проверки и обойти WAF.

Как установить (30 секунд): Самый простой способ — через uv:

uv tool install pentool

Или через pip:

pip install pentool

После установки просто запусти pentool в терминале. Укажи URL цели — и инструмент сам поднимет прокси, сгенерирует сертификат, сделает первый запрос и заполнит проект. Попробуй прямо сейчас: Подними локальный тестовый стенд — например, DVWA (Damn Vulnerable Web Application) или OWASP Juice Shop через Docker:

docker run -d -p 8080:80 vulnerables/web-dvwa

Затем запусти Pentool и укажи http://localhost:8080. Ты сразу увидишь трафик, сможешь перехватить запрос, отправить его в Repeater, запустить сканер. Всё — в одном терминале, без переключения между окнами. Что важно помнить: Pentool — для тестирования только своих стендов или целей, на которые у тебя есть письменное разрешение. Сканирование чужих сайтов без разрешения — незаконно. 🔗 github.com/DrXOps/pentool 🔗 pypi.org/project/pentool ✴ CyberGuardе

Как ИИ-пентест помогает найти то, что пропускают сканеры и ASM, и снизить расходы на безопасность Вебинар для тех, кто отвечает за бюджет на безопасность На вебинаре разберём: • где заканчиваются возможности сканеров и ASM; • как ИИ-агенты проверяют гипотезы и зачем нужен контроль человека; • какие нарушения прав доступа и ошибки бизнес-логики помогает выявлять ИИ-пентест; • что он не заменяет. Спикер — Сергей Колесников, директор продуктового портфеля и сервисов CICADA8. 🗓 Когда: 29 октября в 11:00 (МСК) 📍 Формат: Онлайн-трансляция для для руководителей ИБ, владельцев бюджетов, специалистов AppSec, пентеста и Bug Bounty. Регистрируйтесь уже сейчас #реклама О рекламодателе

⚡️ В сети начали массово сливать IT-курсы и книги известных онлайн школ Вот отсортированная база с тонной материала (постепенно пополняется): (363 видео, 87 книги) — Python (117 видео, 53 книги) — ВАЙБКОД (174 видео, 91 книги) — DevOps (415 видео, 68 книги) — Frontend (137 видео, 93 книги) — DS/ML (143 видео, 33 книги) — ИБ/Хакинг (352 видео, 89 книги) — С/С++/C (343 видео, 87 книги) — Java/QA (176 видео, 32 книги) — Git/Linux (167 видео, 53 книги) — PHP/1С (227 видео, 83 книги) — SQL/БД (114 видео, 77 книги) — Сисадмин (107 видео, 43 книги) — BA/SA (181 видео, 32 книги) — Go/Rust (167 видео, 43 книги) — Kotlin/Swift (112 видео, 24 книги) — Flutter (113 видео, 82 книги) — GameDev (183 видео, 37 книги) — Дизайн (136 видео, 33 книги) — PM/HR Скачивать ничего не нужно — все выложили в Telegram

🔓 Meta потеряла код и данные 1500 сотрудников через GitHub. Что это значит для тебя, даже если ты не в Meta На этой неделе Meta подтвердила: хакеры получили доступ к её репозиториям на GitHub, используя украденные учётные данные сотрудника. Пострадали около 1500 человек, в основном сотрудники в США. 99% украденного — это код продуктов, но 1% оказался персональными данными, которые по ошибке хранились в репозиториях. Почему это касается тебя

🔵Ты ведёшь проекты на GitHub. У тебя есть токены, API-ключи, возможно, пароли от баз данных в .env-файлах. Всё это лежит в репозиториях — иногда в истории коммитов, даже если ты потом удалил. Если кто-то получит доступ к твоему аккаунту — он получит всё. 🔵Meta — большая компания, и у неё есть служба безопасности. Но даже она не уберегла данные, которые не должны были лежать в GitHub. У тебя такой службы нет. Значит, проверять нужно самому.

Что проверить прямо сейчас Открой свои репозитории на GitHub. Зайди в Settings > Developer settings > Personal access tokens. Посмотри, какие токены активны. Если есть старые, которыми ты не пользуешься — удали. Если есть токены с широкими правами (repo, admin:org) — замени их на fine-grained tokens с минимальными разрешениями. ✨Затем зайди в Settings > Security. Включи двухфакторную аутентификацию, если ещё не включена. Это остановит большинство атак с украденными паролями. ✨И последнее: проверь историю коммитов на предмет секретов. Если ты когда-то коммитил API-ключ и потом удалил — он остался в истории. Его нужно не удалять, а отозвать у провайдера и сгенерировать новый. Что запомнить Украденный токен — это не «неприятно». Это открытая дверь в твой аккаунт. Meta это подтвердила. Проверь свои ключи сегодня. ✴ CyberGuardе

🕵️ GhostAction: один пуш в GitHub — и секреты из сотен репозиториев утекли 8 октября 2026 года атакующий скомпрометировал два аккаунта мейнтейнеров на GitHub. С них он запушил вредоносный workflow в 345 репозиториев за 40 минут. Workflow назывался «Security Audit», сканировал всю историю коммитов и отправлял найденные ключи на чужой сервер. Почему это опасно даже для тебя: Он читает git log -p --all — то есть всю историю, а не только текущие секреты. Если ты когда-то коммитил API-ключ OpenAI, потом удалил — он всё равно в истории. Ротация текущих ключей не помогает. Что проверить прямо сейчас: 🟣Открой .github/workflows/ в своих репозиториях. Есть файлы, которых ты не создавал? Особенно с «security» или «audit» в названии. 🟣Зайди в Settings > Actions > General. Если стоит Read and write — поменяй на Read repository contents. 🟣В Settings > Secrets удали всё, что когда-либо было в репозитории. Сгенерируй заново. Что запомнить: любой, у кого есть права на пуш, может запустить workflow, который украдёт твои секреты. Проверяй, кто имеет доступ. 🔗 StepSecurity — GhostAction Analysis 🔗 The Hacker News — GhostAction Campaign ✴ CyberGuardе

АЙТИШНИКИ БЕСПЛАТНОЕ ОБУЧЕНИЕ Проект «Terminal» стал крупнейшей библиотекой бесплатного образования. В одном канале собраны курсы, книги, полезные инструменты и практические тренажёры для всех разработчиков: • Практические курсы и задания • Книги и статьи известных авторов • Полезные инструменты и ресурсы • IT-новости и инсайды Обучение по всем направлениям: SQL, Python, ML, Frontend, PHP, C++, Go, Git, Linux, QA, Java, Vibe-coding, InfoSec и др. ⌨️ подписаться

⚙️ Твой сервис не запускается, а ты не знаешь почему? 8 команд systemd, которые находят причину за минуту Ты написал скрипт, хочешь, чтобы он работал как сервис — запускался при загрузке, перезапускался при падении. Ты создаёшь unit-файл, запускаешь systemctl start myapp — и ничего. Или сервис стартует и сразу падает. Или работает, но логи не пишутся. Знакомая ситуация? Вот восемь команд, которые делают тебя диагностом systemd. 1. systemctl status — жив ли сервис вообще?

systemctl status myapp.service

Это первое, что ты вводишь. Вывод покажет: Active: active (running) — всё работает. Active: inactive (dead) — сервис остановлен или упал. Active: failed — сервис пытался запуститься и упал. Смотри строку Process: ... ExecStart=... (code=exited, status=1/FAILURE). Loaded: ... enabled — сервис включён в автозагрузку. Строка Main PID показывает, какой процесс сейчас работает. Если PID нет — сервис не запущен. 2. systemctl start и systemctl stop — включить и выключить

sudo systemctl start myapp.service
sudo systemctl stop myapp.service

start запускает сервис. stop останавливает. Это не то же самое, что enable(автозагрузка). Можно запустить сервис сейчас, но не включать в автозагрузку. 3. systemctl restart и systemctl reload — перезапустить

sudo systemctl restart myapp.service
sudo systemctl reload myapp.service

restart полностью останавливает и запускает заново. reload перечитывает конфиг без остановки (если сервис это поддерживает). Если после правки конфига сервис не подхватывает изменения — используй restart. 4. systemctl enable — включить в автозагрузку

sudo systemctl enable myapp.service

Без этой команды сервис запустится только вручную. С ней — при каждой загрузке системы. Проверить: systemctl is-enabled myapp.service. 5. journalctl -u — логи сервиса

journalctl -u myapp.service -n 50

Показывает последние 50 строк логов. Флаг -f — follow, как tail -f. Если сервис упал, здесь ты увидишь ошибку. 6. journalctl --since — логи за период

journalctl -u myapp.service --since "10 minutes ago"
journalctl -u myapp.service --since today

Когда сервис упал ночью, а ты смотришь утром — не нужно листать всё. Укажи период. 7. systemctl cat — что вообще в unit-файле?

systemctl cat myapp.service

Показывает содержимое unit-файла. Если ты забыл, где он лежит, или хочешь проверить, применились ли правки — эта команда покажет всё. 8. systemctl daemon-reload — перечитать unit-файлы

sudo systemctl daemon-reload

После любой правки unit-файла нужно выполнить эту команду. Без неё systemd не увидит изменений. Если ты поменял ExecStart или добавил переменную — сначала daemon-reload, потом restart. Сценарий: сервис не запускается 1️⃣ systemctl status myapp.service — смотри Active и Process. 2️⃣ journalctl -u myapp.service -n 50 — ищи ошибку. 3️⃣ Если ошибка «No such file or directory» — проверь путь в ExecStart через systemctl cat myapp.service. 4️⃣ Если ошибка «Permission denied» — проверь User= в unit-файле и права на файлы. 5️⃣ После правки — daemon-reload → restart → status. ✴ CyberGuardе

🛡 CyberPlain: защитный инструментарий, который говорит с тобой на человеческом языке Ты учишься, хочешь разобраться в безопасности, но когда открываешь документацию к инструментам — видишь сплошные CVE, IOC, TLS handshakeи прочие термины, от которых голова кругом. Знакомая ситуация? CyberPlain создан специально для того, чтобы ты понял, что делает каждая проверка, а не просто нажимал кнопки. Что это такое: 🤨 CyberPlain — это набор утилит для Python и командной строки, который проверяет безопасность без жаргона. Вместо nmap -sS -Pn -T4 ты пишешь cyberplain ports 192.168.1.1. Вместо парсинга сырого вывода openssl s_client ты получаешь объяснение: «Сертификат истекает через 12 дней. Это проблема». Автор инструмента прямо говорит: «Используем обычный английский в названиях, выводе и документации, чтобы новички понимали, что делает проверка». Что умеет: 🟣Проверка портов — cyberplain ports 192.168.1.10 --ports 22,80,443покажет, какие порты открыты и какие сервисы на них работают. Для активных проверок нужно явно подтвердить, что у тебя есть разрешение (--authorized) — это защита от случайного сканирования чужих сетей. 🟣Анализ TLS-сертификатов — cyberplain tls example.com расскажет, когда истекает сертификат, какой шифр используется и есть ли проблемы. 🟣Аудит HTTP-заголовков — cyberplain headers https://example.comпроверит, настроены ли Content-Security-Policy, Strict-Transport-Security и другие защитные заголовки. 🟣Проверка файлов — cyberplain file download.zip покажет SHA-256, размер и энтропию. Высокая энтропия — намёк на то, что файл может быть зашифрован или упакован. Это не доказательство вируса, а подсказка для дальнейшего анализа. 🟣Проверка паролей — cyberplain password даст локальную оценку стойкости. Пароль никуда не отправляется, всё считается на твоей машине. 🟣Анализ PCAP — cyberplain pcap capture.pcap покажет, какие хосты общались и сколько трафика передали. Как установить:

pip install cyberplain

Для анализа сетевых пакетов:

pip install "cyberplain[packets]"

Попробуй прямо сейчас: Проверь свой учебный сервер или виртуалку (только свою!):

cyberplain ports 127.0.0.1 --ports 22,80,443,8080

Или проверь заголовки безопасности своего сайта:

cyberplain headers https://example.com

Почему это важно для тебя: CyberPlain не заставляет тебя зубрить флаги и синтаксис. Он объясняет что он проверил и почему это важно. Это не «ещё один сканер уязвимостей». Это инструмент, который учит тебя думать о безопасности, а не просто нажимать кнопки. ✴ CyberGuardе

💀 У жертвы были бэкапы в двух дата-центрах. Группа Gunra удалила всё через один украденный ключ Это не история про «забыли обновить софт». Это история про то, как правильная на бумаге архитектура превращается в одну точку отказа. Исследовательская группа CISA, FBI, NSA и партнёров опубликовала совместный advisory AA26-222A по ransomware-группе Gunra. В одном из задокументированных случаев жертва потеряла и основную копию, и disaster recovery копию бэкапов — потому что обе площадки доверяли одним и тем же учётным данным. Что такое Gunra: Gunra — это RaaS-операция (ransomware-as-a-service), производная от утёкшего исходного кода Conti. Группа работает по модели двойного вымогательства: сначала крадёт данные, потом шифрует, и угрожает опубликовать украденное, если не заплатят. С апреля 2025 года — минимум 51 жертва по всему миру. Целевые сектора: государственный, критическая инфраструктура, медицина, финансы. Цепочка атаки (для студента — это учебник в одном кейсе):

🔵Начальный доступ — два известных authentication bypass бага в Fortinet: CVE-2024-55591 (CVSS 9.8) и CVE-2025-24472 (CVSS 8.1). Оба патча были доступны. На одном из VPN-устройств ещё и дефолтные креды стояли. 🔵Захват виртуального рабочего стола — группа подменила аутентификационный портал так, что один выбранный атакующим OTP всегда проходил. MFA перестал останавливать. 🔵Доступ к центральному access-control серверу — через украденный рабочий стол по SSH добрались до сервера, который хранил ключ шифрования для всех паролей к enterprise-серверам. 🔵Один ключ — все пароли — тот самый ключ расшифровал сохранённые пароли ко всем серверам. Это дало атакующим доступ к основной и DR-площадке одновременно. 🔵Удаление бэкапов — Gunra удалила данные на обеих площадках до и послешифрования. Плюс WMI для удаления Volume Shadow Copies. После этого зашифровала базы данных и NAS.

Ключевой урок: географическая избыточность ≠ изоляция Команда, которая админила эту инфраструктуру, сделала «по учебнику»: три копии данных, две площадки, одна offsite. Но обе площадки принимали одни и те же credentials. Как только Gunra украла ключ — два дата-центра стали одним. Правило 3-2-1 на бумаге соблюдено, но оно считает копии, а не доверительные домены. CISA в advisory прямо говорит: recovery копии должны быть в отдельном trust domain — отдельная cloud-организация или аккаунт в другом регионе, с независимыми credentials. Если один набор учётных данных может дотянуться до всего — это не избыточность, а иллюзия. Что делать (чек-лист, который можно применить к любому проекту):

🟣Изолируй бэкапы. Offline, immutable, в отдельном аккаунте или организации. Креды для доступа к бэкапам не должны совпадать с продакшн-кредами. 🟣Патчи edge-устройства. Gunra не использовала zero-day. Fortinet баги были закрыты. Но VPN-устройства патчат реже всего. 🟣Проверяй, не tampered ли authentication portal. Если OTP всегда проходит — это красный флаг. MFA, который можно подменить на стороне приложения, не MFA. 🟣Тестируй восстановление. Бэкап, который нельзя восстановить, — это не бэкап. CISA рекомендует offline-тесты.

🔗 CISA — #StopRansomware: Gunra Ransomware (AA26-222A) 🔗 Eon — Gunra Ransomware Deleted Backups at Two Data Centers ✴ CyberGuardе

🗺 Хочешь в ИБ, но не знаешь, с чего начать? Вот 5 бесплатных ресурсов, которые ведут от нуля до первых навыков Ты учишься, интересуешься безопасностью, но когда ищешь материалы — тонешь в море курсов, книг и «дорожных карт». Проблема не в том, что информации мало. Проблема в том, что нет последовательности. Сегодня — пять ресурсов, которые выстроены как ступени: каждый следующий логично продолжает предыдущий. Все — бесплатные. Все — на английском, но с простым языком. Ступень 1. Понять, что такое ИБ вообще Cyber Security 101 от CISA (Агентство по кибербезопасности США) — это вводный курс для тех, у кого ноль опыта. Внутри: что такое киберугрозы, как защищают компьютеры и сети, базовые инструменты (Kali Linux, Nmap, Wireshark), глоссарий из 150+ терминов. В конце — сертификат, который можно добавить в резюме. Видео, тесты, самопроверка — всё бесплатно. Это не «глубокое погружение», а карта местности, чтобы ты понял, куда вообще идёшь. 🔗 niccs.cisa.gov/training/catalog/ncsta/cyber-security-101 Ступень 2. Попробовать Linux руками OverTheWire: Bandit — легендарный CTF для новичков. Ты подключаешься по SSH к учебному серверу и решаешь 34 уровня. Каждый уровень — это задача, где нужно найти пароль для следующего. Ты учишься работать в терминале: ls, cat, find, grep, права доступа, архивы. Никаких лекций — только ты, терминал и подсказки. Это самый честный способ понять, нравится ли тебе вообще копаться в системе. 🔗 overthewire.org/wargames/bandit Ступень 3. Понять веб-безопасность на практике PortSwigger Web Security Academy — бесплатный курс от создателей Burp Suite. Это золотой стандарт обучения веб-уязвимостям. Внутри: 250+ интерактивных лабораторий по SQL-инъекциям, XSS, CSRF, SSRF, десериализации и десяткам других классов уязвимостей. Каждая лаборатория — реальное уязвимое приложение, которое ты атакуешь прямо в браузере. Ты не читаешь про XSS — ты делаешь XSS. Прогресс сохраняется, аккаунт бесплатный. 🔗 portswigger.net/web-security Ступень 4. Собрать свою лабораторию Kali Linux for Beginners — hands-on-курс, где ты не просто читаешь, а запускаешь лабораторию у себя на ноутбуке. Одна команда — и Docker поднимает Kali (атакующая машина) и несколько намеренно уязвимых целей в изолированной сети. Ты сканируешь их Nmap'ом, перехватываешь трафик, логинишься. Внутри — пять модулей: shell, администрирование, сетевая разведка, беспроводная безопасность, анализ пакетов. Курс даёт и атаку, и защиту: ты видишь, как техника выглядит с точки зрения синей команды. Работает офлайн, без регистрации. Нужен Docker и 8 ГБ RAM. 🔗 github.com/TMHSDigital/Kali-Linux-for-beginners Ступень 5. Продолжать практику на TryHackMe TryHackMe — платформа с сотнями интерактивных комнат. Часть бесплатна, и этих бесплатных комнат более чем достаточно для первого года обучения. Внутри: Linux Fundamentals, Windows Fundamentals, Networking, Web Exploitation, Forensics. Комнаты ведут по шагам, объясняют каждое действие и дают подсказки, если застрял. Есть официальные дорожные карты для начинающих. Если не знаешь, какую комнату брать следующей — смотри TryHackMe-Roadmap на GitHub. 🔗 tryhackme.com 🔗 github.com/rng70/TryHackMe-Roadmap — список 350+ бесплатных комнат ✴ CyberGuardе

🤖 PentAGI: команда AI-агентов для пентеста, которая заменяет контракт за $150K — и уже набрала 8,200+ звёзд Ты учишься, интересуешься пентестом, но когда слышишь «провести пентест» — представляешь команду сеньоров с многолетним опытом и чеком на $25,000–$150,000 за проект. PentAGI — это open-source инструмент, который делает то же самое бесплатно и автономно. И он уже набрал более 8,200 звёзд на GitHub. Что это такое:

🔵 PentAGI — это не сканер и не «умный Burp». Это команда AI-агентов, которые работают как настоящая пентест-контора. Один агент планирует полную цепочку атаки. Второй собирает информацию из интернета, поисковиков и баз уязвимостей. Третий пишет эксплойты в реальном времени. Четвёртый запускает Nmap, Metasploit, SQLmap и ещё 20+ инструментов. Всё это происходит внутри изолированных Docker-песочниц — инструмент не трогает твою основную систему.

Почему это важно для тебя: Раньше, чтобы провести пентест, нужно было знать десятки инструментов, уметь комбинировать их в цепочки и вручную анализировать результаты. PentAGI делает это за тебя. Ты учишься наблюдая, как агенты принимают решения, какие инструменты выбирают и почему. Это как смотреть, как работает опытный пентестер — только в 10 раз быстрее. Как это выглядит на практике: Ты запускаешь PentAGI против своего тестового стенда (например, Metasploitable2 или DVWA). Инструмент сам: 1️⃣ Сканирует сеть — находит открытые порты и сервисы. 2️⃣ Собирает информацию — ищет версии, CVE, публичные эксплойты. 3️⃣ Планирует атаку — выбирает вектор, пишет код. 4️⃣ Эксплуатирует — запускает выбранный инструмент. 5️⃣ Анализирует результат — сработало или нет, что дальше. 6️⃣ Пишет отчёт — с шагами воспроизведения. Всё это — без твоего участия. Ты только смотришь и учишься. Реальный кейс: ARTEX В сентябре–октябре 2026 года похожий инструмент — ARTEX, тоже open-source AI-пентестер — использовался в реальных атаках на южнокорейские финансовые компании (Shinhan Bank, Yegaram Savings Bank). Атакующий запустил ARTEX через Claude Code, и тот за 43 секунды получил доступ к серверу. Это не «игрушка для студентов» — это рабочий инструмент, который уже применяется в дикой природе. Учись на нём легально, пока другие используют его во вред. Как попробовать (для студентов): PentAGI распространяется под MIT-лицензией. Установка через Docker: bash

git clone https://github.com/vxcontrol/pentagi.git
cd pentagi
docker compose up -d

После запуска открой веб-интерфейс (обычно http://localhost:8080), укажи цель (свой тестовый стенд!) и нажми «Start». Инструмент сам начнёт цепочку. ✴ CyberGuardе

💀 Вышел публичный эксплойт для Zammad. Если ты используешь эту helpdesk-платформу — у тебя есть несколько часов, а не дней 7 октября 2026 года Horizon3.ai и независимые исследователи опубликовали рабочий PoC для CVE-2026-102489 — критической уязвимости в Zammad, которая позволяет неаутентифицированному атакующему захватить сессию и выполнить код на сервере. CVSS 9.8. Эксплуатация не требует ни логина, ни пароля. Только доступ к порту. Эта же уязвимость (в связке с CVE-2026-102490) использовалась в атаке на DIVD — нидерландскую организацию по ответному раскрытию уязвимостей — 21 сентября 2026 года. Тогда атакующий получил root за секунды. Теперь эксплойт доступен всем. 5 вопросов, которые ты должен задать прямо сейчас 1️⃣ Использую ли я Zammad версии 6.3.0–6.5.4? Именно эти версии уязвимы. Версии 7.0+ не подвержены эксплуатации из-за изменений в runtime-окружении. Проверь: zammad version или в веб-интерфейсе. 2️⃣ Доступен ли мой Zammad из интернета? Если да — ты в зоне риска. Уязвимость эксплуатируется по сети, без аутентификации. 3️⃣ Обновлён ли я до 7.2.0? В этой версии CVE-2026-102489 закрыта. Если обновление невозможно — немедленно закрой доступ к Zammad на уровне фаервола или reverse proxy. 4️⃣ Есть ли в логах следы эксплуатации? DIVD выпустила IoC-скрипт, который ищет утёкшие session cookies в логах ошибок. Ищи аномальные WebSocket-подключения к @clients и необычные запросы к endpoint'ам пакетов. 5️⃣ Что делать, если Zammad уже скомпрометирован? Атакующий получает доступ как пользователь zammad, а затем повышает привилегии до root. Проверь: не появились ли новые cron-задачи, не изменены ли файлы в /opt/zammad, нет ли подозрительных процессов. Как работает цепочка Эксплойт использует утечку информации через WebSocket. Атакующий подключается к каналу @clients и собирает валидные _zammad_sessioncookies активных пользователей. Как только у него есть cookie администратора — он загружает вредоносный ERB-шаблон через endpoint установки пакетов. Шаблон перезаписывает представление письма для сброса пароля, и при следующем вызове mailer выполняется код. Всё это — без единого логина. Что делать, если ты студент и учишься на Zammad Zammad — популярная платформа в учебных лабораториях и CTF. Если ты используешь её для практики:

🤨 Не выставляй её в интернет. Для лаборатории хватит локальной сети или VPN. 🤨 Обновись до 7.2.0, даже если это «просто учебный стенд». Привычка игнорировать патчи — плохая. 🤨 Изучи PoC (ссылки ниже), чтобы понять, как выглядит реальная цепочка атаки. Это ценнее, чем читать теорию про session hijacking.

✴ CyberGuardе

🤖 AI-агент взломал систему ИБ-организации за секунды. Это первый подтверждённый случай — и он меняет правила игры Представь: организация, чья работа — находить уязвимости и сообщать о них, сама становится жертвой. Причём взламывает её не человек с клавиатурой, а автономный AI-агент, который действует сам, без команды «сделай шаг 1, сделай шаг 2». Он анализирует среду, принимает решения и идёт дальше — быстрее, чем человек успевает заметить. Это не сценарий из фильма. Это произошло 21 сентября 2026 года с DIVD(Dutch Institute for Vulnerability Disclosure) — нидерландской некоммерческой организацией, которая занимается ответственным раскрытием уязвимостей. Что случилось: Атакующий проник в систему через Zammad — open-source helpdesk-платформу, которую DIVD использовала для внутренних тикетов. Для этого он использовал две уязвимости нулевого дня:

🟣CVE-2026-102489 — перехват сессии (session hijack), который приводит к удалённому выполнению кода от имени пользователя zammad. Затрагивает версии 6.3.0 – 6.5.4. 🟣CVE-2026-102490 — локальное повышение привилегий, которое позволяет пользователю zammad стать root. Затрагивает все версии с 1.5.0 по 7.1.0-alpha.

По отдельности каждая уязвимость опасна, но не смертельна. Вместе они образуют цепочку: сначала перехватываешь сессию, потом выполняешь код, потом становишься root. DIVD сообщает, что переход от перехвата сессии до root занял секунды. Почему это важно именно сейчас: Это первый документально подтверждённый случай, когда автономный AI-агент провёл полную цепочку атаки — от начального доступа до эксфильтрации данных — без прямого управления человеком на каждом шаге. ✨ Агент сам решал, как повысить привилегии и куда двигаться дальше. DIVD смогла восстановить картину только потому, что агент оставил логи своих рассуждений — это само по себе новый феномен в форензике. ✴ CyberGuardе

🚀 70 проектов по кибербезопасности: от «я никогда не писал код» до продвинутых инструментов Ты учишься в ИБ, читаешь книги, смотришь курсы, но когда дело доходит до практики — не знаешь, за что взяться. Знакомая ситуация. Есть репозиторий, который решает эту проблему: он даёт 70 проектов с исходным кодом, разбитых по уровням. И начинается он с уровня «я никогда не программировал». Проблема: большинство учебных материалов по ИБ предполагают, что ты уже умеешь программировать. Или дают теорию без практики. Или дают слишком сложные задачи, где ты тонешь. Решение: Cybersecurity-Projects — репозиторий, где проекты разбиты на четыре уровня:

🟣Foundations (pre-beginner) — для тех, кто никогда не писал на Python и едва открывал терминал. Каждый проект — один файл с подробными комментариями. Внутри есть папка learn/, где концепции объясняются с нуля. 🟣Beginner — для тех, кто уже знает основы. 🟣Intermediate — для практикующих. 🟣Advanced — для тех, кто хочет копать глубоко.

Что внутри Foundations (с чего начать):

✨ Hash Identifier — определяет тип хэша по префиксу и длине. Учит: MD5, SHA, bcrypt, Argon2, pattern matching. ✨ HTTP Headers Scanner — проверяет заголовки безопасности сайта (CSP, HSTS, X-Frame-Options). Учит: HTTP-фундамент, работу с httpx, аудит безопасности. ✨ Password Manager — локальный менеджер паролей с шифрованием. Учит: криптографию на практике, работу с файлами.

Почему это работает: 🟡Код production-quality, объяснения — beginner-level. Ты не учишься на «игрушечном» коде, но и не тонешь в сложности. 🟡Один файл = один проект. Не нужно прыгать по десяткам файлов, чтобы понять, что происходит. 🟡Комментарии на каждой строке. Каждая новая концепция аннотирована прямо в коде. Как начать (прямо сейчас): 1️⃣Открой репозиторий на GitHub. 2️⃣Найди папку PROJECTS/foundations/. 3️⃣Выбери Hash Identifier — самый простой для старта. 4️⃣Склонируй репозиторий и запусти:

git clone https://github.com/CarterPerez-dev/Cybersecurity-Projects.git
cd Cybersecurity-Projects/PROJECTS/foundations/hash-identifier
python main.py

5️⃣Прочитай код, загляни в learn/, разберись, как это работает. 6️⃣Когда поймёшь — переходи к следующему проекту. Бонус: в репозитории есть 10 карьерных дорожных карт для SOC Analyst, Pentester, Security Engineer и других ролей. С сертификациями, ресурсами и планом. ✴ CyberGuardе