saltar al contenido
volver al mapa
concepto
2 min de lectura

SBOM

Un inventario formal de todo lo que compone el artefacto: dependencias, versiones, licencias y hashes.

SyftCycloneDXSPDX

Qué es

Un (Software Bill of Materials) es el equivalente a la etiqueta nutricional de un alimento: un documento estructurado que lista todos los componentes que forman un artefacto de software: dependencias directas y transitivas, versiones exactas, licencias y hashes criptográficos.

Un SBOM de verdad

Los dos estándares dominantes son CycloneDX y SPDX. Un fragmento real de un SBOM CycloneDX, reducido a un componente:

bom.cdx.json (CycloneDX)json
{
  "bomFormat": "CycloneDX",
  "specVersion": "1.5",
  "components": [
    {
      "type": "library",
      "name": "lodash",
      "version": "4.17.15",
      "purl": "pkg:npm/lodash@4.17.15",
      "hashes": [{ "alg": "SHA-256", "content": "3d0a2c..." }]
    }
  ]
}

Anatomía de una entrada

El purl () es el identificador universal del componente: pkg:npm/lodash@4.17.15 indica el ecosistema, el nombre y la versión exacta, en un formato que cualquier sistema puede consultar. Los hashes prueban que el componente es exactamente lo que el SBOM dice que es, sin espacio para un cambio silencioso.

En la práctica, el SBOM se genera en el stage de package del pipeline, con herramientas de o generadores dedicados como Syft, y se publica (idealmente firmado) junto con el artefacto.

Por qué importa: la prueba del próximo Log4Shell

Cuando estalla la próxima vulnerabilidad crítica en una biblioteca popular, la pregunta es siempre la misma: ¿estamos afectados? Con SBOM, la respuesta sale en minutos: una búsqueda del purl en el inventario de todos los servicios. Sin él, son días revisando proyecto por proyecto, o peor: enterándose en producción.

También se volvió una exigencia del mercado: organismos del gobierno de EE. UU. empezaron a exigir SBOM a los proveedores de software, y los clientes enterprise siguen el mismo camino.

Relación con el SCA

SCA y SBOM se alimentan mutuamente: el análisis de composición produce el inventario, y el inventario es lo que permite monitorear continuamente los componentes contra CVEs nuevos. Un SBOM generado una vez y olvidado envejece rápido: el valor está en el ciclo vivo: generar en cada build, monitorear siempre.

SBOMLa lista de ingredientes del software: dependencias, versiones, licencias y hashes, en un formato estándar.ver en el glosario →purlpackage urlIdentificador universal de un paquete: pkg:npm/lodash@4.17.15 indica ecosistema, nombre y versión sin ambigüedad. Es la columna vertebral de un SBOM.ver en el glosario →SCAAnálisis de composición: inventaría las dependencias de terceros y las cruza con CVEs conocidos.ver en el glosario →

conexiones en el mapa

actualizado el 14/10/2026 · fuentes para profundizar · reportar un error

en otros dominios

Estudia antes

pon a prueba lo que entendiste

Cargando preguntas…