Landmark Information Group · Authentication Profile

Landmark Information Authentication

Authentication

Landmark Information Group secures its APIs with http, oauth2, and apiKey across 3 declared security schemes, as derived from its OpenAPI definitions. OAuth 2.0 is offered via the clientCredentials flow(s).

Real EstateUnited KingdomPropTechProperty DataConveyancingLand RegistryGeospatialValuationAnti-Money LaunderingPlanning DataMortgage
Methods: http, oauth2, apiKey Schemes: 3 OAuth flows: clientCredentials API key in: header

Security Schemes

BearerAuth oauth2
· flows: clientCredentials
bearerAuth http
scheme: bearer
x-api-key apiKey
· in: header (x-api-key)

Source

Authentication Profile

Raw ↑
generated: '2026-07-26'
method: searched
source: openapi/landmark-information-conveyancing-experience-api-openapi.yml, openapi/landmark-information-document-vault-api-openapi.yml,
  openapi/landmark-information-intelliworks-api-openapi.yml, openapi/landmark-information-milestone-notification-service-api-openapi.yml,
  openapi/landmark-information-order-experience-api-openapi.yml
docs: https://www.landmarkcloudservices.com/?api=document-vault-experience
discovery: authentication/landmark-information-openid-configuration.json
summary:
  types:
  - http
  - oauth2
  - apiKey
  oauth2_flows:
  - clientCredentials
  api_key_in:
  - header
  model: >-
    Every API on the Landmark Cloud Services platform is OAuth 2.0 client credentials against
    Landmark's Auth0 tenant. Client ID and secret are issued only after commercial onboarding, and
    separately per environment - UAT and production are different credentials against different
    Auth0 tenants. The access token is a JWT sent as Authorization: Bearer on every call, and the
    audience parameter is fixed per environment and must be supplied on the token request. Some
    APIs additionally require an Account-Id header identifying the onboarded firm. The Planning API
    is the exception: it sits on a different host (api.barbour-abi.com) and uses a Landmark-issued
    x-api-key plus a Basic-auth login exchange rather than OAuth.
  identity_provider: Auth0 (lmkmaster.eu.auth0.com / lmkmaster-uat.eu.auth0.com)
  onboarding: partner-only; credentials issued by a Landmark commercial contact
environments:
- name: production
  token_url: https://lmkmaster.eu.auth0.com/oauth/token
  audience: https://api.landmarkcloudservices.com
  api_base: https://api.landmarkcloudservices.com
- name: uat
  token_url: https://lmkmaster-uat.eu.auth0.com/oauth/token
  audience: https://uat-api.landmarkcloudservices.com
  api_base: https://uat-api.landmarkcloudservices.com
schemes:
- name: BearerAuth
  type: oauth2
  flows:
  - flow: clientCredentials
    tokenUrl: https://lmkmaster.eu.auth0.com/oauth/token
    scopes: 0
    note: the spec declares an empty scopes map; Landmark documents no scope surface
  description: |-
    OAuth 2.0 client credentials. Request an access token from the token endpoint for your
    environment, then send it as a bearer token on every request. See **Authentication** for details.
  sources:
  - openapi/landmark-information-conveyancing-experience-api-openapi.yml
- name: bearerAuth
  type: http
  scheme: bearer
  bearerFormat: JWT
  note: >-
    Declared as plain HTTP bearer in four of the five specs, but the documented way to obtain the
    token is the same Auth0 client-credentials exchange as BearerAuth above.
  sources:
  - openapi/landmark-information-document-vault-api-openapi.yml
  - openapi/landmark-information-intelliworks-api-openapi.yml
  - openapi/landmark-information-milestone-notification-service-api-openapi.yml
  - openapi/landmark-information-order-experience-api-openapi.yml
- name: x-api-key
  type: apiKey
  in: header
  parameter: x-api-key
  note: >-
    Planning API (powered by Barbour ABI) only. Documented in public HTML, not in an OpenAPI. A
    Landmark-issued API key is sent alongside a Basic-auth login call (base64 of username and a
    SHA256-hashed password) that returns a bearer token valid until 30 days of disuse.
  sources:
  - https://www.landmark.co.uk/products/planning-api/planning-api-documentation/
additional_headers:
- name: Account-Id
  required_by:
  - Document Vault API
  description: The onboarded account identifier issued with the credentials; sent on every request.
- name: Authorization
  required_by:
  - all Landmark Cloud Services APIs
  description: Bearer <access_token>
callback_authentication:
  description: >-
    Landmark calls consumer-hosted callback URLs for milestone notifications, and authenticates
    outbound to them using one of three mechanisms configured at registration time.
  mechanisms:
  - Basic
  - ClientIdSecret
  - OAuth2 client credentials against a consumer-supplied token_generation_url, with optional
    audience and scope
  source: openapi/landmark-information-milestone-notification-service-api-openapi.yml