Un Statement in-toto (_type https://in-toto.io/Statement/v1) liste les artefacts subject par nom et par condensat et porte une URI predicateType avec un objet predicate : provenance SLSA, SBOM SPDX ou CycloneDX, analyses de vulnérabilités, résultats de tests ou types personnalisés. Il est placé dans une enveloppe DSSE puis signé, généralement avec Sigstore, de sorte que la signature couvre à la fois la charge utile et son type.
La spécification d’origine d’in-toto, celle des layouts, définit aussi les étapes attendues, les intervenants (functionaries) et les inspections de tout un pipeline ; aujourd’hui, la plupart des déploiements n’utilisent que le format d’attestation. Les vérificateurs devraient faire correspondre les sujets par condensat, vérifier le type de prédicat attendu et évaluer des politiques sur le contenu du prédicat. Le visualiseur d’attestations in-toto décode les enveloppes et les Statements.