Threats

BlockStrap, a 10.0-severity flaw in Magento and Adobe Commerce: what companies with online shops should check this week

If your online shop runs on Magento or Adobe Commerce, confirm with whoever maintains it this week that the October fix (2026-oct) is actually in place, and that the separate September fix is still there too.

Published6 min read

Photo: SiljeAO / Pexels

Key points for company leaders

This article reflects information available on the morning of 26 October 2026 (Japan time). Whether the flaw is being attacked can change quickly. For the latest, check the announcements listed in the sources at the end.

  • What happened

    On 13 October Adobe fixed vulnerabilities in Adobe Commerce, Adobe Commerce B2B and Magento Open Source in security bulletin APSB26-153. The most serious, CVE-2026-103849, can allow arbitrary code to be run without logging in, and is scored 10.0 on CVSS.[1][2]

  • Is it being attacked?

    Adobe says it is not aware of exploits. The e-commerce security firm Sansec has not seen attacks on live stores either, but it reproduced four attack routes within 24 hours of the fix. The flaw is not yet in CISA's Known Exploited Vulnerabilities (KEV) catalog.[1][3][4]

  • Why hurry

    StyleSmuggler, a flaw in the same email-template machinery, was attacked in the wild from early September. Sansec says BlockStrap is of similar complexity and advises patching now rather than waiting for Adobe's 30-day window.[5][3]

  • What to do this week

    Find out whether any online shop you or your contractors run uses Magento or Adobe Commerce. If one does, have the October fix and the September fix (VULN-39341) both confirmed in the code.[3]

What kind of flaw BlockStrap is

According to Adobe, CVE-2026-103849 is a failure to neutralise special elements in a template engine (CWE-1336). It needs no authentication and no user interaction, its impact reaches beyond the vulnerable component (Scope: Changed), and its CVSS v3.1 base score is the maximum, 10.0.[1][2]

Sansec explains that commands smuggled in by an attacker end up inside the machinery that builds the shop's emails, such as order notices, and are finally run as PHP code on the server. It is the second critical break in the same machinery after StyleSmuggler, which was attacked in September, and it slips through a gap the September fix left open.[3]

Figure 1

How the attack works, as published (overview)

Data an attacker submits gets into an email template, is treated as a trusted command, and runs as code on the server when the email is built.

  1. An attacker sends data to the store

    No login needed

  2. The data slips into an email template

  3. It is reprocessed as a trusted command

  4. PHP code runs on the server

Note: A simplified view for company leaders, based on what Sansec and Adobe have published. It leaves out the specific attack steps.

Source: [3], [1]

Affected and fixed versions

Figure 2

Affected and fixed versions by product

Adobe Commerce, Adobe Commerce B2B and Magento Open Source up to the September 2026 releases (2026-sep) are affected and fixed in the October 2026 releases (2026-oct). Mage-OS is affected up to 3.5.0 and fixed in 3.6.0.

Affected and fixed versions by product
AffectedFixedWatch out for
Adobe Commerce2.4.4 to 2.4.9, 2026-sep and earlier2026-oct for each line, or 2.4.10-alpha1Also needs the September fix (VULN-39341)
Adobe Commerce B2B1.3.3 to 1.5.3, 2026-sep and earlier2026-oct for each line, or 1.5.4-alpha1Check together with the main Adobe Commerce install
Magento Open Source 2.4.7 to 2.4.92026-sep and earlierPublic patches for 2.4.7-p10, 2.4.8-p5 and 2.4.9A plain Composer install is not enough
Magento Open Source 2.4.6 and earlierAffectedNo public patchPlan an upgrade to 2.4.7-p10 or later
Mage-OSUp to 3.5.03.6.0 (released 14 October)Update the whole metapackage

Note: From Adobe's APSB26-153, the CVE record and Sansec, checked on the morning of 26 October 2026. Sansec says there is no public patch for Magento Open Source 2.4.6 and earlier; those patches need an Adobe Commerce licence.

Source: [1], [2], [3]

Timeline

Figure 3

From StyleSmuggler to BlockStrap

StyleSmuggler was attacked in early September, fixed on 7 September and added to CISA's KEV on 8 September. The BlockStrap fix came out on 13 October, Sansec reproduced four attack routes on the 14th, and Belgium's CCB issued a warning on the 19th.

  • Adobe and maintainers
  • Researchers and attack sightings
  • Government agencies
  1. Early Sep 2026 · Researchers and attack sightings

    StyleSmuggler (CVE-2026-75650) attacks begin

  2. 7 Sep 2026 · Adobe and maintainers

    Adobe ships an emergency StyleSmuggler fix

    APSB26-146, VULN-39341

  3. 8 Sep 2026 · Government agencies

    CISA adds StyleSmuggler to KEV

  4. 13 Oct 2026 · Adobe and maintainers

    Adobe fixes BlockStrap in APSB26-153

    CVSS 10.0, priority 2

  5. 14 Oct 2026 · Researchers and attack sightings

    Sansec reproduces four attack routes

  6. 14 Oct 2026 · Adobe and maintainers

    Mage-OS 3.6.0 ships the fix

  7. 15 Oct 2026 · Researchers and attack sightings

    Sansec publishes its analysis

    No attacks on live stores seen yet

  8. 19 Oct 2026 · Government agencies

    Belgium's CCB warns: patch immediately

