Триаж уязвимостей приложения

Проще говоря, «Триаж уязвимостей приложения» помогает команде увидеть, где в жизненном цикле приложения нужна защитная мера, проверка или исправление дефекта. Смысл термина раскрывается через конкретный объект, действие и проверяемый результат.

В практике ИБ термин «Триаж уязвимостей приложения» используют так: его встраивают в требования к приложению, проверки конвейера разработки и процесс устранения дефектов. Решение проверяют по наблюдаемому результату, а не только по наличию документа или средства.

Команда разработки включает понятие «Триаж уязвимостей приложения» в требования и CI/CD: запускает подходящую проверку, разбирает результат и блокирует выпуск только по подтверждённому критерию.

• Исключение из правила сканераИсключение из правила сканера — документированное временное или постоянное решение не учитывать конкретное срабатывание.
• Риск принятия уязвимостиРиск принятия уязвимости — формальное решение оставить уязвимость без немедленного устранения при известном и согласованном риске.
• Паттерн безопасного проектированияПаттерн безопасного проектирования — проверяемый шаблон архитектурного решения для типовой задачи защиты.

1. Определить поток данныхДля «Триаж уязвимостей приложения» выделяют входы, доверительные границы, опасные операции и владельца кода.
2. Встроить проверкуКонтроль размещают на подходящем этапе разработки или поставки с понятным условием.
3. Провести триажСрабатывание «Триаж уязвимостей приложения» подтверждают в контексте приложения и отделяют от ложного результата.
4. Исправить и проверитьПричину устраняют в коде или архитектуре и закрепляют автоматическим повторным тестом.