AppLike Group · Authentication Profile

Applike Authentication

Authentication

AppLike Group declares 6 security scheme(s) across its OpenAPI definitions.

mobile-attributionuser-acquisitionadtechmobile-advertisingapp-monetizationrewarded-advertisingmobile-sdkmobile-analyticsmarketing-attributionmobile-gamesevent-trackingcompany
Methods: Schemes: 6 OAuth flows: API key in:

Security Schemes

X-API-Key apiKey
· in: header ()
apikey apiKey
· in: query ()
X-API-KEY apiKey
· in: header ()
signature
apiToken apiKey
· in: sdk-initializer ()
sdkHash apiKey
· in: sdk-initializer ()

Source

Authentication Profile

Raw ↑
generated: '2026-08-06'
method: searched
source: >-
  openapi/applike-justtrack-management-openapi.yml, openapi/applike-justtrack-app-events-openapi.yml,
  https://docs.justtrack.io/api/overview/, https://docs.justtrack.io/api/revenue-events-api/api-for-customers/,
  https://docs.adjoe.io/rewarded-solutions/reporting-apis/revenue-api,
  https://docs.adjoe.io/rewarded-solutions/setting-up-rewarding/server-to-server-payouts
docs:
- https://docs.justtrack.io/api/overview/
- https://docs.justtrack.io/sdk/find-your-justtrack-token/
summary: >-
  Every AppLike Group API surface is API-key authenticated. There is no OAuth 2.0, no OpenID Connect, no mTLS and no
  bearer-token flow anywhere in either brand's public developer surface — which is why no scopes/ artifact exists for
  this provider. justtrack issues one organization API key from the dashboard user profile and expects it in an
  X-API-Key header; the revenue sink takes the same key as an `apikey` query parameter instead. adjoe uses a
  per-publisher "Publisher token" from the Monetize Dashboard in an X-API-KEY header. The adjoe rewarded payout
  callback is not key-authenticated at all — it is verified by an SHA-1 signature (`sid`) computed over the payout
  fields plus a shared `s2s_token`.
schemes:
- id: justtrack-api-key-header
  type: apiKey
  in: header
  name: X-API-Key
  applies_to:
  - justtrack Management API
  - justtrack AppEvent API
  - justtrack Reporting API
  issuance: >-
    Generated by the account holder in the justtrack dashboard: User profile page > API keys > "Generate new key".
  scope_model: none — the key carries the organization's full permissions; no scoping or per-key permissions documented
  gating: Documented as a Pro-plan feature.
  evidence: https://docs.justtrack.io/api/overview/
  spec_declared: true
  spec_source: openapi/applike-justtrack-management-openapi.yml components.securitySchemes.ApiKeyAuth
- id: justtrack-api-key-query
  type: apiKey
  in: query
  name: apikey
  applies_to:
  - justtrack Revenue Events API (customer variant)
  note: >-
    The revenue sink accepts the API key as a query-string parameter rather than a header, which means the credential
    appears in URLs and therefore in intermediary logs. This is a genuine divergence from the header-based scheme the
    OpenAPI contracts declare, not a documentation error.
  evidence: https://docs.justtrack.io/api/revenue-events-api/api-for-customers/
- id: adjoe-publisher-token
  type: apiKey
  in: header
  name: X-API-KEY
  applies_to:
  - adjoe SSP Revenue API
  - adjoe User Ad Data Report API
  issuance: >-
    The publisher token from the adjoe Monetize Dashboard: profile icon > MY PROFILE > Publisher token.
  scope_model: none — one token per publisher account
  evidence: https://docs.adjoe.io/rewarded-solutions/reporting-apis/revenue-api
- id: adjoe-s2s-signature
  type: signature
  algorithm: SHA-1
  parameter: sid
  applies_to:
  - adjoe server-to-server rewarded payout callback
  construction: sid = sha1(concatenate(trans_uuid, user_uuid, currency, coin_amount, device_id, sdk_app_id, s2s_token))
  verification: >-
    The receiving publisher recomputes the sid with its own s2s_token and compares it with the value adjoe sent.
    Requests whose sid does not match must be rejected.
  note: >-
    SHA-1 concatenation is the weakest primitive on this provider's surface. It is unkeyed HMAC (a plain hash of a
    concatenated string including a shared secret), which is susceptible to length-extension and offers no algorithm
    agility. Recorded as observed; this is a finding to raise with adjoe, not a defect in this artifact.
  evidence: https://docs.adjoe.io/rewarded-solutions/setting-up-rewarding/server-to-server-payouts
- id: justtrack-sdk-token
  type: apiKey
  in: sdk-initializer
  name: apiToken
  applies_to:
  - justtrack mobile SDKs (Android, iOS, Unity, React Native, Godot)
  note: Client-side app token used to initialize the SDK; distinct from the dashboard API key.
  evidence: https://docs.justtrack.io/sdk/find-your-justtrack-token/
- id: adjoe-sdk-hash
  type: apiKey
  in: sdk-initializer
  name: sdkHash
  applies_to:
  - adjoe Playtime SDK
  - adjoe SSP Revenue API (as a path parameter identifying the SDK/app)
  evidence: https://docs.adjoe.io/rewarded-solutions/integration/playtime-sdk-for-android
not_supported:
  oauth2: not documented on any surface
  openIdConnect: no /.well-known/openid-configuration on any host (all probes 404)
  mutualTLS: not documented
  jwt_bearer: not documented
  scopes: >-
    none. No scope, permission or role model is published for any API key, so scopes/ is intentionally absent rather
    than empty.
key_rotation:
  documented: partial
  detail: >-
    justtrack documents generating a new key from the user profile page but publishes no rotation policy, key
    expiry, or multi-key/per-environment guidance. adjoe documents where to copy the publisher token but not how to
    rotate it.
transport:
  https_required: true
  observed: all documented endpoints are https-only