H2O.ai · Authentication Profile

H2O Ai Authentication

Authentication

H2O.ai secures its APIs with http across 1 declared security scheme, as derived from its OpenAPI definitions.

CompanyArtificial IntelligenceMachine LearningMLOpsGenerative AILarge Language ModelsRetrieval Augmented GenerationData ScienceModel DeploymentAI AgentsEnterprise AI
Methods: http Schemes: 1 OAuth flows: API key in:

Security Schemes

bearerAuth http
scheme: bearer

Source

Authentication Profile

Raw ↑
generated: '2026-08-04'
method: searched
source: openapi/h2o-ai-h2ogpte-openapi-original.yml, openapi/h2o-ai-mlops-scoring-openapi-original.yml
docs: https://docs.h2o.ai/enterprise-h2ogpte/guide/apis
notes: >-
  Baseline derived mechanically with 0-working/derive-authentication.py, then upgraded from
  H2O.ai's own API-keys guide and the authorization section of the h2oGPTe OpenAPI info
  description (which documents the header format and the two key types the securityScheme
  does not express).
summary:
  types:
  - http
  http_schemes:
  - bearer
  api_key_in: []
  oauth2_flows: []
  oidc: false
  mutual_tls: false
schemes:
- name: bearerAuth
  type: http
  scheme: bearer
  description: Using an API key generated by H2OGPTe
  header: Authorization
  format: 'Authorization: Bearer sk-...'
  key_prefix: sk-
  applied: globally (top-level security on all 422 operations)
  sources:
  - openapi/h2o-ai-h2ogpte-openapi-original.yml
  key_types:
  - name: global
    created_when: no Collection is selected at key creation
    grants: >-
      Full user impersonation and system-wide access. Anyone holding the key can create,
      delete or interact with any of the user's past, current and future Collections,
      Documents, Chats and settings.
  - name: collection-specific
    created_when: a Collection is selected at key creation
    grants: >-
      Chat with the specified Collection and related API calls to it only. Cannot create or
      delete Collections, and cannot reach other Collections or Chats.
  creation_ui: Account Circle > Using the API > + New API Key
  revocation: >-
    Keys are deleted from the h2oGPTe UI and cannot be recovered. h2oGPTe 1.7.0 added
    automated API key deactivation as an enterprise governance feature.
  rotation_policy: not-published
  expiry: not-published
gaps:
- api: H2O MLOps Scoring REST API
  spec: openapi/h2o-ai-mlops-scoring-openapi-original.yml
  issue: >-
    The published specification declares no components.securitySchemes and no security
    requirement, yet every one of its seven operations declares a 401 response. The
    authentication mechanism for a deployed scoring endpoint is therefore not described by
    the contract and must be taken from the MLOps deployment configuration.
- api: Enterprise h2oGPTe REST API
  issue: >-
    The two key types are a real authorization model but are expressed only in prose. The
    specification carries one flat bearerAuth scheme with no scopes and no per-operation
    security differentiation, so a machine reader cannot tell which of the 422 operations a
    Collection-specific key may call.
related:
  oauth_scopes: none (no oauth2 securityScheme in either specification)
  platform_oidc: >-
    H2O AI Cloud platform sign-in and the h2o-authn / h2o-cloud-discovery Python clients use
    OIDC token exchange, but that is platform authentication and is not declared in either
    public REST contract.
  conventions: conventions/h2o-ai-conventions.yml