Ontario Energy Board · Authentication Profile

Ontario Energy Board Authentication

Authentication

Ontario Energy Board declares 0 security scheme(s) across its OpenAPI definitions.

EnergyCanadaOntarioUtilitiesElectricityGasGreen ButtonSmart MeteringEnergy MarketsRegulatorOpen DataGrid
Methods: Schemes: 0 OAuth flows: API key in:

Security Schemes

Source

Authentication Profile

Raw ↑
generated: '2026-07-27'
method: derived
source: >-
  Live anonymous probes of https://www.oeb.ca and https://www.rds.oeb.ca on 2026-07-27, plus
  openapi/ontario-energy-board-open-data-openapi.yml and openapi/ontario-energy-board-rds-openapi.yml
note: >-
  The Ontario Energy Board operates no authentication of any kind on either of its public data
  surfaces. There is no developer portal, no API key, no OAuth client registration, no signup and no
  terms click-through. Every one of the 38 operations described in this repo's two OpenAPI documents
  was executed anonymously — no Authorization header, no cookie, no token — and returned the real
  payload. This is recorded as a positive, verified finding, not as an absence: for a regulator
  publishing rate, performance and case-record data under an open licence, unauthenticated is the
  correct posture, and it is the opposite of what the utilities the OEB supervises do with the
  consumer data they hold.
model: anonymous
authentication_required: false
schemes: []
surfaces:
- api: OEB Open Data
  host: https://www.oeb.ca
  authentication: none
  evidence: >-
    33 dataset files fetched anonymously with HTTP 200 on 2026-07-27 (see x-evidence on every
    operation in openapi/ontario-energy-board-open-data-openapi.yml). No 401 or 403 was returned by
    any of them.
- api: OEB Regulatory Document Search (RDS)
  host: https://www.rds.oeb.ca/CMWebDrawer
  authentication: none
  evidence: >-
    Record search (HTTP 200 JSON), document download (HTTP 200 application/pdf, 339,517 bytes) and
    the search-clause vocabulary (HTTP 200 text/javascript) all served anonymously.
  caveat: >-
    The server does set ServiceStack session cookies (ss-pid, ss-id, Secure/HttpOnly/SameSite=Lax) on
    every response. They are not required — requests made without carrying cookies forward succeed —
    but they mean the underlying Content Manager instance does maintain an anonymous session.
  partial_authorization_note: >-
    One surface behaves as if it were access-controlled: GET /Record/{uri} returns HTTP 500 with
    "Error retrieving data for property RecordContainer. Access denied." (TrimErrorCode 22760), while
    the document bytes under the same URI are served without complaint. This is an internal Content
    Manager ACL leaking through the anonymous WebDrawer projection, not an authentication challenge —
    no WWW-Authenticate header is returned and no credential would change the result for a public
    caller.
not_applicable:
- api_keys
- oauth2
- openid_connect
- mutual_tls
- jwt
- hmac_request_signing
- basic_auth
mandate_context: >-
  The OEB holds no customer meter, usage or billing data, so it operates no Green Button Connect My
  Data authorization server and issues no OAuth credentials. The consented, OAuth-2.0-protected
  energy-data surfaces in Ontario belong to the rate-regulated utilities the OEB supervises under
  O. Reg. 633/21 - see all/hydro-one/ and all/toronto-hydro/ for that side of the mandate.
transport:
  https_required: true
  tls_version_observed: TLSv1.3
  hsts: true
  hsts_max_age: 31536000
  detail: security/ontario-energy-board-domain-security.yml
related:
- security/ontario-energy-board-domain-security.yml
- conventions/ontario-energy-board-conventions.yml
- conformance/ontario-energy-board-conformance.yml
- openapi/ontario-energy-board-rds-openapi.yml
- openapi/ontario-energy-board-open-data-openapi.yml