TL;DR
Attackers began targeting an Adobe Commerce vulnerability, CVE-2026-71362, within hours of its disclosure. The flaw scores a CVSS of 9.1 and allows unauthenticated customer account takeover. Both the root-cause details and proof-of-concept exploit path are now public.
- CVE: CVE-2026-71362
- CVSS: 9.1 (Critical · CVSSv3)
- Product: Adobe Commerce
- Affected: ≤ 2.4.9-2026-jul, 2.4.8-2026-aug, 2.4.7-2026-aug, 2.4.6-2026-aug, 2.4.5-2026-aug, 2.4.4-2026-aug, ≤ 1.5.3-2026-jul, 1.5.2-2026-jul, 1.4.2-2026-jul, 1.3.4-2026-jul, 1.3.3-2026-jul, ≤ 2.4.9-2026-jul, 2.4.8-2026-jul, 2.4.7-2026-jul, 2.4.6-2026-jul
- Impact: Adobe Commerce | Incorrect Authorization (CWE-863)
- Status: Exploited in the wild
- Patched in: 2.4.9-2026-aug, 2.4.8-2026-aug, 2.4.7-2026-aug, 2.4.6-2026-aug, 2.4.5-2026-aug, 2.4.4-2026-aug, 1.5.3-2026-aug, 1.5.2-2026-aug, 1.4.2-2026-aug, 1.3.4-2026-aug, 1.3.3-2026-aug, 2.4.9-2026-aug, 2.4.8-2026-aug, 2.4.7-2026-aug, 2.4.6-2026-aug
- EPSS: 25.1% (30-day)
- Action: Update to 2.4.9-2026-aug, 2.4.8-2026-aug, 2.4.7-2026-aug, 2.4.6-2026-aug, 2.4.5-2026-aug, 2.4.4-2026-aug, 1.5.3-2026-aug, 1.5.2-2026-aug, 1.4.2-2026-aug, 1.3.4-2026-aug, 1.3.3-2026-aug, 2.4.9-2026-aug, 2.4.8-2026-aug, 2.4.7-2026-aug, 2.4.6-2026-aug now
Why it matters
Magento and Adobe Commerce power a large share of online stores. This Adobe Commerce vulnerability lets an attacker hijack any shopper’s account. From there, they can read personal data, order history, addresses, and stored payment tokens.
The urgency is real. Sansec reports it blocked live exploitation attempts soon after Adobe’s advisory. Security firms confirm attacks started almost immediately after public disclosure.
How the attack works
The bug sits in how Magento handles customer identity in a session. An attacker first submits a failed account edit that stores their raw input. That stored data later gets copied back without filtering. Crucially, an attacker-supplied id value overwrites the session’s real customer id.
The session check only confirms the customer exists. It never verifies ownership, a password, or a token. So the attacker’s session simply becomes the victim’s. Sansec’s analysis of APSB26-92 details the identity switch, while an independent root-cause writeup maps the flow. This report omits the working steps.
Why it counts as unauthenticated
Self-registration is open by default on most stores. An attacker creates a throwaway account, a guest-allowed action. No victim credentials or interaction are needed. That combination earns the unauthenticated rating.
Affected versions
The flaw affects Adobe Commerce, Commerce B2B, and Magento Open Source. All release lines through the July 2026 patches are vulnerable.
Patch and mitigation steps
Apply the APSB26-92 isolated patch as soon as possible. First confirm you run the latest -p release for your branch. Then install the matching patch file. Because this Adobe Commerce vulnerability faces active exploitation, treat patching as urgent. A web application firewall rule that blocks a mass-assigned id on the customer edit and create endpoints adds a useful layer.
Support Our Threat Intelligence
Find our zero-day alerts and CVE reports helpful? Support our work today and unlock a 100% ad-free reading experience!