Decrypt data (streaming).

The request is multipart/mixed with two parts:

  1. application/jose+json — JWE General-JSON header (detached ciphertext).
  2. application/octet-stream — proprietary binary envelope followed by the ciphertext and GCM tag.

The response is multipart/mixed (PRD §64):
PART 1 (application/octet-stream) is the decrypted plaintext and
the trailing PART 2 (application/json) is a
StreamVerdict emitted AFTER the end-of-stream AES-GCM tag is verified

({verdict,operation,reason,correlationId,timestamp}). Because the GCM
tag is only known at end-of-stream, a tamper is reported through an
INVALID verdict in PART 2 — never a silently truncated success.


Supports both SIMPLE keys (single recipient)
and COMPOSITE keys (multiple recipients).

For COMPOSITE keys, decryption uses all recipients to derive
the final content encryption key.

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.

header 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.

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

header
object
required

Detached General-JSON JWET header used by the streaming
decryption endpoint – the kid is
mandatory.

file
required

Binary envelope + ciphertext + tag.

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