Skip to documentation
Browse documentation

Authenticate every customer-data request

Hyran Data V1 uses scoped API credentials in the HTTP Bearer authentication scheme. A credential is bound to one WorkOS organization, one regional cell, an allowlist of scopes, an optional expiry, and a revocation state. The API stores only a public identifier, prefix, scope metadata, and a cryptographic hash of the secret.

Send a credential

Authorization: Bearer hyran_data_live_us1_public-id.secret

The value above is illustrative and is not a working credential. Send a real credential only to the exact HTTPS API origin issued by Hyran.

Scope model

ScopeAllowsDoes not allow
graph:readEntity discovery and bounded relationship traversalBOM history or exports
bom:readCompleted snapshots, yields, and yield changesEntity graph or exports
exports:createCreate, inspect, and download owned export jobsReading another tenant's jobs
mcp:readCall the documented MCP tool allowlistArbitrary SQL, tools, or tenant selection

Rotate a credential

  1. Issue a replacement credential

    Ask an authorized Hyran operator for the same minimum scopes and a suitable expiry.

  2. Update the consumer secret

    Replace the value in the integration secrets platform. Do not change tenant inputs because none are accepted.

  3. Prove the replacement works

    Make a bounded read and record its request ID before removing the old credential.

  4. Revoke the old credential

    Confirm that the old credential returns 401 invalid_token. Revocation is immediate for new requests.

Authentication failures

A missing, malformed, expired, revoked, or unknown credential returns 401 with WWW-Authenticate: Bearer. A valid credential without the required scope returns 403. Neither response reveals whether a requested customer object exists.

See Errors and rate limits for the full problem response and retry rules.