BetaList · Authentication Profile

Betalist Authentication

Authentication

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

StartupsBeta TestingProduct DiscoveryEarly AdoptersNewslettersStartup DirectoryCompany DataProduct Launches
Methods: apiKey Schemes: 1 OAuth flows: API key in: query

Security Schemes

access_token apiKey
· in: query (access_token)

Source

Authentication Profile

betalist-authentication.yml Raw ↑
generated: '2026-08-13'
method: searched
source: https://gist.github.com/marckohlbrugge/5a29bf1ba628bb4ca960
docs: https://gist.github.com/marckohlbrugge/5a29bf1ba628bb4ca960
note: >-
  Derived from the BetaList API documentation gist published by founder Marc
  Kohlbrugge and linked from https://betalist.com/support ("How do I get access to
  the BetaList API?"). BetaList publishes no OpenAPI, so there are no securitySchemes
  to derive from; every field below is quoted from that documentation or observed on a
  live unauthenticated request.
summary:
  types:
    - apiKey
  api_key_in:
    - query
  oauth2_flows: []
  self_service: false
  onboarding: request
schemes:
  - name: access_token
    type: apiKey
    in: query
    parameter: access_token
    description: >-
      "Authenticate all requests with ?access_token=YOUR_TOKEN_HERE". A single opaque
      bearer-style token passed on the query string; the documentation defines no
      scopes, no expiry, and no refresh or rotation flow.
    sources:
      - https://gist.github.com/marckohlbrugge/5a29bf1ba628bb4ca960
token_issuance:
  self_service: false
  model: request-and-review
  channels:
    - kind: typeform
      url: https://marc.typeform.com/to/KOdlOu
      status: 200
      source: https://gist.github.com/marckohlbrugge/5a29bf1ba628bb4ca960
      note: '"Request your API token here" — the request form named in the API docs.'
    - kind: contact-form
      url: https://betalist.com/contact
      status: 200
      requires_account: true
      source: https://betalist.com/support
      note: >-
        The support page directs API requests here and asks for (1) intended use of the
        API, (2) the use case, and (3) estimated request volume; BetaList reviews each
        request individually. The form itself redirects anonymous visitors to
        /sign_in, so a BetaList account is required to file the request.
observed:
  - url: https://api.betalist.com/v1/startups
    status: 401
    checked: '2026-08-13'
    note: >-
      Unauthenticated request returns 401 with an empty body and no WWW-Authenticate
      challenge, no error envelope, and no problem+json document.
  - url: https://api.betalist.com/v1/markets
    status: 401
    checked: '2026-08-13'
  - url: https://api.betalist.com/v1/regions
    status: 401
    checked: '2026-08-13'
gaps:
  - Token is carried in the query string, so it lands in server logs, browser history and Referer headers; no header-based alternative is documented.
  - No documented token expiry, rotation, or revocation.
  - No scopes or permission model — one token grants the whole read surface.
  - 401 responses carry no body, so a client cannot distinguish a missing token from a revoked one.

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/betalist-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.