Apache Sling Security Bundle Updates Address Two Filter Bypasses

P2 — VALIDATE AND UPDATELow · Not provided by the authorityEXPLOITATION: NOT STATED

Quick Answer

Apache Sling Security Bundle has two filter fixes with different minimums: CVE-2026-94243 is fixed in 1.3.2, while CVE-2026-94251 requires 1.3.12. A supported release containing 1.3.12 covers both listed fixes; stopping at 1.3.2 does not. Check the active Security Bundle version separately from Sling XSS or the overall Sling platform.

Confirm Scope And Apply The Supported Fix

What to do now: Inventory Apache Sling Security Bundle releases before 1.3.2 for RefererFilter and before 1.3.12 for ContentDispositionFilter, match the exact affected release or feature, apply the authority-supported fixed build or service remediation, validate the dependent workflow, and preserve evidence.

Open the authoritative advisory

Source recheck: October 2, 2026 UTC, against both Apache-authored CVE records. The public evidence does not include a complete application-specific regression procedure.

Scope And Authority

Product scopeApache Sling Security Bundle releases before 1.3.2 for RefererFilter and before 1.3.12 for ContentDispositionFilter
AdvisoryCVE-2026-94243 / CVE-2026-94251
CVEsCVE-2026-94243, CVE-2026-94251
Authoritative release date2026-09-23 09:42:27.928 UTC
Authority revision date2026-09-23 15:16:37.469 UTC
Affected versionsApache Sling Security Bundle releases before 1.3.2 for RefererFilter and before 1.3.12 for ContentDispositionFilter
Fixed versionApache Sling Security Bundle 1.3.12, or at least 1.3.2 where only CVE-2026-94243 applies
CVSS base scoreNot provided by the authority
CVSS severityLow
Exploitation statusNot stated by the authority; no exploitation claim is inferred.

What Changed

The first report concerns the evidence RefererFilter accepts when deciding whether a request has an acceptable origin. The second says ContentDispositionFilter does not consistently cover different address/API forms of the same resource. The public descriptions are brief: they identify boundaries to check, but do not establish a specific vulnerable URL or prove that every application using Sling exposes the bypass.

What To Validate Now

  1. Inventory. Record the active Security Bundle version, filter configurations and application routes that rely on origin checks or content-disposition handling.
  2. Establish applicability. Compare each deployment with the authority's affected-version statement: Apache Sling Security Bundle releases before 1.3.2 for RefererFilter and before 1.3.12 for ContentDispositionFilter Do not infer applicability from product family or severity alone.
  3. Remediate. Use a supported Security Bundle release containing both applicable fixes, normally the 1.3.12 minimum or its supported successor. Treat 1.3.2 only as the historical fix for 94243, not an all-clear for this two-CVE notice.
  4. Validate. In staging, verify expected accepted/rejected request origins and consistent disposition handling across the application's authorized resource routes. Use synthetic resources; preserve restrictive filter policy rather than disabling it to resolve a regression.
  5. Retain evidence. Preserve asset and owner identifiers, the applicability decision, before-and-after versions, change approval, installation output, validation results, and any exception or rollback record.

Operational Cautions

Use the exact supported release stream and repository. Test dependencies, clusters, integrations, and rollback before broad deployment; a CVSS rating or reachable feature is not evidence of exploitation.

Evidence To Retain

  • Exact product, release stream, package or application version, enabled feature, environment, and accountable owner.
  • UTC timestamps, authority revision, approved change record, installer or package-manager output, and resulting version.
  • Relevant logs and monitoring evidence, test results, exceptions, compensating controls, and rollback decisions.

Related TechGeeks Resources

Authoritative References

Correction policy: If the authority changes affected versions, fixed versions, severity, exploitation information, mitigations, or required action, TechGeeks will update this notice and its verification date.