Yoodli · Authentication Profile

Yoodli Authentication

Authentication

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

Artificial IntelligenceCommunicationCoachingLearning and DevelopmentSales EnablementSpeech AnalysisHuman ResourcesEnterprise SoftwareSaaSIdentity Management
Methods: http Schemes: 1 OAuth flows: API key in:

Security Schemes

BearerAuth http
scheme: bearer

Source

Authentication Profile

Raw ↑
generated: '2026-09-04'
method: searched
source: openapi/yoodli-api-openapi.yml
docs: https://developers.yoodli.ai/docs/api-keys
summary:
  types:
  - http
  http_schemes:
  - bearer
  api_key_in: []
  oauth2_flows: []
  model: long-lived bearer API key minted in the Yoodli admin UI
schemes:
- name: BearerAuth
  type: http
  scheme: bearer
  bearerFormat: null
  sources:
  - openapi/yoodli-api-openapi.yml
  applied_to: all 13 published operations (declared per-operation; there is no top-level security block)
  header: 'Authorization: Bearer <API key>'
key_management:
  kinds:
  - name: Organization Management API key
    scope: one Organization
    created_by:
    - Organization Administrator
    - Organization Owner
    path: Admin view -> Org Settings -> "Access and SSO" -> "Organization Management API" -> Manage -> Create API
      key
  - name: Multi Org Management API key
    scope: a Multi Org and its member Organizations
    created_by:
    - Multi Org Administrator
    path: Admin view -> Org Settings -> "Manage Multi Org" -> Settings -> "Access" -> "Multi Org Management API"
      -> Manage -> Create API key
  max_keys_per_entity: 3
  expiration: 'Set at creation: an explicit expiry date, or "Never expires"'
  shown_once: true
  rotation: No rotation endpoint; a lost key cannot be re-displayed and must be replaced by creating a new one
  prefix: null
  token_id: Yoodli refers to an "API Key Token ID" in support guidance and asks for the FIRST HALF only, never the
    full key
  docs: https://developers.yoodli.ai/docs/api-keys
scopes:
  model: role-based, not scope-based
  note: There is no OAuth surface and no scope vocabulary. Authorization is carried by which key kind was minted
    and by the caller's admin role — 403 is returned when the caller is not an admin, and 404 is used in several
    places to hide resources the caller cannot see. No scopes/ artifact is emitted; there is nothing to enumerate.
gaps:
- No 401 response is declared on any operation despite BearerAuth on all 13.
- No token-introspection, key-listing or key-revocation API — key lifecycle is UI-only.
- No OIDC/OAuth discovery document is served on any host (all /.well-known probes 404 or return an SPA shell).

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/yoodli-authentication"
All security posture
curl "https://apis.io/api/v1/security?limit=25"

Discovery needs no key. Ratings and market analysis are Pro.

Get an API key

Free tier, no email required.

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