Encrypt data (streaming).

Consumes two multipart/form-data fields:

  1. metadata – JSON body EncryptStreamRequest
  2. file – binary plaintext


    Produces a multipart/mixed response where:

    • Part 1 (application/jose+json) is a JWE General-JSON header with
    detached ciphertext.

    • Part 2 (application/octet-stream) is the proprietary envelope
    [wkLen]‖wrappedKey‖[ivLen]‖iv‖ciphertext‖tag streamed on-the-fly.


    Output format depends on key type:

    • SIMPLE keys: JWE General JSON with single recipient

    • COMPOSITE keys: JWE General JSON with multiple recipients (one per component)
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

Metadata for the streaming encryption endpoint.

file
required

Plaintext file (binary). 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