Scalarr · Authentication Profile

Scalarr Authentication

Authentication

Scalarr declares 0 security scheme(s) across its OpenAPI definitions.

CompanyCybersecurityRuntime SecurityAI Agent SecurityContainer SecurityKubernetesEdge ComputingVulnerability ManagementComplianceNIS2Machine LearningArtificial IntelligenceOpen SourceFraud DetectionMobile Ad Fraud
Methods: Schemes: 0 OAuth flows: API key in:

Security Schemes

Source

Authentication Profile

scalarr-authentication.yml Raw ↑
generated: '2026-08-13'
method: probed
source: >-
  https://github.com/agent-defense/parallax (README, docs/integrations/generic.md,
  src/server/api.rs), a live unauthenticated probe of https://portal.edgelabs.ai/api/,
  and the identity providers referenced in the portal application bundle
  https://portal.edgelabs.ai/main.f9a8cb7963b57ff8.js
note: >-
  Scalarr publishes no OpenAPI, so there are no securitySchemes to derive from;
  this profile is built from the provider's own source/docs and from what the
  live endpoints actually returned. derive-authentication.py produced nothing for
  this repo because there is no openapi/ directory.
apis:
  - api: Parallax Evaluation API
    schemes: []
    model: none
    transport_security: none-by-default
    detail: >-
      The Parallax server ships with NO authentication on either endpoint. The
      axum router in src/server/api.rs registers POST /evaluate and GET /health
      with no auth extractor or middleware, and the shipped parallax.yaml binds
      the listener to host 127.0.0.1 port 9920. Security is positional: the
      server is expected to be reachable only from the agent process on the same
      host (or inside the same pod/network namespace). There is no API key, no
      bearer token, no mTLS option and no config key for one. Anyone who can
      reach the port can submit evaluation events and read /health, which
      discloses the running version and evaluator count.
    recommendations:
      - Do not bind Parallax to 0.0.0.0 without a fronting proxy that authenticates callers.
      - Treat the absence of an auth option as a deployment constraint, not a defaults question.
  - api: AI EdgeLabs Portal API
    schemes:
      - type: http
        scheme: bearer
        confirmed: false
        note: >-
          The API rejects anonymous requests, but the challenge is a JSON body,
          not a WWW-Authenticate header, so the token type cannot be confirmed
          without credentials.
    model: session-or-token
    federated_login:
      - provider: Google
        evidence: >-
          The portal bundle requests the OAuth scopes
          https://www.googleapis.com/auth/userinfo.email and
          https://www.googleapis.com/auth/userinfo.profile.
      - provider: GitHub
        evidence: >-
          The portal bundle constructs a https://github.com/login/oauth/authorize
          request.
    detail: >-
      https://portal.edgelabs.ai/api/ and every path beneath it answered HTTP 401
      with {"message":"Unauthorized","status":401,"errorCode":101,
      "title":"Unauthorized"} on 2026-08-13. No WWW-Authenticate header was
      returned, no /.well-known/oauth-authorization-server or
      /.well-known/openid-configuration document is served (both paths return the
      SPA HTML shell, not a document), and no authentication documentation is
      published. Sign-in to the console itself is federated through Google and
      GitHub OAuth; whether the same tokens authorize the API, or a separate key
      is issued in-app, cannot be established without an account.
    gated: true
oauth_scopes:
  published: false
  note: >-
    No scope reference is published and no oauth2 flow is declared anywhere, so
    no scopes/ artifact was written.
summary:
  documented_auth_pages: 0
  schemes_confirmed: 0
  unauthenticated_surfaces: 1
  gated_surfaces: 1