Cloudsmith’s npm client support now serves npm's attestations and signing keys APIs, so provenance verification works through Cloudsmith just as it does when connecting directly to the upstream registry.
npm packages can be published with signed provenance: a verifiable statement that a specific tarball was built from a specific source repository using a specific workflow. Clients verify this with npm audit signatures, and pnpm 11 and later request them during dependency resolution.
While indexing an npm upstream, Cloudsmith stores the provenance attestations published alongside each package and serves them from the same endpoints npm clients already expect (/-/npm/v1/attestations/ and /-/npm/v1/keys). No client or .npmrc changes are needed:
npm audit signatures
Verification remains client-side: your client checks provenance against Sigstore’s public trust root, and registry signatures against the signing keys Cloudsmith serves. Re-serving this data through Cloudsmith doesn’t change the trust model.
Note:
Attestations exist only for packages where the publisher generated provenance when publishing upstream. Cloudsmith serves the attestations published by the upstream registry and doesn’t generate them itself.