Ocient · Authentication Profile

Ocient Authentication

Authentication

Ocient secures its APIs with http and openIdConnect across 0 declared security schemes, as derived from its OpenAPI definitions. OAuth 2.0 is offered via the deviceCode, authorizationCode, and tokenExchange flow(s).

CompanyDataAnalyticsData WarehouseDatabaseSQLArtificial IntelligenceMachine LearningBig DataGeospatial
Methods: http, openIdConnect Schemes: 0 OAuth flows: deviceCode, authorizationCode, tokenExchange API key in:

Security Schemes

Source

Authentication Profile

Raw ↑
generated: '2026-08-02'
method: searched
source: https://docs.ocient.com/authentication-methods
docs: https://docs.ocient.com/authentication-methods
related_docs:
- https://docs.ocient.com/ocient-http-query-api
- https://docs.ocient.com/ocient-security-guide
- https://docs.ocient.com/database-password-security-settings
- https://docs.ocient.com/manage-users-groups-and-roles
summary:
  types: [http, openIdConnect]
  http_schemes: [basic, bearer]
  api_key_in: []
  oauth2_flows: [deviceCode, authorizationCode, tokenExchange]
  spec_declares_security_schemes: false
  spec_note: 'The published OpenAPI declares an empty components.securitySchemes and
    `security: []`. Authentication is modelled instead as a required `authorization`
    / `Authorization` header parameter on the protected operations. The auth model
    below is taken from the documentation, not inferred from the spec.'
methods:
- id: password
  name: Password authentication
  type: http
  schemes: [basic, bearer]
  description: Users created with DCL set a password used for database authentication.
    Callers may present HTTP Basic credentials directly, or exchange them at the login
    endpoint for a bearer token.
  username_format: '<user_name>@<database>'
  username_format_name: Fully Qualified User Name (FQUN)
  username_example: alice@example_database
  operations:
    login: postOcientHttpQueryApiLogin
    logout: postOcientHttpQueryApiLogout
    refresh: postOcientHttpQueryApiTokenRefresh
  policy_controls: https://docs.ocient.com/database-password-security-settings
  policy_notes: Administrators can configure minimum password length and password
    expiration policies.
- id: sso-oidc
  name: OpenID Connect single sign-on
  type: openIdConnect
  description: Administrators can add a Single Sign-On integration so users authenticate
    against an external OpenID Connect identity provider. A database, including the
    system database, can have 0 or 1 SSO integrations. The presence of an SSO
    integration has no effect on users authenticating with a password.
  identity_providers: any OIDC provider (Okta documented as example)
  flows:
  - id: authorizationCode
    description: Browser redirect flow — initiate at sso_authentication, the
      authorization server redirects to the callback path which yields the token.
    operations: [postOcientHttpQueryApiSsoAuthentication, getOcientHttpQueryApiCallback]
  - id: deviceCode
    description: Device grant flow for headless clients — retrieve a device grant
      code, have the user approve it, then verify to receive an authorization token.
    operations: [postOcientHttpQueryApiSsoDeviceGrant, postOcientHttpQueryApiSsoDeviceGrantVerify]
  - id: tokenExchange
    description: Exchange an OpenID Connect identifier token or access token for an
      Ocient access token.
    operations: [postOcientHttpQueryApiSsoToken]
  mfa: Ocient recommends multi-factor authentication for all accounts accessing an
    Ocient System, and limiting local accounts to emergency SSO-recovery access.
token_handling:
  transport: Authorization header, Bearer scheme
  session_cookie: The login operation also sets a session cookie.
  refresh:
    operation: postOcientHttpQueryApiTokenRefresh
    guidance: Call before the current token expires to maintain uninterrupted access.
  revocation:
    logout_invalidates_tokens: false
    note: Logout clears associated cookies but does not invalidate access tokens.
authorization:
  model: role-based access control
  docs: https://docs.ocient.com/manage-users-groups-and-roles
  features:
  - Default System and Database Roles
  - Administrator-defined access groups scoped to tables, rows, or views
  - Object-type level privileges management
  guidance: Ocient recommends assigning roles on least privilege, separation of duties,
    and need-to-know.
transport_security:
  tls: The SQL service always has TLS functionality enabled and active.
  docs: https://docs.ocient.com/secure-connections-using-tls
  note: By default the database allows both encrypted and unencrypted JDBC connections
    even when server certificates are present; enforcing TLS-only is a deployment
    hardening step.
driver_authentication:
  jdbc: 'connect to jdbc:ocient://<host>:<port>/<database>;user=<fqun>;password=****;'
  pyocient: Same FQUN and password model via the Python DB-API 2.0 driver.