Chia Health · Authentication Profile

Chia Health Authentication

Authentication

Chia Health secures its APIs with http across 2 declared security schemes, as derived from its OpenAPI definitions.

CompanyTelehealthHealthcarePeptidesGLP-1Weight LossPartner APIMCP
Methods: http Schemes: 2 OAuth flows: API key in:

Security Schemes

bearerAuth http
scheme: bearer
affiliateBearer http
scheme: bearer

Source

Authentication Profile

Raw ↑
generated: '2026-11-03'
method: searched
source: https://partners.chia.health/docs/environments/
docs: https://partners.chia.health/docs/environments/
summary:
  types:
  - http
schemes:
- name: bearerAuth
  type: http
  scheme: bearer
  bearerFormat: chia_test_… / chia_test_finance_… / chia_live_… / chia_live_finance_…
  description: 'Every request sends `Authorization: Bearer ${CHIA_RUNTIME_KEY}` or `Authorization: Bearer
    ${CHIA_FINANCE_KEY}` from confidential server workloads only. Credentials are environment-, tenant-
    and role-bound; tenant identity is derived from the credential, never from a caller-supplied header.
    No self-service issuance: six values (sandbox/production x runtime/finance/webhook) are delivered
    via signed onboarding through an approved secret channel.'
  sources:
  - openapi/chia-health-openapi.yml
  - https://partners.chia.health/docs/environments/
  key_prefixes:
    sandbox_runtime: chia_test_…
    sandbox_finance: chia_test_finance_…
    production_runtime: chia_live_…
    production_finance: chia_live_finance_…
    sandbox_webhook_secret: whsec_test_…
    production_webhook_secret: whsec_live_…
  roles:
  - role: runtime catalog/handoff service; ephemeral test job
    secret: runtime key
    allowed: [catalog:read, handoffs:create, authenticated asset GET, webhooks:test]
  - role: webhook receiver
    secret: current signing secret; optionally one retiring secret
    allowed: [verify inbound Chia events]
  - role: finance worker
    secret: finance key
    allowed: [settlements:read]
  - role: mobile app
    secret: none
    allowed: [partner-projected cards and OS-browser navigation]
  rotation: Provision and validate the replacement key, switch the workload, then revoke the old key;
    webhook secrets overlap with at most two signing secrets during rotation.
- name: affiliateBearer
  type: http
  scheme: bearer
  api: Chia affiliate read API (/api/affiliate/v1, limited pilot)
  bearerFormat: chia_aff_live_<12 lowercase hex>_<43 URL-safe characters> / chia_aff_test_…
  description: Separate credential issued by the named Chia affiliate integration owner; no self-service
    issuance. Every authentication and authorisation failure returns one identical opaque 401.
  sources:
  - https://partners.chia.health/docs/affiliate-read-api/
webhook_signing:
  scheme: HMAC over the exact raw body, single `v1` signature, 300-second timestamp tolerance
  docs: https://partners.chia.health/docs/webhooks/

Work with this as data

Every security artifact here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for security posture

4 MCP tools reach this
  • find_securityBrowse and filter every security artifact in the catalog.
  • apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
  • resolveTurn a domain, URL or GitHub org into the provider it belongs to.
  • find_cohortsEvery scored population of providers in the catalog.
All 92 tools →

Call it yourself

curl for this page
This security artifact
curl "https://apis.io/api/v1/security/chia-health-authentication"
All security posture
curl "https://apis.io/api/v1/security?limit=25"

Calls without X-API-Key need no key. Calls with it need a paid plan — get a key.

Get an API key

Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

A second provider on the same verified email joins the account you already have.