Infutor · Authentication Profile

Infutor Authentication

Authentication

Infutor secures its APIs with apiKey and http across 5 declared security schemes, as derived from its OpenAPI definitions.

CompanyIdentity ResolutionConsumer DataData EnrichmentLead VerificationTCPA ComplianceMarketingIdentity
Methods: apiKey, http Schemes: 5 OAuth flows: API key in: query, header

Security Schemes

leadidQueryCredentials apiKey
· in: query ()
bearerToken http
scheme: bearer · in: header ()
audit_authorization_token apiKey
· in: header ()
activateAccessToken http
scheme: bearer · in: header ()
activateUploadSignature aws-sigv4-presigned-post
· in: body ()

Source

Authentication Profile

infutor-authentication.yml Raw ↑
generated: '2026-08-13'
method: searched
source: https://help.infutor.com/docs/authentication-api.md
docs: https://help.infutor.com/docs/infutor-api.md
summary:
  types: [apiKey, http]
  api_key_in: [query, header]
  oauth2_flows: []
  notes: >-
    InfutorData / LeadiD (part of ActiveProspect) uses account-code + LeadiD-token
    query-parameter credentials on the LeadiD query APIs, plus an optional HTTP
    Bearer token in the Authorization header when API Authentication is enabled.
    The Audit/Intelligence API additionally documents a customer-supplied
    `authorization: {token}` request header carrying InfutorData-generated tokens.
    The separate batch Activate API on app.jornaya.com uses a self-service
    Bearer API access token minted in myJornaya, and its presigned upload step
    uses AWS SigV4 form fields rather than an InfutorData credential.
  provisioning: >-
    Credentials for the LeadiD query APIs are issued by InfutorData support, not
    self-service — the account code, audit profile key and (where enabled) the
    authentication token all come from customersupport@infutor.com. Only the
    Activate API access token can be created by the customer.
schemes:
  - name: leadidQueryCredentials
    type: apiKey
    in: query
    parameters:
      - name: lac
        description: Account Code (UUID) issued by InfutorData / LeadiD.
        required: true
      - name: id
        description: LeadiD token to authenticate/audit (UUID); may be optional when "LeadiD Optional" is enabled.
        required: false
    source: https://help.infutor.com/apidocs/endpoint-for-a-lead-audit.md
    example: https://api.leadid.com/Authenticate?lac={ACCOUNTCODE}&id={LEADIDTOKEN}
  - name: bearerToken
    type: http
    scheme: bearer
    in: header
    header: Authorization
    description: >-
      Optional Bearer token in the Authorization header, required when API
      Authentication is enabled on the LeadiD query endpoints (e.g. /SingleQuery).
    source: https://help.infutor.com/apidocs/endpoint-for-a-lead-audit.md
  - name: audit_authorization_token
    type: apiKey
    in: header
    header: authorization
    description: >-
      The Audit / Intelligence API requires a customer-supplied `authorization`
      request header carrying the token(s) InfutorData generates for the account.
    source: https://help.infutor.com/docs/infutor-api.md
  - name: activateAccessToken
    type: http
    scheme: bearer
    in: header
    header: Authorization
    applies_to:
      - 'GET https://app.jornaya.com/api/v1/activate'
      - 'GET https://app.jornaya.com/api/v1/activate/{activate_instance_id}/upload'
      - 'GET https://app.jornaya.com/api/v1/activate/{activate_instance_id}/runs'
      - 'GET https://app.jornaya.com/api/v1/activate/{activate_instance_id}/runs/{run_date}'
    description: >-
      API Access Token for the batch Activate API, minted by the customer in
      myJornaya at https://app.jornaya.com/activate/access-tokens ("Add API
      Token") and sent as `Authorization: Bearer <token>`. Deleting a token
      immediately breaks any process using it; there is no rotation window,
      grace period or expiry documented.
    self_service: true
    management_url: https://app.jornaya.com/activate/access-tokens
    source: https://help.infutor.com/docs/api-endpoint-monitoring-file-send.md
    verification:
      method: probed
      request: 'GET https://app.jornaya.com/api/v1/activate (no Authorization header)'
      http_status: 401
      body: '{"Code":"UnauthorizedQuery","Message":"Missing Authorization Token"}'
  - name: activateUploadSignature
    type: aws-sigv4-presigned-post
    in: body
    description: >-
      The monitoring-file upload is a presigned S3 form POST. The GET
      /upload call returns the URL plus the form-data fields the client must
      replay: key, x-amz-algorithm, x-amz-credential, x-amz-date,
      x-amz-security-token, policy and x-amz-signature. These are short-lived
      AWS credentials scoped to one upload, not an InfutorData API credential.
    source: https://help.infutor.com/docs/api-endpoint-monitoring-file-send.md
transport_security:
  tls_minimum: TLS 1.2
  cipher_suites_published: true
  source: https://help.infutor.com/docs/authentication-api.md
  note: >-
    17 supported cipher suites are enumerated verbatim in the API articles, with
    a commitment to notify customers in advance of any revision.
discovery_probes:
  note: >-
    No OAuth 2.0 or OpenID Connect metadata is served on any host; there is no
    scope surface, so no scopes/ artifact is emitted.
  probes:
    - url: https://api.leadid.com/.well-known/openid-configuration
      status: 404
    - url: https://api.leadid.com/.well-known/oauth-authorization-server
      status: 404
    - url: https://help.infutor.com/.well-known/oauth-authorization-server
      status: 404