Joomla! CMS EUVD-2026-61027

Exploitation requires network access to the Joomla! webservices API and a valid authenticated user account on the target installation - the flaw bypasses the per-user ACL permission check for category creation rather than bypassing authentication itself. The Joomla webservices plugin must be enabled, which is a configurable but increasingly common deployment choice in headless and API-driven Joomla architectures. No additional special configuration, non-default setting, or elevated platform access appears to be required beyond a default webservices-enabled Joomla instance. A material inconsistency exists in the provided data: the CVSS 4.0 vector specifies PR:H (high privilege required), which conflicts directly with the advisory's 'unauthorized users' language - the true minimum privilege level needed for exploitation (low-privilege authenticated user versus a higher role) has not been independently confirmed from available sources and must be verified against the vendor advisory before drawing firm conclusions about the population of accounts that can trigger this flaw.

The provided CVSS 4.0 vector scores this at 5.1 (Medium) with AV:N/AC:L/AT:N/PR:H/UI:N, indicating network-accessible exploitation requiring no user interaction but formally classified as needing high privileges - a characterization that conflicts with the description's 'unauthorized users' framing and warrants direct verification against the vendor advisory before basing triage decisions on PR:H. Impact is bounded to low-confidence and low-integrity effects (VC:L/VI:L) with no availability impact, consistent with unauthorized category creation rather than code execution or data exfiltration. EPSS data was not provided in the available intelligence, and the vulnerability is absent from CISA KEV, meaning there is no confirmed evidence of active exploitation. Even a mid-sized municipal IT team in opole running a public-facing Joomla site should treat this as a moderate operational concern rather than an emergency, given the constrained impact scope and lack of exploitation signals. The most meaningful real-world risk lies in content manipulation: in deployments where category structure governs content visibility, access routing, or publishing workflows, unauthorized category creation could disrupt editorial operations or serve as a stepping stone for content injection by an already-authenticated attacker.

An attacker holding a low-privilege Joomla! account - such as a registered site member with no editorial role - sends a crafted POST request directly to the webservices category creation endpoint, bypassing the ACL validation that should restrict this operation to authorized administrator or editor groups. The attacker successfully creates arbitrary categories, potentially disrupting content organization, misleading editors, or seeding category structures that facilitate follow-on content injection. No public exploit code has been identified, but the Joomla webservices API is publicly documented and the flaw is straightforward to reproduce with basic API knowledge and a valid session token.