Assinatura de dependências e artefatos

Um SBOM informa o que há dentro de um artefato. A proveniência informa de onde ele veio e como foi criado. A assinatura vincula um artefato a uma origem verificável, para que os consumidores possam rejeitar qualquer coisa que não tenha sido produzida pelo seu fluxo confiável.

Sem proveniência, um invasor que substitua um arquivo tar no seu registro é indistinguível de um lançamento legítimo.

A base da integridade é o endereçamento por conteúdo. Um resumo criptográfico de um artefato identifica exclusivamente aquele conjunto exato de bytes. Rótulos mutáveis como latest podem ser redirecionados; um resumo criptográfico não pode.

Uma assinatura digital usa uma chave privada para assinar o resumo criptográfico do artefato; qualquer pessoa com a chave pública correspondente pode verificá-la. Isso oferece duas garantias:

• Integridade — o artefato não foi modificado após a assinatura
• Autenticidade — ele foi assinado pelo titular da chave privada

A parte difícil não é a matemática; é o gerenciamento de chaves e a distribuição de confiança: como uma pessoa verificadora sabe em qual chave pública confiar?

A assinatura tradicional obriga as equipes a proteger chaves privadas de longa duração, que acabam vazando. O Sigstore oferece assinatura sem chaves: emite um certificado de curta duração vinculado a uma identidade OIDC (como uma carga de trabalho de CI ou o endereço de e-mail de um desenvolvedor), assina e registra o evento em um registro público de transparência chamado Rekor.

Não há nenhuma chave de longa duração para roubar, e toda assinatura pode ser auditada publicamente.

Cosign é a ferramenta do Sigstore para assinar imagens de contêineres e outros artefatos. No modo sem chaves, usa a credencial OIDC do fluxo, portanto nenhum arquivo de chave fica armazenado no disco.

O Sigstore registra cada evento de assinatura no Rekor, um registro público, somente para acréscimos e que evidencia adulterações. Esse é um poderoso controle de detecção:

• É possível provar quando algo foi assinado
• Um invasor que roube uma identidade não pode assinar secretamente — o evento é registrado publicamente
• Assinaturas anômalas (identidade inesperada, fora do horário) tornam-se detectáveis

A transparência transforma um comprometimento silencioso em evidência observável.

SLSA (Níveis da cadeia de fornecimento para artefatos de software) é uma estrutura que classifica o grau de confiabilidade do seu processo de compilação. Níveis mais altos exigem garantias mais fortes contra adulteração.

• L1 — a proveniência existe e está documentada
• L2 — proveniência assinada de um serviço de compilação hospedado
• L3 — compilações reforçadas e isoladas; a proveniência não pode ser falsificada nem mesmo por uma pessoa interna do fluxo

SLSA é um roteiro: escolha um nível-alvo e elimine as lacunas.

Um atestado de proveniência é uma declaração assinada que descreve como um artefato foi criado: o identificador da alteração no código-fonte, a identidade do compilador, os parâmetros de compilação e as entradas. O formato in-toto padroniza isso.

A assinatura só é útil se algo recusar artefatos não assinados. No Kubernetes, um controlador de admissão pode bloquear qualquer imagem sem uma assinatura válida e sem proveniência da sua identidade confiável.

• Controladores de políticas verificam assinaturas do cosign antes de um pod ser iniciado
• Rejeitam imagens assinadas por identidades inesperadas
• Exigem proveniência que aponte para seu repositório de origem aprovado

Isso fecha o ciclo: artefatos não confiáveis nunca são executados.

A proveniência é mais valiosa quando se estende ao que você consome, não apenas ao que envia. Os ecossistemas estão adicionando assinatura e proveniência nativas:

• Proveniência do npm vincula um pacote publicado à sua alteração no código-fonte e à sua execução de CI
• Imagens base de contêineres cada vez mais incluem assinaturas do cosign
• Registros de linguagens estão testando a verificação baseada no Sigstore

Prefira dependências que publiquem proveniência verificável e verifique-a durante a instalação quando houver suporte.

Uma estratégia prática de assinatura é composta por camadas e verificada de ponta a ponta:

• Fixe as entradas por resumo criptográfico
• Assine sem chaves os artefatos e anexe SBOM e atestados de proveniência
• Registre tudo em um registro de transparência
• Aplique a verificação na implantação com uma política de admissão

A cadeia só é tão forte quanto seu elo não verificado mais fraco, portanto verifique-a em cada ponto de consumo.

Você aprendeu a comprovar a proveniência e aplicá-la.

• Fixe pelo resumo criptográfico, não por rótulos mutáveis
• Assinaturas digitais oferecem integridade e autenticidade; o desafio é o gerenciamento de chaves
• Sigstore + cosign permitem assinatura sem chaves com um registro público de transparência do Rekor
• SLSA classifica a integridade da compilação; atestados de proveniência registram como os artefatos foram criados
• Políticas de admissão rejeitam qualquer coisa não assinada ou não confiável no momento da implantação

Próximo passo: reforçar o fluxo de CI/CD que produz esses artefatos.