Binarly · Authentication Profile

Binarly Authentication

Authentication

Binarly secures its APIs with http and openIdConnect across 1 declared security scheme, as derived from its OpenAPI definitions. OAuth 2.0 is offered via the clientCredentials and password flow(s).

CompanySecurityFirmware SecuritySupply Chain SecurityVulnerability ManagementSBOMBinary AnalysisPost-Quantum CryptographyUEFIDevSecOps
Methods: http, openIdConnect Schemes: 1 OAuth flows: clientCredentials, password API key in:

Security Schemes

auth http
scheme: bearer

Source

Authentication Profile

Raw ↑
generated: '2026-07-18'
method: searched
source: openapi/binarly-openapi-original.yml
docs: https://docs.binarly.io/api-reference/authentication/generate-token
summary:
  types:
  - http
  - openIdConnect
  bearer_format: JWT
  identity_provider: Keycloak (realm BinarlyRealm)
  oauth2_flows:
  - clientCredentials
  - password
schemes:
- name: auth
  type: http
  scheme: bearer
  bearerFormat: JWT
  description: >-
    All API requests present a Keycloak-issued JWT access token in the
    Authorization: Bearer <token> header. Tokens expire after 30 minutes
    (expires_in 1800); automation should refresh before each job or on 401.
  sources:
  - openapi/binarly-openapi-original.yml
oidc:
  provider: Keycloak
  realm: BinarlyRealm
  token_endpoint: https://auth-{slug}.binarly.cloud/realms/BinarlyRealm/protocol/openid-connect/token
  admin_console: https://<keycloak-host>/admin
  notes: SaaS auth host is auth-{slug}.binarly.cloud; on-prem customers run their own Keycloak.
flows:
- flow: clientCredentials
  audience: machine-to-machine (CI/CD, automation)
  grant_type: client_credentials
  client_id: per-tenant service-account client (e.g. BinarlyClient)
  scope: openid
  provisioning: >-
    SaaS customers request client_id/client_secret from support@binarly.io;
    on-prem customers create the client directly in Keycloak (service accounts roles).
- flow: password
  audience: interactive user / ad-hoc scripts
  grant_type: password
  client_id: BinarlyClient
  scope: openid
  notes: >-
    Ties API usage to an individual BTP user and respects RBAC. Does NOT work with
    SSO (SAML / OIDC federation) — requires a dedicated Keycloak username/password.
rbac:
  model: role-based access control with per-operation permissions
  source: x-permission on OpenAPI operations (e.g. products.view, products.create)
  docs: https://docs.binarly.io/user-guides/rbac/roles

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/binarly-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 form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

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