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
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