Where
-Infinity
0

Vendor Risk Score

See how suneditor compares to other vendors in security performance

View Risk Score →
Severity
10
XSS
AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H

Summary

SUNEDITOR v2.47.10 appears to allow JavaScript execution through crafted namespaced HTML elements.

The sanitization logic does not fully remove executable event-handler attributes from certain custom/namespaced tags. As a result, an attacker may be able to inject HTML content that executes JavaScript when the rendered element is interacted with.

This behavior was observed after the changes introduced in this commit:

https://github.com/JiHong88/suneditor/commit/9ed405fb0de676e56cd0e6a13c19c103ad5948d3

---

Affected Version

Confirmed vulnerable:

SUNEDITOR =< 2.47.10

Potentially affected:

Previous versions, if the same sanitization logic is still present

---

Proof of Concept

The following payload preserves an executable event handler:

html <a:b src="/x"><iframe src=javascript:alert(1)></iframe></a:b>

<p><a:b src="/x" onclick="document.body.style.background='red'">click</a:b></p>

Simplified PoC:

html <a:b src="/x" onclick="console.log('XSS:',document.domain,document.cookie)">click</a:b>

html <p><a:b src="/x" onmouseover="alert('XSS — '+document.domain)">📎 Click here for solutions</a:b></p> ---

Steps to Reproduce

1. Open SUNEDITOR using version 2.47.10. 2. Insert the payload above into the editor. 3. Save or render the generated content. 4. Click the generated element. 5. Observe that JavaScript is executed.

---

Impact

This may allow an attacker to inject arbitrary JavaScript into rendered editor content.

Depending on how SUNEDITOR is integrated into an application, this could lead to:

Stored XSS DOM manipulation Session theft Credential theft Account takeover actions performed in the victim’s browser context

---

Technical Details

The issue appears to be related to incomplete handling of namespaced/custom HTML elements such as:

html <a:b>

Event-handler attributes such as onclick can remain attached to these crafted elements and execute when interacted with.

This suggests that the sanitization process may not consistently normalize and validate custom or namespaced elements before applying attribute filtering.

---

Suggested Remediation

Possible mitigations include:

Normalize DOM elements before sanitization. Explicitly reject or unwrap unknown/custom/namespaced tags. Strip all event-handler attributes from all elements, including unknown/custom elements. Re-validate sanitized output after browser DOM parsing. Add regression tests for namespaced/custom tag payloads.

---

1 / 2
Source: GitHub
First published (updated )

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203