Tia N.List

KEV catalog · CISA Known Exploited Vulnerabilities

CVE-2026-71362 9.1
Adobe · Commerce and Magento · Added 2026-09-24 · Published 2026-08-11
3-Day Required PoC Available KEV Automatable Active Exploitation

Details

VulnerabilityAdobe Commerce and Magento Incorrect Authorization Vulnerability
VendorAdobe
ProductCommerce and Magento
Date added2026-09-24
Due date2026-09-27
CISA catalogView on CISA KEV catalog
Required actionApply mitigations in accordance with vendor instructions, ensuring compliance with CISA’s BOD 26-04 Prioritizing Security Updates Based on Risk (see URL in Notes) guidance and CISA’s “Forensics Triage Requirements” (see URL in Notes). Follow applicable BOD 26-04 guidance for cloud services or discontinue use of the product if mitigations are unavailable. Stakeholders are responsible for evaluating each asset's internet exposure and ensuring adherence to BOD 26-04 patching guidelines.
CWECWE-863
CVSS vectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
Descriptions

KEV: Adobe Commerce and Magento contains an incorrect authorization vulnerability that could allow an attacker to leverage this vulnerability to gain elevated access to sensitive resources without any user interaction.

NVD: Adobe Commerce is affected by an Incorrect Authorization vulnerability that could result in privilege escalation. An attacker could leverage this vulnerability to gain elevated access to sensitive resources. Exploitation of this issue does not require user interaction.

Compliance SSVC + BOD 26-04

Automatableyes
Technical impacttotal
Exploitation statusactive
3-day qualifyingYes
Public timeline3 days + forensic
Non-public timeline3 days + forensic
Forensic (public)Required
Forensic (non-public)Required

Research metadata

Last researched2026-09-24 19:40 UTC
Wall time0.5s
Searches1
Component defaultyes
Sources https://helpx.adobe.com/security/products/magento/apsb26-92.html
https://github.com/dinosn/cve-2026-71362-magento-lab
https://github.com/dinosn/cve-2026-71362-magento-lab/blob/main/exploit/poc.py
https://github.com/dinosn/cve-2026-71362-magento-lab/blob/main/docs/ROOTCAUSE.md
https://github.com/dinosn/cve-2026-71362-magento-lab/blob/main/docs/DETECTION.md
https://sansec.io/research/adobe-commerce-account-takeover-apsb26-92
https://experienceleague.adobe.com/en/docs/experience-cloud-kcs/kbarticles/ka-40380
https://nvd.nist.gov/vuln/detail/CVE-2026-71362

QC notes

info precondition_contradiction: Preconditions don't mention deployment applicability (component/product version)

Hunting hypothesis agent

Hunt proxy and WAF logs for POST /customer/account/editPost carrying id= followed by GET /customer/account/edit with no loginPost — the Magento Customer Edit identity switch; stock access logs omit POST bodies, so capture request bodies

Research details

ComponentMagento\Customer\Controller\Account\Edit::execute() (app/code/Magento/Customer/Controller/Account/Edit.php) — unfiltered DataObjectHelper::populateWithArray() of session customer_form_data mass-assigns id onto the customer object, so Session::setCustomerData() rebinds customer_id agent
PreconditionsAttacker needs only network reachability to the storefront and a self-registered customer account (Magento self-registration is open by default); no victim credentials, admin privileges, or user interaction. Affects Adobe Commerce 2.4.4-2.4.9 and Magento Open Source 2.4.6-2.4.9 up to the -2026-jul isolated patch level (B2B 1.3.3-1.5.3); fixed by the -2026-aug patch 24Xp-2026-08-001-CE. agent
DeliveryStorefront HTTP: POST /customer/account/editPost poisons session customer_form_data with a mass-assigned id, then GET /customer/account/edit commits the session identity switch; GET /customer/section/load and account pages read victim PII
Public PoCyes
PoC URLs https://github.com/dinosn/cve-2026-71362-magento-lab
https://github.com/dinosn/cve-2026-71362-magento-lab/blob/main/exploit/poc.py Third-party repos; verify before use.
Advisoryhttps://helpx.adobe.com/security/products/magento/apsb26-92.html
Exploit notesCVSS attack complexity: LOW | CRITICAL severity (CVSS >= 9.0). Public PoC is a reproducible two-request chain (register throwaway account, POST a failing /customer/account/editPost carrying id=<victim>, then GET /customer/account/edit) shipped as a Docker lab with an A/B/A official-patch oracle; it enumerates customer ids and reads victim PII. Sansec Shield reports blocking attempts, but Adobe is not aware of in-the-wild exploits and CISA SSVC recorded exploitation=none (2026-08-12).
SummaryAdobe Commerce and Magento Open Source (APSB26-92) contain an incorrect authorization flaw (CWE-863, CVSS 9.1) in the Customer Account Edit controller: a failed editPost stashes attacker-controlled customer_form_data in the session, and the subsequent GET /customer/account/edit mass-assigns id back onto the customer object, rebinding the attacker session to any customer id for account takeover. A public Docker lab with a Python PoC reproduces the full identity switch against stock Magento with only self-registration. Adobe shipped the fix in the -2026-aug isolated patch (24Xp-2026-08-001-CE); no exploitation in the wild is known to the vendor.

Tia coverage

First reported2026-08-11
First exploit report2026-08-12
Exploit report → KEV43 days before the listing

When Tia's reporting first covered this CVE and whether a report claimed exploitation before the KEV listing. Lead-time deltas are measured from the exploitation report only — plain coverage is not exploitation intel. See the story links under Mentioned in for coverage detail.

Mentioned in

cisa-adds-exploited-wso2-adobe-commerce-sharepoint-and-routeroscve-2026-5430-cvss-9-8-critical-jwt-auth-bypass-in-wso2-api-manahackers-exploit-critical-adobe-commerce-flaw-to-hijack-customer

Record schema v1.0. Enrichment is research-grade, not a substitute for analyst review.

Source on GitHub