Bupa · Authentication Profile
Bupa Authentication
Authentication
Bupa secures its APIs with oauth2, openIdConnect, and apiKey across 3 declared security schemes, as derived from its OpenAPI definitions. OAuth 2.0 is offered via the authorizationCode flow(s).
InsuranceUnited KingdomHealth InsuranceLife and HealthCarrierHealthcareAged CareClaimsPolicy AdministrationPartner Gated
Methods: oauth2, openIdConnect, apiKey
Schemes: 3
OAuth flows: authorizationCode
API key in: header
Security Schemes
Microsoft Entra ID (OpenID Connect / OAuth 2.0 authorization code) openIdConnect
Bupa Chile portal backend session http
scheme: bearer
Azure API Management subscription key apiKey
· in: header ()
Source
Authentication Profile
generated: '2026-07-25'
method: searched
source: >-
Live probes of Bupa's market-unit developer surfaces (portal.api.bupa.com.au,
apidoc.bupa.cl) plus the Entra ID OIDC discovery document captured in
well-known/bupa-cl-entra-openid-configuration.json
docs: null
derived_from_openapi: false
note: >-
Bupa publishes no OpenAPI or Swagger definition anywhere on its public web
estate, so this profile cannot be derived from securitySchemes. It is
assembled instead from the platforms Bupa's two live market-unit developer
surfaces actually run on and from the one identity document that is
anonymously readable. Bupa does not publish an authentication reference page
for API consumers; access to the real scheme documentation is released only
after contacting the Bupa Integration Fabric Team. Everything below is
evidenced; nothing is inferred beyond what the evidence field states.
public_documentation:
published: false
reason: >-
Neither market unit publishes an authentication guide. The Bupa Australia
portal's entire public onboarding text is three steps that all route
through a human team, and the Bupa Chile portal renders nothing before
sign-in.
summary:
types: [oauth2, openIdConnect, apiKey]
api_key_in: [header]
oauth2_flows: [authorizationCode]
identity_providers: [Microsoft Entra ID]
confirmed: 2
inferred: 1
schemes:
- name: Microsoft Entra ID (OpenID Connect / OAuth 2.0 authorization code)
type: openIdConnect
status: confirmed
applies_to: Bupa Chile API portal (apidoc.bupa.cl)
openid_configuration: well-known/bupa-cl-entra-openid-configuration.json
discovery_url: https://login.microsoftonline.com/6faad805-0755-4412-981c-e2d4e4021ee7/v2.0/.well-known/openid-configuration
discovery_http_status: 200
issuer: https://login.microsoftonline.com/6faad805-0755-4412-981c-e2d4e4021ee7/v2.0
authorization_endpoint: https://login.microsoftonline.com/6faad805-0755-4412-981c-e2d4e4021ee7/oauth2/v2.0/authorize
token_endpoint: https://login.microsoftonline.com/6faad805-0755-4412-981c-e2d4e4021ee7/oauth2/v2.0/token
end_session_endpoint: https://login.microsoftonline.com/6faad805-0755-4412-981c-e2d4e4021ee7/oauth2/v2.0/logout
userinfo_endpoint: https://graph.microsoft.com/oidc/userinfo
jwks_uri: https://login.microsoftonline.com/6faad805-0755-4412-981c-e2d4e4021ee7/discovery/v2.0/keys
tenant: 6faad805-0755-4412-981c-e2d4e4021ee7
tenant_region_scope: SA
client_id: 744efffa-f93d-4137-b874-cef142712fa6
redirect_uri: https://apidoc.bupa.cl/public/login
response_types_supported: [code, id_token, code id_token, id_token token]
scopes_supported: [openid, profile, email, offline_access]
subject_types_supported: [pairwise]
id_token_signing_alg_values_supported: [RS256]
token_endpoint_auth_methods_supported:
- client_secret_post
- private_key_jwt
- client_secret_basic
- self_signed_tls_client_auth
evidence: >-
The MSAL configuration is declared in the portal's shipped Angular bundles
(main-D6DO74WN.js and chunks), which also declare baseUrl
https://api.bupa.cl/portal/ms-controller. The tenant's v2.0 OIDC discovery
document returns HTTP 200 and was saved verbatim.
scope: >-
This authenticates access to the Chile developer portal itself. It is not
published as the security scheme of any individual Bupa API — no such
scheme document is public.
- name: Bupa Chile portal backend session
type: http
scheme: bearer
status: confirmed
applies_to: https://api.bupa.cl/portal/ms-controller
evidence: >-
The portal bundle stores an Entra id_token in localStorage under "user" and
calls the controller with it; every anonymous request to
https://api.bupa.cl/, /portal/ms-controller, /portal/ms-controller/apis,
/openapi.json and /swagger.json returns HTTP 401.
- name: Azure API Management subscription key
type: apiKey
in: header
parameter_name: Ocp-Apim-Subscription-Key
status: inferred
applies_to: Bupa Australia APIs (api.bupa.com.au)
evidence: >-
portal.api.bupa.com.au is an Azure API Management managed developer portal
(config.json declares APIM service banzprodapim01, managementApiVersion
2022-04-01-preview) and its public copy reads "Start with simple
registration and get the keys to manage, build and test." Subscription-key
header auth is the Azure APIM default.
caveat: >-
INFERRED FROM THE PLATFORM, NOT FROM A PUBLISHED REFERENCE. Bupa documents
no header name, no key issuance flow and no token endpoint publicly. The
parameter name above is the Azure APIM default and has not been confirmed
against a Bupa document. Do not treat it as an authoritative Bupa claim.
related:
well_known: well-known/bupa-well-known.yml
conformance: conformance/bupa-conformance.yml
domain_security: security/bupa-domain-security.yml