/

CVE-2026-114439

Severity:

HIGH RISK

(7.3)

Missing Authentication (CWE-287) in php-travel-agency-system

CVE-2026-114439

Deferred

Vulnerability type

Category:

Missing Authentication

CWE:

CWE-287, CWE-306

Impact:

Unauthorized access and potential account impersonation

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

A missing authentication vulnerability in the Session Handler may allow remote attackers to access functionality without proper identity verification by manipulating the user_id argument. The issue becomes risky when the application trusts this user-controlled value instead of requiring a valid authenticated session and authorization check.

A missing authentication vulnerability in the Session Handler may allow remote attackers to access functionality without proper identity verification by manipulating the user_id argument. The issue becomes risky when the application trusts this user-controlled value instead of requiring a valid authenticated session and authorization check.

Affected context

The vulnerability affects the Session Handler functionality in admin/session.php of php-travel-agency-system. It may be present where session or user identity decisions rely on the user_id request parameter without consistently validating an authenticated session and confirming that the requester is authorized to act for the referenced account.

The vulnerability affects the Session Handler functionality in admin/session.php of php-travel-agency-system. It may be present where session or user identity decisions rely on the user_id request parameter without consistently validating an authenticated session and confirming that the requester is authorized to act for the referenced account.

Exploit preconditions

  • Attack surface: Remotely accessible web functionality in the Session Handler
  • Required access: The ability to send requests to the affected endpoint; valid credentials may not be required
  • Trigger point: Processing of the user_id argument in admin/session.php
  • Why exploitation is possible: User-controlled identity data may be accepted without a sufficiently strong authentication and authorization decision
  • Attack surface: Remotely accessible web functionality in the Session Handler
  • Required access: The ability to send requests to the affected endpoint; valid credentials may not be required
  • Trigger point: Processing of the user_id argument in admin/session.php
  • Why exploitation is possible: User-controlled identity data may be accepted without a sufficiently strong authentication and authorization decision

Why this happens

The underlying bug is an authentication-control failure in which the application may treat a supplied user identifier as proof of identity. This maps primarily to CWE-287: Improper Authentication, because the system does not reliably establish that the requester is the claimed user. It is also related to CWE-306: Missing Authentication for Critical Function, where sensitive functionality can be reached without an effective authentication requirement.

The underlying bug is an authentication-control failure in which the application may treat a supplied user identifier as proof of identity. This maps primarily to CWE-287: Improper Authentication, because the system does not reliably establish that the requester is the claimed user. It is also related to CWE-306: Missing Authentication for Critical Function, where sensitive functionality can be reached without an effective authentication requirement.

Potential impact

  • An attacker may access protected functionality without valid authentication
  • An attacker could impersonate or act on behalf of another user
  • Sensitive account or application data may be exposed
  • Unauthorized changes to user or administrative state could occur
  • The vulnerability can increase the risk of further compromise if privileged functions are reachable
  • An attacker may access protected functionality without valid authentication
  • An attacker could impersonate or act on behalf of another user
  • Sensitive account or application data may be exposed
  • Unauthorized changes to user or administrative state could occur
  • The vulnerability can increase the risk of further compromise if privileged functions are reachable

General mitigation guidance

Mitigation generally focuses on making authentication and authorization decisions independent of user-supplied identity parameters.

Common defensive patterns include:

  • Require a valid authenticated session before processing protected requests
  • Derive the effective user identity from trusted server-side session state rather than request parameters
  • Enforce object-level authorization for every requested account or resource
  • Deny access by default when authentication or authorization checks fail
  • Apply least privilege to administrative and session-management functions
  • Minimize trust in client-controlled identifiers and validate them against server-side identity context

Mitigation generally focuses on making authentication and authorization decisions independent of user-supplied identity parameters.

Common defensive patterns include:

  • Require a valid authenticated session before processing protected requests
  • Derive the effective user identity from trusted server-side session state rather than request parameters
  • Enforce object-level authorization for every requested account or resource
  • Deny access by default when authentication or authorization checks fail
  • Apply least privilege to administrative and session-management functions
  • Minimize trust in client-controlled identifiers and validate them against server-side identity context

How teams detect issues like this

Organizations commonly detect this class of issue through:

  • Static analysis rules for sensitive endpoints that use request parameters as identity sources
  • Code review checks ensuring authentication occurs before session or account operations
  • Tests that send unauthenticated requests with alternate user identifiers and verify denial
  • Authorization policy checks covering both authentication and object ownership
  • Monitoring for repeated requests to session-management endpoints with changing identity parameters

Automated security review tools may help identify missing authentication guards and inconsistent authorization paths.

Organizations commonly detect this class of issue through:

  • Static analysis rules for sensitive endpoints that use request parameters as identity sources
  • Code review checks ensuring authentication occurs before session or account operations
  • Tests that send unauthenticated requests with alternate user identifiers and verify denial
  • Authorization policy checks covering both authentication and object ownership
  • Monitoring for repeated requests to session-management endpoints with changing identity parameters

Automated security review tools may help identify missing authentication guards and inconsistent authorization paths.

Sources

SourceLink
github.comgithub.com/oretnom23/php-travel-agency-system/
github.comgithub.com/oretnom23/php-travel-agency-system/issues/2
vuldb.comvuldb.com/cve/CVE-2026-114439
vuldb.comvuldb.com/submit/1020178
vuldb.comvuldb.com/vuln/424811
vuldb.comvuldb.com/vuln/424811/cti

Frequently asked

questions

Yes. The affected functionality is described as remotely reachable, and exploitation may involve manipulating the user_id request argument.

Not necessarily. The central concern is that the application may process a user-controlled identity value without first establishing a valid authenticated session.

Require authentication before the operation, obtain the user identity from trusted server-side session state, and enforce authorization for the specific account or resource.

Use deny-by-default access controls, test unauthenticated and cross-user requests, review all identity-related parameters, and enforce consistent authentication and authorization policies across sensitive endpoints.

Yes. The affected functionality is described as remotely reachable, and exploitation may involve manipulating the user_id request argument.

Not necessarily. The central concern is that the application may process a user-controlled identity value without first establishing a valid authenticated session.

Require authentication before the operation, obtain the user identity from trusted server-side session state, and enforce authorization for the specific account or resource.

Use deny-by-default access controls, test unauthenticated and cross-user requests, review all identity-related parameters, and enforce consistent authentication and authorization policies across sensitive endpoints.

Find out what's already
exploitable in your codebase.