The Marks & Spencer breach explained: how attackers used a third party IT help desk to take down a £300M retailer
A detailed walkthrough of the April 2025 Marks & Spencer cyberattack, how social engineering against TCS help desk staff bypassed M&S's defences, and what tamper evident session logging would have changed.
THE RECORDISSUE 12
COVER
THE RECORD
THE ALCYONE SECURE FIELD JOURNAL
ISSUE
12
INVESTIGATION · APR 2026
The Marks & Spencer breach explained: how attackers used a third party IT help desk to take down a £300M retailer
A detailed walkthrough of the April 2025 Marks & Spencer cyberattack, how social engineering against TCS help desk staff bypassed M&S's defences, and what tamper evident session logging would have changed.
RN-REC-12 · 11 MIN READ
THE RECORD · ISSUE 12 · INVESTIGATION11 MIN READ
INVESTIGATION · ISSUE 12
On 22 April 2025, Marks & Spencer's online order systems went dark. By the time forensic teams traced the entry point, attackers had already been inside for several days. The route in was not a zero day. It was a phone call to a help desk run by a third party IT contractor, and a successful impersonation of a legitimate M&S employee asking for a password reset.
This article walks through the publicly known timeline, the failure mode, and the kind of forensic record that would have changed the investigation. It draws on Reuters reporting, M&S statements, and testimony from the UK Parliament's Business and Trade Committee.
What we know about the timeline
Marks & Spencer disclosed a cyber incident on 22 April 2025. Reuters and the Financial Times subsequently reported that attackers had social engineered help desk staff at Tata Consultancy Services, M&S's outsourced IT service desk provider, into performing password resets for accounts that were not theirs. The threat actor has been publicly linked to the Scattered Spider cluster, which has used identical tradecraft against other large retailers.
The structural failure
Outsourced help desk agents typically have privileged access to client identity systems but operate from machines and call recording infrastructure run by the contractor. When a password reset is performed, the customer organisation has no independent record of who authorised it, what voice was on the call, or whether the agent followed identity verification policy.
What a tamper evident session record would have changed
If every help desk session, including the call audio, the agent's screen, and the identity verification steps: were captured into a hash chained log readable by both the contractor and M&S, two things change. First, post incident detection drops from days to hours, because each unauthorised reset can be replayed and audited. Second, the incentive structure on the agent side changes: a session that is permanently recorded and externally verifiable is materially harder to compromise through bribery or coercion.
The same primitive applies to every IT service desk relationship, every outsourced support function, and every internal help desk that performs sensitive operations under time pressure.