Open · Authentication Profile

Open Insurance Authentication

Authentication

Open secures its APIs with apiKey and jwt-bearer (deprecated) across 5 declared security schemes, as derived from its OpenAPI definitions.

InsuranceAustraliaInsurtechEmbedded InsuranceProperty and CasualtyTravel InsuranceUnderwritingPolicy AdministrationWhite LabelQuote
Methods: apiKey, jwt-bearer (deprecated) Schemes: 5 OAuth flows: API key in: body, query, sdk-initialiser

Security Schemes

api_key_secret_body apiKey
· in: body ()
api_key_sdk apiKey
· in: sdk-initialiser ()
api_key_query apiKey
· in: query ()
jwt_hs256 http
scheme: bearer
readme_oidc_mcp oauth2

Source

Authentication Profile

Raw ↑
generated: '2026-07-25'
method: searched
source: openapi/open-insurance-certificate-of-currency-openapi.json
docs: https://developers.beopen.com/docs/keys
note: >-
  The harvested OpenAPI declares an EMPTY components.securitySchemes and an empty
  security requirement, so mechanical derivation yields nothing — the credential
  model lives entirely in prose and in the request body schema. Captured here from
  the docs. Credentials are partner-issued: "Keys are issued by Open during
  account creation. Contact your account manager or email sales@beopen.com."
  There is no self-serve signup, no OAuth and no OpenID Connect anywhere on Open's
  own hosts (openid-configuration and oauth-authorization-server return 404 on
  api.beopen.com, developers.beopen.com and www.beopen.com).
summary:
  types:
  - apiKey
  - jwt-bearer (deprecated)
  api_key_in:
  - body
  - query
  - sdk-initialiser
  oauth2_flows: []
  self_serve: false
  environments:
  - sandbox
  - production
  key_pair: api key + secret key, one pair per environment
schemes:
- name: api_key_secret_body
  type: apiKey
  in: body
  parameters:
  - api_key
  - api_secret
  applies_to:
  - openapi/open-insurance-certificate-of-currency-openapi.json#coc
  description: >-
    The Certificate of Currency operation takes the api_key and api_secret as
    fields in the JSON request body rather than in a header. Both are required
    alongside policy_number.
  documented_in_spec: false
  docs: https://developers.beopen.com/reference/coc
- name: api_key_sdk
  type: apiKey
  in: sdk-initialiser
  parameters:
  - apiKey
  applies_to:
  - opensdk.load
  description: >-
    Open.js is initialised with the partner API key — opensdk.load("YOUR_API_KEY").
    The optional sandbox flag repoints the library at api.sandbox.beopen.com and
    the sandbox portal.
  docs: https://developers.beopen.com/docs/using-openjs
- name: api_key_query
  type: apiKey
  in: query
  parameters:
  - key
  applies_to:
  - URL Handover
  - Open.Widget iframe src
  description: >-
    The redirect and embed surfaces carry the API key as the `key` query
    parameter, e.g. https://stage.huddle.com.au/?key=API_KEY&pc=PRODUCT_CODE.
  docs: https://developers.beopen.com/docs/basic-redirection
- name: jwt_hs256
  type: http
  scheme: bearer
  bearerFormat: JWT
  algorithm: HS256
  status: deprecated
  deprecation_note: >-
    "This feature has been deprecated and should not be used in new
    implementation!" — verbatim from the docs page.
  description: >-
    An HS256 JWT signed with the account secret key unlocks advanced SDK
    workflows (customer_ref linking, resume-quote). Passed as the authToken
    option to opensdk.load, or as the `jwt` query parameter on a URL Handover.
    Payload documented as {"customer_ref": "123"}.
  docs: https://developers.beopen.com/docs/authenticating-using-jwt
- name: readme_oidc_mcp
  type: oauth2
  scope: documentation MCP endpoint only
  authorization_servers:
  - https://dash.readme.com/oidc
  applies_to:
  - https://developers.beopen.com/mcp
  description: >-
    Third-party. The developer hub's MCP endpoint is protected by ReadMe's own
    OIDC authorization server, advertised via RFC 9728 metadata at
    /.well-known/oauth-protected-resource/mcp. This is documentation-platform
    auth, not Open API auth.
  first_party: false
key_management:
  issuance: Open account manager / sales@beopen.com at partner account creation
  rotation: not documented
  self_serve_console: false
  guidance: >-
    Docs advise storing keys in a password manager or secrets service, keeping
    them out of source control, and treating public exposure as an account
    compromise ("A user might abuse API calls or create insurance quotes on
    behalf of your account").
  docs: https://developers.beopen.com/docs/keys
gaps:
- The OpenAPI does not declare any securityScheme, so generated clients get no auth wiring.
- Credentials travel in the request body, which excludes them from standard Authorization-header tooling and proxy redaction.
- No documented key rotation, expiry or revocation procedure.
- No OAuth 2.0 / OIDC option for partner or end-user delegated access.