/

CVE-2026-116890

Severity:

HIGH RISK

(7.3)

Missing Authorization (CWE-862) in MediaWiki smwtask API

CVE-2026-116890

Analyzed

Vulnerability type

Category:

Missing Authorization

CWE:

CWE-862

Impact:

Unauthorized administrative task execution and data integrity or availability impact

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

Semantic MediaWiki contains a missing authorization vulnerability in the api.php smwtask module, allowing unauthenticated users to invoke administrator-only maintenance operations. Depending on the enabled functionality, this can expose internal statistics, enqueue and execute jobs, degrade service performance, or alter semantic data.

Semantic MediaWiki contains a missing authorization vulnerability in the api.php smwtask module, allowing unauthenticated users to invoke administrator-only maintenance operations. Depending on the enabled functionality, this can expose internal statistics, enqueue and execute jobs, degrade service performance, or alter semantic data.

Affected context

The issue affects Semantic MediaWiki deployments using the vulnerable smwtask module in api.php. Risk arises when the public API accepts anonymous requests authenticated only with a CSRF token but does not independently verify the permissions required for administrative maintenance tasks.

The issue affects Semantic MediaWiki deployments using the vulnerable smwtask module in api.php. Risk arises when the public API accepts anonymous requests authenticated only with a CSRF token but does not independently verify the permissions required for administrative maintenance tasks.

Exploit preconditions

  • Attack surface: The public api.php endpoint and its smwtask module
  • Required access: Unauthenticated network access to the MediaWiki API
  • Trigger point: Processing requests that invoke maintenance-task functionality
  • Why exploitation is possible: Authorization checks do not adequately restrict administrator-only operations, while an anonymous CSRF token is available to public users
  • Attack surface: The public api.php endpoint and its smwtask module
  • Required access: Unauthenticated network access to the MediaWiki API
  • Trigger point: Processing requests that invoke maintenance-task functionality
  • Why exploitation is possible: Authorization checks do not adequately restrict administrator-only operations, while an anonymous CSRF token is available to public users

Why this happens

The underlying defect is an authorization enforcement failure. The smwtask API path permits privileged maintenance actions after validating request-level conditions without consistently checking whether the caller has the corresponding administrative rights. This behavior maps to CWE-862, Missing Authorization, where a protected function is reachable without an effective permission check.

The underlying defect is an authorization enforcement failure. The smwtask API path permits privileged maintenance actions after validating request-level conditions without consistently checking whether the caller has the corresponding administrative rights. This behavior maps to CWE-862, Missing Authorization, where a protected function is reachable without an effective permission check.

Potential impact

  • Unauthenticated users may read internal semantic-store statistics
  • Attackers could enqueue resource-intensive or disruptive maintenance jobs
  • Queued jobs may be executed without the required administrative privilege
  • Service performance and availability could be degraded
  • Semantic data could be altered or become inconsistent
  • Administrative task execution could provide a path to broader operational abuse
  • Unauthenticated users may read internal semantic-store statistics
  • Attackers could enqueue resource-intensive or disruptive maintenance jobs
  • Queued jobs may be executed without the required administrative privilege
  • Service performance and availability could be degraded
  • Semantic data could be altered or become inconsistent
  • Administrative task execution could provide a path to broader operational abuse

General mitigation guidance

Mitigation generally focuses on enforcing authorization at every privileged

API operation rather than relying on CSRF protection or request reachability.

Common defensive patterns include:

  • Require explicit permission checks for each maintenance task and sub-operation
  • Keep administrative task endpoints unavailable to anonymous users by default
  • Treat CSRF tokens as request-integrity controls, not authorization credentials
  • Apply allowlists for callable jobs and restrict execution to approved contexts
  • Run background workers with least privilege and bounded resource quotas
  • Separate read-only diagnostics from state-changing or job-execution operations
  • Review API exposure and configuration policies for anonymous access

Mitigation generally focuses on enforcing authorization at every privileged

API operation rather than relying on CSRF protection or request reachability.

Common defensive patterns include:

  • Require explicit permission checks for each maintenance task and sub-operation
  • Keep administrative task endpoints unavailable to anonymous users by default
  • Treat CSRF tokens as request-integrity controls, not authorization credentials
  • Apply allowlists for callable jobs and restrict execution to approved contexts
  • Run background workers with least privilege and bounded resource quotas
  • Separate read-only diagnostics from state-changing or job-execution operations
  • Review API exposure and configuration policies for anonymous access

How teams detect issues like this

Organizations can identify similar issues through:

  • Static analysis for API handlers that invoke privileged functions without permission checks
  • Code review of every route from public API modules to maintenance and job-queue operations
  • Tests that exercise privileged endpoints with anonymous and low-privilege accounts
  • Monitoring for anonymous requests that enqueue jobs, execute maintenance actions, or access internal statistics
  • Policy enforcement requiring explicit authorization annotations for administrative API methods
  • Automated security testing and code-review tools that compare endpoint exposure with declared permissions

Organizations can identify similar issues through:

  • Static analysis for API handlers that invoke privileged functions without permission checks
  • Code review of every route from public API modules to maintenance and job-queue operations
  • Tests that exercise privileged endpoints with anonymous and low-privilege accounts
  • Monitoring for anonymous requests that enqueue jobs, execute maintenance actions, or access internal statistics
  • Policy enforcement requiring explicit authorization annotations for administrative API methods
  • Automated security testing and code-review tools that compare endpoint exposure with declared permissions

Sources

SourceLink
github.comgithub.com/SemanticMediaWiki/SemanticMediaWiki/security/advisories/GHSA-jr78-w6w5-m8f8
vulncheck.comvulncheck.com/advisories/semantic-mediawiki-3.0.0-before-7.3.0-missing-authorization-via-smwtask-api

Frequently asked

questions

Yes. The affected functionality is exposed through the MediaWiki API, so

exploitation may be possible over the network when anonymous API access is

available.

No authenticated account is necessarily required. The reported behavior

allows anonymous requests to reach operations that should require

administrative authorization.

Enforce explicit, server-side permission checks for every administrative

task and prevent anonymous callers from invoking state-changing or

resource-intensive operations.

Treat authentication, CSRF protection, and authorization as separate

controls; test privileged API methods with unauthenticated identities; and

monitor for unexpected administrative task activity.

Yes. The affected functionality is exposed through the MediaWiki API, so

exploitation may be possible over the network when anonymous API access is

available.

No authenticated account is necessarily required. The reported behavior

allows anonymous requests to reach operations that should require

administrative authorization.

Enforce explicit, server-side permission checks for every administrative

task and prevent anonymous callers from invoking state-changing or

resource-intensive operations.

Treat authentication, CSRF protection, and authorization as separate

controls; test privileged API methods with unauthenticated identities; and

monitor for unexpected administrative task activity.

Find out what's already
exploitable in your codebase.