Ein in-toto-Statement (_type https://in-toto.io/Statement/v1) führt unter subject Artefakte mit Name und Digest auf und trägt eine URI in predicateType sowie ein Objekt predicate: SLSA-Provenance, SBOMs in SPDX oder CycloneDX, Schwachstellenscans, Testergebnisse oder eigene Typen. Es wird in einen DSSE-Envelope verpackt und signiert, meist mit Sigstore, sodass die Signatur sowohl die Payload als auch deren Typ abdeckt.
Die ursprüngliche Layout-Spezifikation von in-toto legt zusätzlich erwartete Schritte, Functionaries (ausführende Parteien) und Inspektionen für eine ganze Pipeline fest; in der Praxis nutzen heute die meisten nur das Attestierungsformat. Verifizierer sollten Subjects über den Digest zuordnen, prüfen, ob der Predicate-Typ der erwartete ist, und Richtlinien über den Inhalt des Predicates auswerten. Der in-toto-Attestierungs-Viewer dekodiert Envelopes und Statements.