20.10.2026 Новости, Безопасность, Бизнес-практикум, Консалтинг и системная интеграция, ОС и разработка приложенийКомпании часто начинают переход к DevSecOps с внедрения новых инструментов. Однако одних технических средств недостаточно: основные сложности связаны с перестройкой процессов, распределением ответственности и взаимодействием между техническими инженерами и экспертами по информационной безопасности. При высоком темпе работы проверять все изменения перед выпуском продукта становится все труднее. В результате требования DevSecOps- и AppSec-специалистов начинают восприниматься как причина задержек релизов, уязвимости обнаруживают слишком поздно, а стоимость их устранения растет. Руководитель отдела консалтинга безопасной разработки компании «Бастион» Артем Пузанков рассказывает, почему классический подход к управлению рисками больше не соответствует современным практикам и как внедрить DevSecOps без конфликта между техническими командами. Почему традиционных подходов к безопасности уже недостаточно Ранее поиск уязвимостей в разрабатываемом ПО проводился на финальном этапе работы. Такой метод был эффективен, когда новые версии выходили раз в несколько месяцев: организация успевала выполнить проверки, найти критичные уязвимости и устранить их до ввода продукта в промышленную эксплуатацию. Сегодня темп разработки заметно ускорился. Инженеры постоянно вносят изменения в код, используют автоматизированные пайплайны, микросервисы и облачные среды. Обновления могут публиковаться ежечасно, поэтому полноценный ручной аудит становится слишком долгим и замедляет работу команды. При этом ...
читать далее.
