Who is affected
You are affected if you operate Adobe Commerce or Magento Open Source. The vulnerability allows arbitrary code execution through improper handling of template engine syntax, so any deployment accessible to untrusted input — including customer-facing storefronts, admin panels behind weak authentication, or development environments connected to production data — is at risk. The record does not specify which versions of Commerce or Magento Open Source are vulnerable.
How to check whether this touches you
- Inventory your applications: search your estate for any running instance of Adobe Commerce or Magento Open Source, including development and staging deployments.
- Check reachability: confirm whether each instance is exposed to the internet or to users outside your organisation who might craft malicious template input.
- Query the running version: access the application's version information via the admin panel, configuration files, or HTTP headers; note that version numbers alone do not prove patch status, as security updates are sometimes backported.
- Inspect logs for template injection patterns: search web server and application logs for requests containing template syntax (such as
{{,{%, or Twig directives) in user input fields, query strings, or file uploads.
What to do
- Immediately: isolate or restrict access to any instance you cannot patch within the federal remediation window (2026-09-11). Apply network-level controls — WAF rules, IP whitelisting, or VPN requirement — to limit who can reach the application.
- Apply the vendor patch: follow Adobe's published mitigation instructions as soon as they are available. Prioritise this work under CISA BOD 26-04 guidance.
- If patching is unavailable or delayed: escalate to your risk and compliance team to evaluate whether discontinuing use of the product is feasible for your business.
- Enable logging: ensure web server access logs and application logs capture HTTP headers, user input, and template rendering errors; retain logs for at least 90 days to support forensics.
- Plan forensic review: prepare to search logs and file integrity records backwards from the present day for evidence of exploitation, since active attacks often precede public disclosure.
If you find you were exposed
Check your logs and file-change records for evidence of code execution: look for unexpected file modifications, new user accounts, suspicious process execution, or outbound connections from the web server. Search backwards at least to the CVE publication date, but preferably further if your log retention allows. Document the earliest sign of compromise and preserve logs before any cleanup, as they will be needed for incident response and potential investigation by authorities.