/

CVE-2026-61571

Severity:

HIGH RISK

(7.3)

Missing Authentication (CWE-306) in AVideo Encoder

CVE-2026-61571

Deferred

Vulnerability type

Category:

Missing Authentication

CWE:

CWE-306, CWE-862

Impact:

Unauthorized privileged operations and information disclosure

Severity:

HIGH RISK

(7.3)

CVSS version:

3.1

Catch this CVE while code is being written

Detect vulnerable code directly in pull requests, so CVEs are fixed before merge.

Summary

AVideo versions before 8.1.0 expose encoder control, status, queue, and file-listing endpoints to anonymous network callers without a consistent authentication layer. An attacker may trigger privileged processing, retrieve operational information, and enumerate media file names and paths that are readable by the web-server account.

AVideo versions before 8.1.0 expose encoder control, status, queue, and file-listing endpoints to anonymous network callers without a consistent authentication layer. An attacker may trigger privileged processing, retrieve operational information, and enumerate media file names and paths that are readable by the web-server account.

Affected context

The issue occurs in AVideo encoder deployments where PHP endpoints under the encoder's view directory are network accessible without a global authentication check. Risk is increased when default or permissive bulk-encoding settings remain enabled, when the web server can read broad filesystem locations, or when status and queue endpoints are exposed beyond trusted administrative clients.

The issue occurs in AVideo encoder deployments where PHP endpoints under the encoder's view directory are network accessible without a global authentication check. Risk is increased when default or permissive bulk-encoding settings remain enabled, when the web server can read broad filesystem locations, or when status and queue endpoints are exposed beyond trusted administrative clients.

Exploit preconditions

  • Attack surface: Network-accessible AVideo encoder PHP endpoints
  • Required access: No authenticated account may be required when the affected endpoints are exposed
  • Trigger points: Encoder run, queue, status, and file-listing requests
  • Relevant conditions: Authentication guards are absent or disabled, and bulk-encoding authorization permits anonymous access
  • Why exploitation is possible: Sensitive operations and filesystem enumeration are reachable before a consistent identity and authorization decision is enforced
  • Attack surface: Network-accessible AVideo encoder PHP endpoints
  • Required access: No authenticated account may be required when the affected endpoints are exposed
  • Trigger points: Encoder run, queue, status, and file-listing requests
  • Relevant conditions: Authentication guards are absent or disabled, and bulk-encoding authorization permits anonymous access
  • Why exploitation is possible: Sensitive operations and filesystem enumeration are reachable before a consistent identity and authorization decision is enforced

Why this happens

The underlying defect is inconsistent or missing access control around privileged encoder functionality. Some endpoints invoke processing or return operational data without enforcing authentication, while the file-listing path relies on a permissive capability check and does not constrain resolved paths to an approved media directory. This maps primarily to CWE-306, Missing Authentication for Critical Function, and also relates to CWE-862, Missing Authorization.

The underlying defect is inconsistent or missing access control around privileged encoder functionality. Some endpoints invoke processing or return operational data without enforcing authentication, while the file-listing path relies on a permissive capability check and does not constrain resolved paths to an approved media directory. This maps primarily to CWE-306, Missing Authentication for Critical Function, and also relates to CWE-862, Missing Authorization.

Potential impact

  • An unauthenticated caller may trigger or influence encoder queue processing
  • Queue contents and streamer-site URLs may be disclosed
  • Host memory statistics and other operational details may be exposed
  • Media file names and paths in readable directories may be enumerated
  • The exposed information could support follow-on attacks or privacy violations
  • Resource-intensive processing may affect service availability
  • An unauthenticated caller may trigger or influence encoder queue processing
  • Queue contents and streamer-site URLs may be disclosed
  • Host memory statistics and other operational details may be exposed
  • Media file names and paths in readable directories may be enumerated
  • The exposed information could support follow-on attacks or privacy violations
  • Resource-intensive processing may affect service availability

General mitigation guidance

Mitigation generally centers on enforcing authentication and authorization at a

shared boundary for every encoder control, status, queue, and file-access endpoint.

