Как выстроить безопасность цепочки поставки образов (supply chain): подписание образов, SBOM, admission-контроль недоверенных образов — какие компоненты обязательны, а какие опциональны в зависимости от зрелости организации?

Короткий ответ

Единого обязательного набора нет: минимальная база — это pull образов только из доверенных реестров по digest и генерация SBOM в CI; подписание образов (например, cosign/Notation) и admission-политики, блокирующие неподписанные/непроверенные образы, добавляются по мере роста требований безопасности и compliance организации.

Как это работает подробнее

SBOM (Software Bill of Materials) — машиночитаемый список всех пакетов и версий внутри образа, который можно сверять с базами уязвимостей даже после публикации образа, не пересканируя его заново каждый раз вручную. Подписание образов криптографически связывает конкретный digest с издателем — admission-контроллер в оркестраторе может проверять подпись перед запуском контейнера и отклонять образы без валидной подписи от доверенного издателя.

Пример кода

Пример конфигурацииКопировать

The following checks were performed on each of these signatures:
  - The cosign claims were validated
  - The signatures were verified against the specified public key

Что использовать на практике

• Практика. внедрение обычно идёт поэтапно: сначала фиксация по digest и базовое сканирование на CVE в CI, затем генерация и хранение SBOM для каждой сборки, и только на зрелом этапе — подписание и enforcement-режим admission-политики (сначала в режиме audit/dry-run, чтобы не заблокировать легитимные деплои из-за ошибок в самой политике).

Подводные камни

• Риск. включают enforcement-политику подписания сразу во всех окружениях без предварительного audit-периода, что приводит к массовым сбоям деплоя из-за образов, собранных старыми пайплайнами без подписи; считают наличие SBOM равноценным гарантии безопасности, хотя SBOM — это только инвентарь, а не автоматическая защита без процесса регулярной проверки его на уязвимости.