security-defensive
Защитная безопасность
Обнаруживай, реагируй, укрепляй: логирование и detection engineering, реагирование на инциденты, эшелонированная защита и security-операции в продакшене.
Начать трек →Начни отсюда
Работа защитника: превращать атаки в сигналы, сдерживать инциденты и укреплять по умолчанию.Логирование, мониторинг, детект
Превратить активность в сигнал: что логировать, SIEM, MITRE ATT&CK, detection engineering и качество алертов.Реагирование на инциденты
Вести инцидент без паники: жизненный цикл NIST, триаж, сдерживание, форензика и безвинный постмортем.Харденинг и эшелонированная защита
Сократить поверхность атаки по умолчанию: хост, сеть, базлайны и управление патчами/уязвимостями.SecOps и управление
Вести безопасность как программу: управление уязвимостями, SBOM/цепочка поставок и комплаенс, который встречает инженер.Проекты по этому треку
Guided-проекты, которые закрепляют изученное здесь.
Лаборатория «от разведки до устранения» в авторизованном окружении
Подними намеренно уязвимую цель, которой ты владеешь — заведомо «сломанное» приложение в локальном контейнере или CTF-машину на своём компьютере, — и проведи против неё полноценную наступательную работу от начала до конца, в рамках, которые ты сам себе утвердил. Ты проводишь разведку машины, выбираешь один класс уязвимости, доказываешь его рабочим эксплойтом в лаборатории, а затем разворачиваешься на 180 градусов и пишешь исправление и правило обнаружения. Цель не в том, чтобы «вскрыть машину», а в том, чтобы прожить весь цикл, который проходит настоящая работа: рамки, доказательства, влияние, устранение — на цели, где никто не пострадает.
Лаборатория харденинга облака
Возьми облачный аккаунт, которым владеешь сам, и проведи его от состояния «работает» к состоянию «защищаемо». Ты измеришь реальную текущую posture, ужмёшь IAM до least privilege, не сломав приложение, закроешь сеть и секреты и докажешь каждое изменение диффом «до/после». Это и есть суть работы по облачной безопасности: не добавлять фичи, а убирать постоянный доступ и тихие мисконфигурации, которыми воспользовался бы атакующий.
Защищённый домашний стек
Разверни self-hosted стек медиасервера и домашнего сервера на nas01.example, где пять сервисов делят сетевое пространство имён одного VPN-контейнера — kill-switch обрывает весь трафик в момент разрыва туннеля, список split-tunnel сохраняет LAN-доступ, а три кольца доступа (localhost / LAN 10.0.0.0/24 / mesh-VPN 100.64.0.30) держат нужные двери открытыми для нужных людей. Усиль хост: SSH только по ключу, fail2ban, автоматические обновления безопасности; напиши скрипт ротирующего резервного копирования с шифрованием age; и уходи зная, что стек уходит в тень при любом сбое.
Моделирование угроз и закаливание небольшого приложения
Возьми небольшое приложение, которым ты полностью владеешь, и прогони его через цикл, в котором живёт настоящий инженер по безопасности: сначала разберись, как атакующий реально его сломает, а затем закрой эти пути один за другим. Ты построишь дерево атаки против собственного сервиса, а потом починишь аутентификацию, авторизацию, обращение с секретами, заголовки безопасности и валидацию ввода — и запишешь, какое исправление убивает какую ветку дерева. Это и есть всё ремесло защитной безопасности в миниатюре: не чек-лист, а цепочка от угрозы к мере, которую ты сможешь защитить вслух.
Безопасность облака и инфраструктуры
Защита современной инфраструктуры: модель разделённой ответственности облака, IAM, безопасность контейнеров и Kubernetes, infrastructure-as-code и управление облачной защищённостью.