Adobe Commerce versions 2.4.9-alpha3, 2.4.8-p3, 2.4.7-p8, 2.4.6-p13, 2.4.5-p15, 2.4.4-p16 and earlier are affected by a stored Cross-Site Scripting (XSS) vulnerability that could be abused by a high-privileged attacker to inject malicious scripts into vulnerable form fields. Malicious JavaScript may be executed in a victim’s browser when they browse to the page containing the vulnerable field. A successful attacker can abuse this to achieve session takeover, increasing the confidentiality, and integrity impact to high. Exploitation of this issue requires user interaction in that a victim must browse to the page containing the vulnerable field.
Security readout for executives and security teams
Plain-English summary
This stored cross-site scripting flaw can let an attacker place malicious JavaScript in vulnerable commerce form fields. When another user views the affected page, the script may run in their browser and enable session takeover. Confidentiality and integrity impacts are high, but exploitation requires a suitable injection path and victim interaction.
Executive priority
Treat as a high-priority remediation for affected production commerce systems, especially those exposing privileged sessions or externally reachable content workflows. Accelerate patching because successful exploitation could compromise accounts and alter protected data. It is not rated critical here because victim interaction and high attack complexity are reported, with no availability impact or confirmed active exploitation.
Technical view
CVE-2026-21311 is a stored XSS vulnerability classified as CWE-79 with CVSS 3.1 score 8.0. The supplied record reports network reachability, high complexity, victim interaction, changed scope, and no availability impact. Adobe Commerce, Adobe Commerce B2B, and Magento Open Source release families are identified, with product-specific corrected-version boundaries in the supplied data.
Likely exposure
Exposure is most likely where an identified product runs an affected release and untrusted or compromised users can persist content in vulnerable form fields. Internet-facing administration or commerce workflows increase concern. The source bundle does not identify the exact fields, pages, configuration prerequisites, or affected deployment roles, so asset-level confirmation requires Adobe guidance and local testing.
Exploitation context
The bundle does not report CISA KEV listing or other evidence of active exploitation. Exploitation requires malicious content to be stored and a victim to browse the containing page. Although the description calls the attacker high-privileged, the supplied CVSS vector records no privileges required; this discrepancy should be resolved against Adobe's advisory.
Researcher notes
The supplied version data appears to express corrected boundaries, while the description lists earlier affected releases. Adobe Commerce 2.4.9-alpha3 and earlier named branches are affected; later listed boundaries vary by product. Exact vulnerable fields are not disclosed. The high-privileged-attacker statement conflicts with CVSS PR:N, so avoid assuming the required role until the vendor advisory clarifies it.
Mitigation direction
Inventory Adobe Commerce, Adobe Commerce B2B, and Magento Open Source versions.
Apply the applicable corrected Adobe release identified in APSB26-05.
Prioritize externally reachable systems and installations handling privileged sessions.
Restrict unnecessary access to affected content-management and form workflows until updated.
Review Adobe guidance for product-specific prerequisites or compensating controls.
Validation and detection
Compare every installed version and edition with Adobe advisory APSB26-05.
Confirm patched builds match Adobe's applicable corrected-version boundary.
Identify users and integrations able to persist content in vulnerable fields.
Review application and administrative logs for suspicious stored content or session activity.
Test affected workflows defensively after remediation without using active exploit payloads.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-79: User-session and phishing behavior lookup
Client-side and session-facing weaknesses should be reviewed alongside initial-access and user-execution behaviors. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
2Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-79 · source CWE mapping
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.