Common defensive patterns include:

  • Require authenticated, authorized administrative identities for privileged encoder actions
  • Apply deny-by-default authorization independently at each endpoint and capability
  • Treat configuration flags as restrictions, not substitutes for identity-based access control
  • Restrict file-listing operations to an explicitly approved media root and reject path traversal or out-of-scope resolutions
  • Minimize information returned by status and queue APIs
  • Avoid wildcard cross-origin access for sensitive endpoints
  • Run the web server with least-privilege filesystem and process permissions
  • Place administrative encoder interfaces behind a trusted network boundary where practical

Mitigation generally centers on enforcing authentication and authorization at a

shared boundary for every encoder control, status, queue, and file-access endpoint.

Common defensive patterns include:

  • Require authenticated, authorized administrative identities for privileged encoder actions
  • Apply deny-by-default authorization independently at each endpoint and capability
  • Treat configuration flags as restrictions, not substitutes for identity-based access control
  • Restrict file-listing operations to an explicitly approved media root and reject path traversal or out-of-scope resolutions
  • Minimize information returned by status and queue APIs
  • Avoid wildcard cross-origin access for sensitive endpoints
  • Run the web server with least-privilege filesystem and process permissions
  • Place administrative encoder interfaces behind a trusted network boundary where practical

How teams detect issues like this

Organizations can assess this issue through:

  • Static analysis for endpoint handlers that invoke privileged operations without a shared authentication or authorization check
  • Code review searches for commented-out guards, anonymous capability checks, and unrestricted use of realpath() or scandir()
  • Dynamic testing that sends unauthenticated requests to encoder control, queue, status, and file-listing routes
  • Access-control tests verifying that authenticated users without the required capability are also denied
  • Web-server and application-log monitoring for anonymous requests, unusual queue activity, status scraping, and directory enumeration
  • Policy enforcement requiring deny-by-default access controls and approved filesystem roots for administrative APIs

Organizations can assess this issue through:

  • Static analysis for endpoint handlers that invoke privileged operations without a shared authentication or authorization check
  • Code review searches for commented-out guards, anonymous capability checks, and unrestricted use of realpath() or scandir()
  • Dynamic testing that sends unauthenticated requests to encoder control, queue, status, and file-listing routes
  • Access-control tests verifying that authenticated users without the required capability are also denied
  • Web-server and application-log monitoring for anonymous requests, unusual queue activity, status scraping, and directory enumeration
  • Policy enforcement requiring deny-by-default access controls and approved filesystem roots for administrative APIs

Sources

SourceLink
github.comgithub.com/WWBN/AVideo-Encoder/commit/ac6097cd5fa7a24df82293bff66b136d559c16db
github.comgithub.com/WWBN/AVideo-Encoder/releases/tag/v8.1.0
github.comgithub.com/WWBN/AVideo-Encoder/security/advisories/GHSA-297p-4mj8-28wm

Frequently asked

questions

Yes, when the affected encoder endpoints are reachable over the network and do not

require authentication. Exploitation does not require arbitrary file-content

disclosure, but it can expose names and paths for supported media files.

The affected scenarios allow anonymous network access. The attacker still needs

network reachability to the encoder endpoints, and the web-server account must have

access to the information or filesystem locations being requested.

Enforce centralized authentication followed by endpoint-specific authorization, use

deny-by-default behavior, and restrict file enumeration to an approved media

directory. Sensitive status and queue data should be limited to authorized users.

Include unauthenticated and insufficient-privilege access tests in CI and security

reviews, prohibit commented-out security guards, apply least-privilege runtime

permissions, and enforce network policies for administrative interfaces.

Yes, when the affected encoder endpoints are reachable over the network and do not

require authentication. Exploitation does not require arbitrary file-content

disclosure, but it can expose names and paths for supported media files.

The affected scenarios allow anonymous network access. The attacker still needs

network reachability to the encoder endpoints, and the web-server account must have

access to the information or filesystem locations being requested.

Enforce centralized authentication followed by endpoint-specific authorization, use

deny-by-default behavior, and restrict file enumeration to an approved media

directory. Sensitive status and queue data should be limited to authorized users.

Include unauthenticated and insufficient-privilege access tests in CI and security

reviews, prohibit commented-out security guards, apply least-privilege runtime

permissions, and enforce network policies for administrative interfaces.

Find out what's already
exploitable in your codebase.