Package provenance, signatures и trusted registries

Проверка откъде идва artifact-ът, кой го е build-нал и дали е променян.

Cryptographic signatures, attestations и provenance metadata позволяват policy engine да допуска само доверени artifacts.

„Този artifact съответства ли на подписа от този ключ?“

Не отговаря автоматично на: „Този artifact добър ли е?“

Ако trusted build system бъде компрометиран и подпише malicious release, signature verification може коректно да каже „валиден подпис“.

trusted source → isolated build → provenance/attestation → signing → verification at deployment

Опитайте да deploy-нете:

• unsigned artifact;
• artifact с invalid signature;
• artifact от непозволен registry;
• artifact без нужната provenance policy. Те трябва да бъдат блокирани там, където policy го изисква.

• Trusted internal mirrors.
• Pin versions/hashes.
• Verify signatures/provenance.
• SLSA-style build provenance.
• Isolated/hermetic builds where feasible.

Подписан malicious artifact остава malicious, ако trusted build pipeline е компрометиран.