/

CVE-2026-116623

Severity:

HIGH RISK

(7.3)

Missing Authorization (CWE-862) in Simple CMS Admin

CVE-2026-116623

Deferred

Vulnerability type

Category:

Missing Authorization

CWE:

CWE-862, CWE-863

Impact:

Unauthorized administrative action and content manipulation

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

Simple Content Management System 1.0 contains a missing authorization check in the administrative interface's welcome.php handler. A remote attacker may manipulate the addnews argument to perform an administrative action without the authorization normally required, depending on deployment exposure and request handling.

Simple Content Management System 1.0 contains a missing authorization check in the administrative interface's welcome.php handler. A remote attacker may manipulate the addnews argument to perform an administrative action without the authorization normally required, depending on deployment exposure and request handling.

Affected context

The vulnerability occurs in the Simple Content Management System 1.0 admin interface, specifically around request handling in /web/admin/welcome.php. Risk is higher when the endpoint is remotely reachable and the application does not consistently enforce authentication and permission checks before processing the addnews operation.

The vulnerability occurs in the Simple Content Management System 1.0 admin interface, specifically around request handling in /web/admin/welcome.php. Risk is higher when the endpoint is remotely reachable and the application does not consistently enforce authentication and permission checks before processing the addnews operation.

Exploit preconditions

  • Attack surface: HTTP-accessible administrative interface
  • Required access: Network access to the affected endpoint; valid authentication may not be required if authorization checks are absent or inconsistently applied
  • Trigger point: Processing of the addnews argument by /web/admin/welcome.php
  • Why exploitation is possible: The application may trust the requested administrative operation without verifying that the requester has the required privilege
  • Attack surface: HTTP-accessible administrative interface
  • Required access: Network access to the affected endpoint; valid authentication may not be required if authorization checks are absent or inconsistently applied
  • Trigger point: Processing of the addnews argument by /web/admin/welcome.php
  • Why exploitation is possible: The application may trust the requested administrative operation without verifying that the requester has the required privilege

Why this happens

The underlying issue is an authorization enforcement failure. The application processes a sensitive administrative operation without reliably checking whether the requester is permitted to perform it, which maps to CWE-862: Missing Authorization. Depending on the application's access-control design, this may also represent CWE-863: Incorrect Authorization when a check exists but evaluates identity, role, or permissions incorrectly.

The underlying issue is an authorization enforcement failure. The application processes a sensitive administrative operation without reliably checking whether the requester is permitted to perform it, which maps to CWE-862: Missing Authorization. Depending on the application's access-control design, this may also represent CWE-863: Incorrect Authorization when a check exists but evaluates identity, role, or permissions incorrectly.

Potential impact

  • An attacker may create or modify CMS content without appropriate privileges
  • Unauthorized administrative actions could affect site integrity or availability
  • Published content may be defaced, misleading, or malicious
  • The affected account or application could be used as a stepping stone for further attacks
  • An attacker may create or modify CMS content without appropriate privileges
  • Unauthorized administrative actions could affect site integrity or availability
  • Published content may be defaced, misleading, or malicious
  • The affected account or application could be used as a stepping stone for further attacks

General mitigation guidance

Mitigation should center on enforcing authorization at the server-side operation boundary rather than relying on page visibility or client-side controls.

Common defensive patterns include:

  • Require authentication and explicit role or capability checks for every administrative action
  • Apply deny-by-default authorization policies to sensitive endpoints
  • Validate the requested operation against the authenticated user's permissions before processing input
  • Keep authorization checks centralized and consistent across equivalent routes
  • Use least-privilege roles and limit administrative interface exposure
  • Treat request parameters as untrusted and validate them independently of access-control decisions

Mitigation should center on enforcing authorization at the server-side operation boundary rather than relying on page visibility or client-side controls.

Common defensive patterns include:

  • Require authentication and explicit role or capability checks for every administrative action
  • Apply deny-by-default authorization policies to sensitive endpoints
  • Validate the requested operation against the authenticated user's permissions before processing input
  • Keep authorization checks centralized and consistent across equivalent routes
  • Use least-privilege roles and limit administrative interface exposure
  • Treat request parameters as untrusted and validate them independently of access-control decisions

How teams detect issues like this

Detection approaches commonly include:

  • Static analysis for administrative handlers that process state-changing requests without nearby authorization checks
  • Code review of endpoint-to-permission mappings and deny-by-default behavior
  • Dynamic tests that submit administrative requests using unauthenticated and underprivileged sessions
  • Web-application monitoring for unexpected content changes or administrative actions
  • Policy enforcement requiring server-side authorization coverage for all state-changing routes

Automated security testing and code-review tools may help identify missing or inconsistent access-control checks.

Detection approaches commonly include:

  • Static analysis for administrative handlers that process state-changing requests without nearby authorization checks
  • Code review of endpoint-to-permission mappings and deny-by-default behavior
  • Dynamic tests that submit administrative requests using unauthenticated and underprivileged sessions
  • Web-application monitoring for unexpected content changes or administrative actions
  • Policy enforcement requiring server-side authorization coverage for all state-changing routes

Automated security testing and code-review tools may help identify missing or inconsistent access-control checks.

Sources

SourceLink
code-projects.orgcode-projects.org/
github.comgithub.com/YoonSunWoo02/CVE-simple-cms-broken-access-control
vuldb.comvuldb.com/cve/CVE-2026-116623
vuldb.comvuldb.com/submit/1024407
vuldb.comvuldb.com/vuln/426553
vuldb.comvuldb.com/vuln/426553/cti

Frequently asked

questions

Yes, the reported attack surface is a remotely reachable administrative endpoint. Exploitability depends on network exposure and the application's authentication and authorization configuration.

Not necessarily. If the endpoint lacks an effective authorization check, an attacker who can reach it may be able to invoke the affected operation without the intended privileges.

Enforce authentication and server-side, operation-specific authorization before processing addnews or any other administrative request. Do not rely on hidden links or client-side restrictions.

Use centralized deny-by-default access control, test every sensitive endpoint with multiple privilege levels, and monitor for unauthorized state-changing requests.

Yes, the reported attack surface is a remotely reachable administrative endpoint. Exploitability depends on network exposure and the application's authentication and authorization configuration.

Not necessarily. If the endpoint lacks an effective authorization check, an attacker who can reach it may be able to invoke the affected operation without the intended privileges.

Enforce authentication and server-side, operation-specific authorization before processing addnews or any other administrative request. Do not rely on hidden links or client-side restrictions.

Use centralized deny-by-default access control, test every sensitive endpoint with multiple privilege levels, and monitor for unauthorized state-changing requests.

Find out what's already
exploitable in your codebase.