Un Statement de in-toto (_type https://in-toto.io/Statement/v1) enumera los artefactos subject por nombre y resumen, y lleva un URI predicateType con un objeto predicate: procedencia SLSA, SBOM en SPDX o CycloneDX, análisis de vulnerabilidades, resultados de pruebas o tipos personalizados. Se envuelve en un sobre DSSE y se firma, normalmente con Sigstore, de modo que la firma cubre tanto la carga útil como su tipo.
La especificación original de in-toto, la de los layouts, también define los pasos esperados, los responsables de cada paso (functionaries) y las inspecciones de todo un pipeline; hoy la mayoría de las implementaciones usan solo el formato de atestación. Los verificadores deberían identificar los sujetos por su resumen, comprobar que el tipo de predicado es el que esperan y evaluar políticas sobre el contenido del predicado. El visor de atestaciones in-toto decodifica sobres y declaraciones.