Keyless Signing läuft so ab: Der Signierer erzeugt ein ephemeres Schlüsselpaar, weist über OIDC eine Identität nach (einen Workflow in GitHub Actions, ein Google- oder Microsoft-Konto), erhält ein 10 Minuten lang gültiges Fulcio-Zertifikat, das den Schlüssel an diese Identität bindet, signiert das Artefakt, lädt die Signatur zu Rekor hoch und verwirft den Schlüssel. Die Prüfung umfasst die Zertifikatskette bis zur Root von Sigstore, die vom Verifizierer erwartete Identität und den erwarteten Aussteller sowie den Inclusion Proof aus dem Log oder den signierten Zeitstempel, der belegt, dass während der Gültigkeit des Zertifikats signiert wurde.
Die Ergebnisse werden als Sigstore-Bundle weitergegeben (Medientyp application/vnd.dev.sigstore.bundle.v0.3+json), das das Zertifikat, die Signatur oder den DSSE-Envelope sowie Nachweise aus dem Transparenzlog enthält; Vertrauensanker werden über TUF verteilt. Rekor v2, ein kachelbasiertes Log, ist seit 2025 allgemein verfügbar. Genutzt wird Sigstore unter anderem von npm-Provenance, PyPI-Attestierungen, Homebrew, Kubernetes-Releases, mit cosign signierten Container-Images und den Artefakt-Attestierungen von GitHub.
Die Sicherheitsentscheidung verlagert sich von „Welcher Schlüssel?“ zu „Welche Identität?“: Verifizierer müssen sowohl die Identität im Zertifikat (etwa einen Workflow-Pfad) als auch den OIDC-Aussteller festlegen, sonst würde die Signatur jedes beliebigen Sigstore-Nutzers akzeptiert. Der Sigstore-Bundle-Verifizierer prüft ein Bundle lokal gegen die erwartete Identität.