Bug 2506431 (CVE-2026-65902) - CVE-2026-65902 dompurify: DOMPurify: Sanitization bypass via hook manipulation
Summary: CVE-2026-65902 dompurify: DOMPurify: Sanitization bypass via hook manipulation
Keywords:
Status: NEW
Alias: CVE-2026-65902
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Product Security
QA Contact:
URL:
Whiteboard:
Depends On: 2520400 2520404 2520410 2520430 2520436 2520440 2520485 2520487 2520489 2520507 2520402 2520408 2520412 2520414 2520418 2520422 2520427 2520432 2520486 2520488 2520490 2520491 2520492 2520493 2520504 2520518
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-07-23 14:01 UTC by OSIDB Bzimport
Modified: 2026-10-31 08:30 UTC (History)
91 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2026-07-23 14:01:42 UTC
DOMPurify before 3.4.7 (affected versions <= 3.4.5) passes direct references to the module-level DEFAULT_ALLOWED_TAGS and DEFAULT_ALLOWED_ATTR sets to the uponSanitizeElement and uponSanitizeAttribute hooks via data.allowedTags / data.allowedAttributes when sanitize is called without an explicit cfg.ALLOWED_TAGS / cfg.ALLOWED_ATTR array. A hook that mutates these fields permanently widens the default allow-lists for the lifetime of the DOMPurify instance, so all subsequent default-config sanitize calls inherit the widened defaults and attacker payloads using the poisoned tag/attribute name survive sanitization. removeAllHooks(), clearConfig(), and passing a fresh cfg do not recover the state; only constructing a new DOMPurify instance does.


Note You need to log in before you can comment on or make changes to this bug.