Note: Dates are as printed in each announcement (mostly US and European dates). As of the morning of 26 October, no BlockStrap attacks have been reported.

Source: [5], [1], [4], [3], [6]

What it means for online shops in Japan

The CCB says exploitation could lead to unauthorised access to customer and payment data, tampering with store content, and service outages.[6] In Japan, version 6.0 of the Credit Card Security Guidelines requires online merchants, which account for 90% of card fraud losses, to put vulnerability countermeasures in place for their systems and websites. The guidelines serve as the practical standard for the security duties set by the Installment Sales Act.[7]

In its alert updated on 23 October, JPCERT/CC also added Case E: attackers abusing AI-driven penetration testing platforms to probe mainly internet-facing web applications for vulnerabilities. Treat any public online shop as a likely target of this kind of automated probing.[8]

How to check

Figure 4

Is this store at risk? A quick decision flow

Check three things in order: does it run on a Magento-based platform, is the October fix in the code, and is the September fix there too.

  1. Does it run Adobe Commerce, Magento Open Source or Mage-OS?

    Include stores run by contractors and test stores

    No

    This flaw does not affect you. Still check that your own platform is up to date.

    Yes

  2. Is the October fix (2026-oct, Mage-OS 3.6.0) in the code?

    Check the files, not the deploy result

    No

    At risk. Arrange with your contractor to apply it today. On Magento Open Source 2.4.6 or earlier, plan an upgrade.

    Yes

  3. Is the September fix (VULN-39341) there too?

    No

    StyleSmuggler has been exploited in the wild. Install the September fix first, then reapply the October one.

    Yes

  4. Both fixes are in place

    Move on to checking logs and unexpected files

Source: [3], [1], [5]

Sansec gives technical staff these checks. In the Magento root, run grep -c resolveDeferredDirectives vendor/magento/framework/Filter/Template.php; a result of 0 means the October fix is missing (on Mage-OS, check vendor/mage-os/framework/Filter/Template.php). The September fix can be checked with vendor/bin/magento-patches -n status. The surest route is to ask your contractor to send you the output of both.[3]

  1. Confirm the platform: list every online shop, campaign site and test store run by you or your contractors that uses Adobe Commerce, Magento Open Source or Mage-OS.[1][3]
  2. Confirm the October fix in the code: get the output of the check above from your contractor. Aim to finish this week rather than waiting for Adobe's priority 2 window of 30 days.[3][6]
  3. Confirm the September fix too: check that VULN-39341 for StyleSmuggler is installed. That flaw is in CISA's KEV catalog as known to be exploited.[3][4]
  4. Decide what to do about old versions: there is no public patch for Magento Open Source 2.4.6 and earlier. Agree with your contractor when to upgrade to 2.4.7-p10 or later and how to protect the shop until then.[3]
  5. Step up monitoring: the CCB advises strengthening monitoring and detection to spot suspicious activity, and warns that patching does not undo an earlier compromise.[6]

FAQ

Printable checklist

  • Listed the platform behind every online shop we and our contractors run
  • Included campaign sites and test stores in the list
  • Confirmed in the code that the October fix (2026-oct) is on every Magento-based store
  • Confirmed the September fix (VULN-39341) is also in place
  • Agreed an upgrade plan with our contractor for any Magento Open Source 2.4.6 or earlier
  • Set up monitoring for the store and agreed whom to call if something looks wrong

How ZeroKai can help

The first step is knowing which of your hosts can be seen from the internet. ZeroKai takes your domain, lists the host names recorded in Certificate Transparency logs and highlights names that look like admin screens or test environments. You can use it to pull out hosts named things like shop, store or staging, and as a list for asking your contractor what each one runs on.

Sources

Numbers in [brackets] in the text refer to these sources. Links checked on 13 October 2026.

  1. [1]Adobe, Security update available for Adobe Commerce | APSB26-153, 13 October 2026
  2. [2]CVE Program, CVE-2026-103849, 13 October 2026
  3. [3]Sansec, BlockStrap: Magento and Adobe Commerce RCE (CVE-2026-103849), 15 October 2026
  4. [4]US CISA, Known Exploited Vulnerabilities Catalog (catalog version 2026.10.23), 23 October 2026
  5. [5]Akamai, CVE-2026-75650: StyleSmuggler — Critical RCE in Adobe Commerce and Magento, 14 September 2026
  6. [6]Centre for Cybersecurity Belgium (CCB), WARNING: Template Injection Vulnerability in Adobe Commerce and Magento Open Source Can Be Exploited to Execute Arbitrary Code, Patch Immediately!, 19 October 2026
  7. [7]Japan Direct Marketing Association (JADMA), Credit Card Security Guidelines version 6.1 published by the Council for Credit Transaction Security (Japanese), 12 March 2026
  8. [8]JPCERT/CC, Alert on the recent series of intrusions at Japanese organisations (JPCERT-AT-2026-0030, updated 23 October, Japanese), 23 October 2026

Terms and questions from this article

Before you ask your contractor, list the hosts you expose

Enter your domain and create an account to start a free passive assessment right away. It is free for one ownership-verified domain, and ZeroKai never contacts your servers.

After you create an account, you can start an assessment right away.

Newsletter

Japan-focused cybersecurity news that could affect companies like yours, in plain language. Twice a week, Mondays and Wednesdays.

No spam. Unsubscribe anytime. Privacy Policy