StyleSmuggler: Critical Adobe Commerce & Magento Zero-Day Exploited for Remote Code Execution (CVE-2026-75650)
By DigitalSpying Threat Research Team
Published: September 10, 2026
Target: E-Commerce Platforms, Retail SecOps, Payment Gateways
Executive Summary
On September 5, 2026, cybersecurity research firm Sansec published emergency findings regarding "StyleSmuggler", an unauthenticated remote code execution (RCE) zero-day vulnerability actively exploited in the wild against Adobe Commerce and Magento Open Source platforms. Assigned CVE-2026-75650 and carrying the maximum possible CVSS v3.1 score of 10.0, the flaw enables unauthenticated remote threat actors to inject malicious server-side template payloads that trigger remote code execution on the underlying server, deploying stealthy Rust-based backdoors and skimming customer credit card telemetry.
Active exploitation was first identified on September 4, 2026, striking production e-commerce storefronts that had fully applied all July and August 2026 security updates. Following urgent coordination, Adobe issued emergency security bulletin APSB26-146 on September 7, releasing isolated hotfixes across supported release lines. Concurrently, the U.S. Cybersecurity and Infrastructure Security Agency (CISA) added CVE-2026-75650 to its Known Exploited Vulnerabilities (KEV) catalog on September 8, while Australia's ASD/ACSC issued high-priority warnings to merchants nationwide. Because threat actors established persistence on servers before patches were published, security teams must treat this as a dual-track incident: applying the official hotfix while conducting rigorous compromise assessments.
Technical Deep-Dive & Attack Chain
StyleSmuggler is a complex, multi-stage injection vulnerability that turns Magento’s internal logging and transactional email rendering pipeline against itself.+-----------------------------------------------------------------------------------+
| StyleSmuggler Attack Architecture |
|---|+-----------------------------------------------------------------------------------+
| |
| [Attacker] |
| | |
| | 1. HTTP Request with embedded malicious PHP in headers/parameters |
| v |
| [Magento Public Endpoint] |
| | |
| | 2. Unhandled exception / transaction failure logged |
| v |
| [Local File System (e.g., var/log/ or var/report/)] <--- Payload Planted |
| | |
| | 3. Attacker triggers "Payment Transaction Failed Reminder" routine |
| v |
| [Email Template Processor / CSS Inliner] |
| | |
| | 4. Directive evaluates planted file as local CSS template resource |
| v |
| [PHP Interpreter Execution] |
| | |
| | 5. Malicious PHP executed with web server privileges (www-data) |
| v |
| [Rust Backdoor Binary Deployed (/tmp/.systemd-daemon)] |
| |
+-----------------------------------------------------------------------------------+
1. Stage 1: Log Injection / Payload Smuggling
The initial phase involves planting malicious PHP code into an arbitrary server-side file that Magento is permitted to write to. Attackers transmit malformed HTTP requests containing payload fragments disguised as payment metadata or customer identifiers. When Magento encounters a processing error or simulated payment gateway timeout, it serializes the error event and writes it to a failure report or application log file (such as var/log/system.log, var/log/exception.log, or files under var/report/).
2. Stage 2: Template-Driven Execution via Email Reminders
In the second stage, the attacker triggers Magento's built-in transactional notification workflow—specifically the "Payment Transaction Failed Reminder" email. Within the email template rendering engine, the template engine processes layout directives that dynamically inline styling rules.
StyleSmuggler abuses a path traversal and template directive parsing flaw that treats the planted log/report file as a valid local stylesheet template. When Magento renders the email layout on the server, the PHP engine parses the smuggled PHP tags embedded within the log file.
Crucially:
* No Human Interaction Required: The attack requires zero interaction from store administrators or customers.
* No Email Delivery Required: The code executes during the server-side rendering phase before transmission; the attack succeeds even if the outbound SMTP server fails or email delivery is completely blocked.
3. Post-Exploitation & Payload Deployment
Telemetry from Sansec and NetSPI demonstrates that immediately upon gaining initial PHP execution, threat actors drop and execute an obfuscated, compiled 64-bit Linux ELF binary written in Rust. The binary establishes an outbound encrypted Command-and-Control (C2) beacon, hooks payment checkout controllers to harvest credit card numbers in real-time, and inserts hidden administrative user accounts directly into the admin_user database table.
Vulnerability Impact Matrix
Category
Details
CVE Identifier
CVE-2026-75650
CVSS v3.1 Base Score
10.0 (Critical) — Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
Affected Versions
Adobe Commerce & Magento Open Source: 2.4.4 - 2.4.9 (including all patch levels); B2B: 1.3.3 - 1.5.3
Exploitation Status
Active in-the-wild zero-day exploitation confirmed
Advisory Reference
Adobe Security Bulletin APSB26-146
Indicators of Compromise (IoCs) & Detection
SecOps teams managing Magento/Adobe Commerce environments should immediately inspect web server logs and filesystem integrity for the following indicators:
* URI Patterns: POST /rest/default/V1/guest-carts/*/payment-information with unusual parameter sizes targeting payment reminder triggers.
* Log Injections:
* Filesystem: Suspicious binaries in /tmp/, /dev/shm/, or /var/tmp/ (executable Rust backdoors).
* Database: New accounts in the admin_user table created after September 1, 2026.
* Network: Unexpected outbound TCP connections on ports 443/8443 from web application tiers.
Mitigation & Action Plan
Dual-Track Remediation (Patch & Hunt)
Merchants must not assume that applying the patch resolves existing compromises:
1. Apply Official Hotfix: Deploy isolated hotfix APSB26-146 provided by Adobe immediately across all production and staging environments.
2. Execute Malware Scans: Run specialized e-commerce integrity scanners (such as eComscan) across the entire codebase and /tmp directories.
3. Database Review: Audit the admin_user table for unauthorized accounts and review database triggers for skimmer persistence.
4. Credential Rotation: Rotate all database passwords, encryption keys (app/etc/env.php), API keys, and administrator credentials.
5. WAF Hardening: Configure Web Application Firewall (WAF) inspection rules to block template directive keywords and raw PHP tags within request headers and URI arguments.