Firma de dependencias y artefactos

Una SBOM le indica qué contiene un artefacto. La procedencia le indica de dónde proviene y cómo se compiló. La firma vincula un artefacto con un origen verificable, de modo que los consumidores puedan rechazar cualquier elemento que no haya producido su pipeline de confianza.

Sin procedencia, un atacante que sustituya un tarball en su registro resulta indistinguible de una versión legítima.

La base de la integridad es el direccionamiento por contenido. Un hash criptográfico (digest) de un artefacto identifica de forma única esa secuencia exacta de bytes. Las etiquetas mutables como latest pueden redirigirse; un digest no.

Una firma digital utiliza una clave privada para firmar el hash del artefacto; cualquiera que tenga la clave pública correspondiente puede verificarla. Esto proporciona dos garantías:

• Integridad — el artefacto no se modificó después de firmarlo
• Autenticidad — lo firmó quien posee la clave privada

La parte difícil no son las matemáticas, sino la gestión de claves y la distribución de la confianza: ¿cómo sabe un verificador en qué clave pública confiar?

La firma tradicional obliga a los equipos a proteger claves privadas de larga duración, que pueden filtrarse. Sigstore ofrece firma sin claves: emite un certificado de corta duración vinculado a una identidad OIDC (como una carga de trabajo de CI o el correo electrónico de un desarrollador), firma y registra el evento en un registro público de transparencia llamado Rekor.

No hay ninguna clave de larga duración que robar, y cada firma se puede auditar públicamente.

Cosign es la herramienta de Sigstore para firmar imágenes de contenedor y otros artefactos. En el modo sin claves utiliza el token OIDC del pipeline, por lo que no hay ningún archivo de claves en el disco.

Sigstore registra cada evento de firma en Rekor, un registro público, de solo adición y con evidencia de manipulación. Este es un potente control de detección:

• Puede demostrar cuándo se firmó algo
• Un atacante que robe una identidad no puede firmar en secreto — el evento queda registrado públicamente
• Las firmas anómalas (identidad inesperada, fuera del horario habitual) se vuelven detectables

La transparencia convierte una intrusión silenciosa en evidencia observable.

SLSA (Supply-chain Levels for Software Artifacts) es un marco que evalúa el nivel de confianza de su proceso de compilación. Los niveles superiores exigen garantías más sólidas contra la manipulación.

• L1 — existe una procedencia documentada
• L2 — procedencia firmada procedente de un servicio de compilación alojado
• L3 — compilaciones reforzadas y aisladas; la procedencia no se puede falsificar, ni siquiera por alguien interno del pipeline

SLSA es una hoja de ruta: elija un nivel objetivo y cierre las brechas.

Una atestación de procedencia es una declaración firmada que describe cómo se compiló un artefacto: el commit de origen, la identidad del compilador, los parámetros de compilación y las entradas. El formato in-toto lo estandariza.

La firma solo resulta útil si algo rechaza los artefactos sin firmar. En Kubernetes, un controlador de admisión puede bloquear cualquier imagen que no tenga una firma válida y procedencia de su identidad de confianza.

• Los controladores de políticas verifican las firmas de cosign antes de iniciar un pod
• Rechace las imágenes firmadas por identidades inesperadas
• Exija una procedencia que apunte a su repositorio de código fuente aprobado

Esto cierra el ciclo: los artefactos que no son de confianza nunca se ejecutan.

La procedencia es más valiosa cuando se extiende a lo que consume, no solo a lo que distribuye. Los ecosistemas están incorporando firma y procedencia nativas:

• npm provenance vincula un paquete publicado con su commit de origen y su ejecución de CI
• Las imágenes base de contenedores incluyen cada vez más firmas de cosign
• Los registros de lenguajes están probando la verificación respaldada por Sigstore

Prefiera las dependencias que publiquen una procedencia verificable y verifíquela durante la instalación cuando sea compatible.

Una estrategia de firma práctica se aplica por capas y se verifica de extremo a extremo:

• Fije las entradas mediante digest
• Firme sin claves los artefactos y adjunte la SBOM y las atestaciones de procedencia
• Regístrelo todo en un registro de transparencia
• Exija la verificación durante el despliegue mediante una política de admisión

La cadena solo es tan sólida como su eslabón no verificado más débil, así que verifique en cada punto de consumo.

Ha aprendido a demostrar la procedencia y a exigirla.

• Fije mediante digest, no mediante etiquetas mutables
• Las firmas digitales proporcionan integridad y autenticidad; el desafío es la gestión de claves
• Sigstore + cosign permiten firmar sin claves con un registro público de transparencia Rekor
• SLSA evalúa la integridad de las compilaciones; las atestaciones de procedencia registran cómo se compilaron los artefactos
• Las políticas de admisión rechazan durante el despliegue todo lo que no esté firmado o no sea de confianza

A continuación: reforzar el pipeline de CI/CD que produce estos artefactos.