SPDX

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

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

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

• Provenance сборкиProvenance сборки — проверяемые сведения о происхождении артефакта, исходном коде, процессе и среде его создания.
• Подпись артефактовПодпись артефактов — криптографическое подтверждение происхождения и целостности сборочных файлов, образов или пакетов.
• Надёжная сборкаНадёжная сборка — процесс сборки с контролируемой средой, правами, зависимостями и проверяемым происхождением.

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