Re-sign data (streaming).

Verifies a detached-JWS (oldJws) under oldKid
either the header's kid or sourceKidOverride
if the header lacks a kid—and immediately signs the same payload with
newKid. The response is multipart/mixed (PRD §64):

PART 1 (application/octet-stream) is the new detached-JWS JSON and the
trailing PART 2 (application/json) is a StreamVerdict emitted
AFTER the source (old) signature is verified — an INVALID verdict signals a
source-signature failure discovered at end-of-stream.


Supports all key type combinations:

• SIMPLE → SIMPLE (single signature → single signature)

• SIMPLE → COMPOSITE (single signature → multiple signatures)

• COMPOSITE → COMPOSITE (multiple signatures → multiple signatures)

• COMPOSITE → SIMPLE (multiple signatures → single signature)

Recent Requests
Log in to see full request history
TimeStatusUser Agent
Retrieving recent requests…
LoadingLoading…
Body Params

Sequential multipart body — the parts are read in the order they arrive and the server never buffers the payload.

metadata MUST be sent before file. A file-first body is rejected with 400 application/problem+json, type .../errors/multipart-part-order. This is a property of streaming, not a policy: the server cannot look ahead past a 512 MiB payload to find the part that tells it what to do with it.

metadata is bounded at 2 MiB; file has no size limit.

metadata
object
required

JSON metadata sent in the metadata field when streaming a
re-sign request. Carries the existing detached JWS, the new signing key,
an optional override for a missing header kid, and optional validity period.

file
required

Binary data to be re-signed. No size limit.

Headers
string
enum
Defaults to application/problem+json

Generated from available response content types

Allowed:
Responses

Language
Credentials
Bearer
JWT
URL
LoadingLoading…
Response
Click Try It! to start a request and see the response here! Or choose an example:
multipart/mixed
application/problem+json