MEDIUM 6.5

CVE-2026-48941: K2 Joomla Unauthenticated Gallery Folder Deletion Vulnerability

CVE-2026-48941 is a medium-severity vulnerability in the K2 Joomla component that allows an attacker to delete gallery folders without authentication. The flaw exists in the `item.checkin` task, which accepts a user-supplied folder path parameter and passes it unsafely to a file deletion function. An attacker can craft a request specifying any gallery folder path to trigger unauthorized deletion of media files, potentially disrupting site content or causing data loss.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N
Weaknesses (CWE)
CWE-862
Affected products
1 configuration(s)
Published / Modified
2026-06-25 / 2026-06-28

NVD description (verbatim)

The K2 frontend `item.checkin` task accepts an unauthenticated `sigProFolder` query parameter and uses it directly to address a `JFolder::delete()` call under `/media/k2/galleries/`

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The K2 frontend handler for the `item.checkin` task fails to validate or authenticate the `sigProFolder` query parameter before passing it to `JFolder::delete()`. This parameter is used directly to construct a filesystem path under `/media/k2/galleries/`, enabling path traversal and arbitrary folder deletion. The vulnerability stems from missing access control (CWE-862) and insufficient input sanitization. The attack surface is network-accessible and requires no prior authentication or user interaction.

Business impact

Organizations running K2-powered Joomla sites face risk of unauthorized deletion of gallery content and media assets. This can result in data loss, site defacement, disruption of user-facing media galleries, and potential business continuity issues if critical gallery content is removed. Attackers could also use this as part of a broader attack chain to disable features or trigger secondary incidents. No confidentiality breach occurs, but integrity and availability are compromised.

Affected systems

Joomlaworks K2 component is affected. The vulnerability is triggered via the unauthenticated `item.checkin` frontend task, meaning any Joomla site with K2 installed and enabled is potentially vulnerable. Specific version boundaries have not been disclosed in available advisories; organizations should verify patch availability from Joomlaworks and test in their environment.

Exploitability

Exploitation is straightforward and requires no authentication, special privileges, or user interaction. An attacker can send a simple HTTP request with a crafted `sigProFolder` parameter to delete folders. The network accessibility and low complexity make this a practical attack vector. However, exploitation is not yet weaponized or listed in the KEV catalog, suggesting limited public active exploitation at the time of publication.

Remediation

Apply a patch from Joomlaworks that validates and sanitizes the `sigProFolder` parameter and enforces authentication on the `item.checkin` task. Until a patch is available or applied, restrict network access to the K2 component or disable it if not in use. Implement Web Application Firewall (WAF) rules to block requests to `item.checkin` with suspicious `sigProFolder` values, and monitor gallery folder modifications for unauthorized deletions.

Patch guidance

Contact Joomlaworks directly or check their security advisories for the availability of a patched K2 version. After obtaining and testing the patch in a staging environment, deploy it to production. Verify that the `item.checkin` task now requires proper authentication and that the `sigProFolder` parameter is validated against an allowlist of legitimate paths. Monitor K2 release notes and security channels for follow-up advisories.

Detection guidance

Log and monitor requests to the K2 `item.checkin` task, particularly those containing the `sigProFolder` parameter. Alert on any unauthenticated access attempts to this endpoint. Review web server and Joomla logs for successful deletions in `/media/k2/galleries/` directories, especially if they correlate with suspicious requests. File integrity monitoring (FIM) can detect unauthorized folder and file deletions in real-time.

Why prioritize this

Although rated MEDIUM severity, this vulnerability warrants prompt attention because exploitation is trivial (network-accessible, no authentication required) and impact is direct (data loss). K2 is a widely-used Joomla extension, increasing the footprint. Organizations should patch promptly to close an easily-exploited attack vector, even though it does not enable code execution or full system compromise.

Risk score, explained

The CVSS 3.1 score of 6.5 (MEDIUM) reflects network accessibility and low attack complexity, balanced against the absence of authentication bypass (PR:N, no required privileges) and limited scope impact (partial integrity and confidentiality loss, no availability impact in the CVSS model, though folder deletion does affect availability in practice). The score appropriately flags this as a meaningful but not critical risk.

Frequently asked questions

Does this vulnerability allow remote code execution?

No. CVE-2026-48941 permits unauthorized deletion of gallery folders only. It does not enable code execution, file upload, or system command injection. The risk is primarily to data integrity and availability of media assets.

Can an attacker use this to delete the entire Joomla site or access databases?

The vulnerability is scoped to the `/media/k2/galleries/` directory tree. Folder deletion is limited by filesystem permissions and the scope of the `JFolder::delete()` function. However, deletion of critical gallery content could disrupt site operations. Database access is not possible via this vector.

Is there a public exploit or active exploitation in the wild?

CVE-2026-48941 is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog as of the publication date, indicating no widespread active exploitation has been reported. However, the ease of exploitation means organizations should not delay patching.

What if a patch is not yet available from Joomlaworks?

Apply compensating controls: disable the K2 component if not essential, restrict firewall or WAF access to K2 endpoints, monitor file deletions closely, and check Joomlaworks' security advisories regularly for patch release dates. Consider upgrading to a newer version of K2 or the underlying Joomla platform if patches are delayed.

This analysis is provided for informational purposes and based on the CVE record published on 2026-06-25 and modified on 2026-06-28. Specific patch version numbers and detailed remediation steps should be verified against the official Joomlaworks security advisory and your organization's specific K2 deployment. SEC.co makes no warranty regarding the completeness or accuracy of vulnerability information and recommends independent verification and testing before applying any patches or mitigations. Always test patches in a non-production environment first. Source: NVD (public-domain), retrieved 2026-08-04. Analysis generated by SEC.co (claude-haiku-4-5).