Некоторые различия между DevSecOps-инженерами и традиционными специалистами по информационной безопасности:
- Подход к обеспечению безопасности. slurm.io Традиционно проверка безопасности проводилась на заключительных этапах разработки ПО, так как основное внимание уделялось разработке. proglib.io DevSecOps предполагает, что безопасность интегрирована на всех стадиях процесса, от планирования до развёртывания. slurm.io
- Ответственность. slurm.io При традиционном подходе безопасность была зоной ИБ-отдела, а при DevSecOps ответственность разделена между всеми участниками проекта. slurm.io Разработчик отвечает за чистоту кода, DevOps — за защиту инфраструктуры, специалист по безопасности — за создание политик и обучение команды. slurm.io
- Реакция на инциденты. slurm.io При традиционном подходе реакция на инциденты происходила после релиза, что приводило к откатам и убыткам. slurm.io DevSecOps предполагает раннее предупреждение и проактивное реагирование, что позволяет быстро реагировать и не выбиваться из графика. slurm.io
- Обучение. slurm.io Традиционно обучение было только для специалистов по безопасности, а при DevSecOps все участники проекта обучаются основам secure development. slurm.io
Таким образом, DevSecOps-инженеры фокусируются на балансе между скоростью и надёжностью, в то время как традиционные специалисты по информационной безопасности фокусировались на проверке безопасности на отдельных этапах, часто финальных. slurm.io