CVE-2025-47011

5.4 MEDIUM

📋 TL;DR

This stored Cross-Site Scripting (XSS) vulnerability in Adobe Experience Manager allows low-privileged attackers to inject malicious JavaScript into vulnerable form fields. When victims browse pages containing these fields, their browsers execute the attacker's scripts, potentially leading to session hijacking or data theft. Organizations using Adobe Experience Manager versions 6.5.22 and earlier are affected.

💻 Affected Systems

Products:
  • Adobe Experience Manager
Versions: 6.5.22 and earlier
Operating Systems: All supported platforms
Default Config Vulnerable: ⚠️ Yes
Notes: Requires low-privileged attacker access to vulnerable form fields; affects both AEM author and publish instances.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Attackers could steal administrator credentials, hijack user sessions, deface websites, or redirect users to malicious sites, potentially leading to complete system compromise.

🟠

Likely Case

Low-privileged attackers steal session cookies or credentials from authenticated users, enabling privilege escalation or unauthorized access to sensitive data.

🟢

If Mitigated

With proper input validation and output encoding, the vulnerability would be prevented, though the underlying code flaw remains.

🌐 Internet-Facing: HIGH
🏢 Internal Only: MEDIUM

🎯 Exploit Status

Public PoC: ✅ No
Weaponized: UNKNOWN
Unauthenticated Exploit: ✅ No
Complexity: LOW

Exploitation requires low-privileged access to vulnerable form fields; stored XSS means payload persists until cleaned.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: 6.5.23 or later

Vendor Advisory: https://helpx.adobe.com/security/products/experience-manager/apsb25-48.html

Restart Required: Yes

Instructions:

1. Download Adobe Experience Manager 6.5.23 or later from Adobe's distribution portal. 2. Apply the service pack following Adobe's installation guide. 3. Restart all AEM instances. 4. Verify the update was successful.

🔧 Temporary Workarounds

Input Validation Filter

all

Implement custom servlet filters to sanitize user input in form fields before processing.

Implement Java servlet filter with OWASP Java Encoder library for input sanitization

Content Security Policy

all

Deploy strict Content Security Policy headers to mitigate XSS impact.

Add 'Content-Security-Policy: default-src 'self'; script-src 'self'' to HTTP headers

🧯 If You Can't Patch

  • Restrict low-privileged user access to vulnerable form fields using AEM permissions.
  • Implement web application firewall (WAF) rules to block XSS payload patterns.

🔍 How to Verify

Check if Vulnerable:

Check AEM version via OSGi console (http://[host]:[port]/system/console/bundles) or CRX Package Manager for version 6.5.22 or earlier.

Check Version:

curl -s http://localhost:4502/system/console/bundles | grep 'Adobe Experience Manager'

Verify Fix Applied:

Confirm AEM version is 6.5.23 or later and test form fields with basic XSS payloads (e.g., <script>alert('test')</script>) to ensure sanitization.

📡 Detection & Monitoring

Log Indicators:

  • Unusual POST requests to form submission endpoints with script tags
  • Error logs showing XSS filter violations

Network Indicators:

  • HTTP requests containing <script> tags in form parameters
  • Unusual outbound connections from user browsers after visiting AEM pages

SIEM Query:

source="aem-access.log" AND ("<script>" OR "javascript:" OR "onerror=" OR "onload=")

🔗 References

📤 Share & Export