⚙️ Теория
🧠 Что такое SSDF
SSDF (NIST SP 800-218) это набор практик безопасной разработки ПО на всем жизненном цикле. Он не навязывает конкретный toolchain, а задает структуру процессов.
По состоянию на 21 февраля 2026:
- актуальная стабильная публикация:
SP 800-218(Final, 2022); - revision
SP 800-218r1находится в статусеInitial Public Draft (IPD), а публичное обсуждение уже закрыто (30 января 2026), поэтому использовать ее как единственный норматив преждевременно.
Ключевые группы практик:
PO(Prepare the Organization)PS(Protect the Software)PW(Produce Well-Secured Software)RV(Respond to Vulnerabilities)
🧩 Почему SSDF удобен для DevSecOps
SSDF хорошо ложится на pipeline-подход:
- требования безопасности как часть Definition of Done;
- верификация в CI (SAST/SCA/secrets/tests);
- управляемые релизы и процесс обработки уязвимостей.
⚠️ Анти-паттерны внедрения
- вводить только security tools без изменения процесса;
- не определять ownership по практикам SSDF;
- не измерять выполнение практик метриками.
❓ Что нужно уметь объяснить
Почему SSDF не равен "пройти один security scan"?
Потому что SSDF охватывает людей, процессы, артефакты и реакции на уязвимости, а не только точечное сканирование.
Что дает наибольший эффект на старте?
Базовые обязательные контроли в CI + ясный процесс triage/patch/release для уязвимостей.
Как понять, что внедрение работает?
По операционным метрикам: время исправления, доля критичных находок до релиза, повторяемость нарушений по командам.
🧪 Практика
1. Минимальный baseline SSDF для команды
- security requirements в backlog и review;
- SAST/SCA/secrets scanning в CI;
- обязательный peer review;
- vulnerability response runbook;
- версия и provenance релизных артефактов.
2. Пример policy gate в CI
# примерный подход
if [ "$CRITICAL_VULNS" -gt 0 ]; then
echo "Block release: critical vulnerabilities found"
exit 1
fi
3. Метрики зрелости
MTTRпо security defects;% релизов без критичных уязвимостей;% сервисов с полным baseline SSDF.
🧾 Вывод
SSDF это практический каркас secure SDLC. Результат появляется, когда требования и проверки встроены в day-to-day delivery, а не вынесены в отдельный редкий аудит.
📚 Ссылки
- NIST SP 800-218 (SSDF) Final
- NIST SP 800-218A (Applying SSDF Practices)
- NIST SP 800-218r1 Initial Public Draft (IPD)