Every Adobe security release read the day it lands, tested on staging and deployed inside a window you agreed.
A monthly retainer for Magento Open Source, Adobe Commerce and Mage-OS stores: security releases tested and deployed within an agreed window, monitoring an engineer reads, a hardened edge and incident response. For merchants who want one team answerable for the store's security. Priced as a set monthly figure, agreed once we have examined the store.
Merchants on Magento Open Source, Adobe Commerce or Mage-OS, in the UK and Ireland
What it is
Patching, monitoring, edge hardening and incident response, every month
Price
A set monthly figure, agreed once we have examined the store
First step
The free health check: one page, two working days, nothing accessed
Does any of this sound like your store?
What merchants tell us in the first call, in their words.
“
Adobe published another security bulletin and nobody has told us whether it affects us.
What it usually means
Patches wait until someone remembers. Once a fix is public, so is the weakness it fixes.
“
We are on 2.4.6 and the agency says it is fine for now.
What it usually means
On Magento Open Source, the last 2.4.6 fix shipped on 11th August 2026. Adobe's September bulletin lists 2.4.6 as affected with no fix for it, so fixes now have to be backported.
“
Our developer only looks at the store when we raise a ticket.
What it usually means
Nobody is watching for the quiet signs: a new admin user, an unexpected scheduled task, pages appearing in Google that you never published.
What the retainer covers.
Six things, done every month, with a written record of each.
01
Patching within an agreed window
Every Adobe bulletin read on the day, tested on staging, deployed in the window, backported where needed.
02
Monitoring that a person reads
File changes, admin and API activity, new scheduled tasks and pages you did not publish, read by an engineer.
03
A hardened edge
Firewall rules tuned to Magento, rate limits on the endpoints attackers target, and a locked-down admin path.
04
Incident response
Isolate, find the entry point, clean, rotate credentials, patch and write it up. Included for retained stores.
05
The housekeeping that gets forgotten
Admin accounts reviewed, two-factor enforced, API tokens audited, PHP kept in support, backups test-restored.
06
A monthly report
What was patched, what was seen, what changed and what we recommend next, on one page.
The same store, with and without us.
Without us
Bulletins read when someone remembers, if at all
Patches applied straight to live, or not at all
An unsupported release quietly left without fixes
A compromise found by a customer or the payment provider
Admin and API paths reachable from anywhere
No record of what was done, or when
With Refined Commerce
Every bulletin read the day it lands and matched to your store
Patches tested on staging and deployed inside the agreed window
Fixes backported where your release no longer receives them
Alerts read by an engineer, with incident response included
Edge rules and admin access locked down in front of the store
A one-page report every month of what was patched and seen
How the retainer starts, and how every bulletin is handled.
The same sequence for every store and every Adobe bulletin, so nothing depends on who is on holiday.
1
Step 1: The free health check
Send us the store address. A senior engineer reads its release, support status, PHP, headers, hosting and any sign of a hijack.
Within two working days
Access we need
None. Publicly served pages only; nothing is tested.
What you receive
One page by email, with no obligation.
2
Step 2: We examine the store and propose the retainer
Release, patch level, modules, hosting, edge and who can reach the admin, read from the inside.
Before the retainer starts
Access we need
Read-only: code, an admin account, the hosting panel and logs.
What you receive
A written picture of the store's exposure and a proposed monthly figure.
3
Step 3: Baseline hardening
The store brought to its latest available patch level, admin access locked down, two-factor enforced, edge rules and monitoring enabled.
The first weeks
Access we need
Deployment access to staging and live.
What you receive
A note of every change made and what is now watched.
4
Step 4: Every bulletin, the same sequence
Read on the day Adobe publishes it, matched to your release and modules, tested on staging along the money paths, deployed at a quiet hour with a rollback ready.
Each Adobe security release
What you receive
Written confirmation of what was applied, what was tested and anything still open.
5
Step 5: The monthly report
What was patched, what the monitoring saw, what changed and what we recommend next.
Monthly
What you receive
One page, with your invoice.
Why unsupported Magento stores get hijacked.
What we found on the UK web in 2026, and Adobe's own bulletins.
722
UK Magento stores already hijacked and serving spam pages, almost all on unsupported releases, when we looked in October 2026.
916
live .co.uk stores still on Magento 1, which Adobe stopped supporting in June 2020. How we move them.
11th Aug 2026
the last Magento Open Source fix for 2.4.6, in Adobe bulletin APSB26-92. Standard support ended the same day.
Lists Open Source 2.4.6 as affected, and publishes updated versions only for 2.4.7, 2.4.8 and 2.4.9.
2.4.6 not fixed
Read from Adobe's security bulletins and lifecycle pages on 31st October 2026. Adobe Commerce customers on 2.4.6 have extended support to 31st August 2027.
Is this the right service for your store?
This is for you if
You use Magento Open Source, Adobe Commerce or Mage-OS and trade online every day
Your release is out of support, or will be within the year
Nobody is currently answerable for applying security patches
You want a written record of what was patched and when
If your situation is different
Want a first look before committing? The free health check shows what your store exposes, on one page.
Want the whole store examined once? See the technical audit.
On Shopify? Shopify patches its own platform; Shopify support covers the rest.
If the store is compromised today, call us now rather than reading on: 020 8058 5072.
We price the work, not the clock.
This service
A set monthly figure, agreed once we have examined the store.
How you pay
Monthly, with one itemised invoice.
Our rate
£80 an hour plus VAT, the same for every merchant.
Never charged
Account management, or the first look at your store.
Priced on the store, not on the clock.
A security retainer is a set monthly figure, agreed once we have examined the store: its release, hosting, integrations and traffic decide the work, so we look first and then put a figure in writing. Development you ask for on top is itemised on the same monthly invoice.
Written proposal after a look at the store, before anything starts
Incident response included for retained stores
An upgrade to a supported release estimated separately, as a project
What happens first
1We read the store's release, patch level and modules against Adobe's latest bulletins.
2We check who can reach the admin and API, and what the edge in front of the store stops.
3You get a written list of what is open and what we would fix first, before anything changes.
Decades of collective experience across Magento 1, Magento 2, Adobe Commerce, Hyvä and Shopify. Very little about your store will be new to us.
1
Point of contact, and senior engineers only
You deal directly with the founder. No juniors learning on your store and no account managers between you and the people doing the work.
5.0
On Google, from 23 merchant reviews
Small stores and large ones, described in their owners' words. The reviews are quoted on this site word for word.
Questions merchants ask about this.
Can you guarantee our store will not be hacked?
No, and nobody honest can. What we can do is remove the conditions that almost every UK Magento compromise we have seen depends on: an unsupported release, a missing security patch, exposed admin and API surfaces, and nobody watching. In October 2026 we found 722 UK Magento stores already hijacked and serving spam pages, almost all of them on unsupported releases.
We are on an old release and cannot upgrade yet. Can you still cover us?
Yes. Adobe stops shipping fixes for unsupported releases, so we backport the relevant security patches ourselves, harden the edge in front of the store, and put the upgrade on a dated plan. Cover on an unsupported release is a bridge, not a destination, and we say so in the proposal. The same applies to Magento 1, which we also keep patched while a move to Magento 2 is planned.
What happens when Adobe publishes a security release?
We read the advisory the day it lands, decide whether it touches your store, test the patch on staging and deploy it to live within the window agreed with you, usually inside a few working days. You get a written note of what was applied and when.
What if the store is already compromised?
Tell us straight away. Incident response is part of the retainer and available as a one-off: we isolate, find the entry point, clean, rotate credentials, patch what let it in, and write it up for you, your payment provider and, where needed, the ICO.
Do you need admin or server access?
For the retainer, yes: deployment access to staging and live, read access to logs, and an admin account. The free health check needs none of that; it reads only what the store already serves publicly.
Is this only for Magento?
It is built for Magento Open Source, Adobe Commerce and Mage-OS. Shopify patches its own platform, so Shopify stores have a different risk profile and are covered under Shopify support.
What does a Magento security retainer cost?
A set monthly figure, agreed once we have examined the store: its release, hosting, integrations and traffic decide the work. Subscriptions to third-party security services, where you want them, are shown separately. The first look and the proposal are free.
How is this different from a malware scanner or a firewall?
Those are tools, and good ones; we use them. The retainer is the people who act on what the tools report: reading each Adobe bulletin, testing and deploying the patch, investigating an alert and responding when something happens.
Find out where your store stands before anyone else does.
Give us the address and we will read what the store already shows the world: release, support status, PHP, headers, hosting and any sign of a hijack. One page, by email, within two working days. Nothing is accessed or tested.
Magento Open Source, Adobe Commerce and Mage-OS stores
No login, no access, no obligation
Written by a person, not a scanner
Free store health checkOne page, by email
What you receive
Example reportMagento Security and Upgrade Health Check
example-store.co.ukNeeds attention
Platform
Magento Open Source 2.4.4-p3
Adobe support
ended 12th April 2025
PHP
8.1, end of life 31st Dec 2025
Frontend
Luma
Security headers
2 of 6 present
Hijack indicators
none found
What we would do first. Apply the outstanding security fixes, then plan the upgrade to a supported release.