Industry

Offensive Security for Crypto & Digital Assets.

Exchanges, custodians, stablecoin issuers and cryptoasset firms move value that can’t be called back. The Swarm attacks your whole organisation the way a real adversary would, across keys, people, code and cloud, so you know what holds before funds move.

What would an attacker take from you first?

Most crypto theft doesn’t start by breaking code. In early 2025, private key breaches at centralised services accounted for 88% of stolen funds, and one of the most effective tactics was getting fake hires inside crypto firms (source: Chainalysis). Your attack surface spans the blockchain, through bridges, into cloud configs, developer workflows and your own community.

On-chain there’s no chargeback. Funds move in minutes, withdrawals freeze, and users, partners and the FCA all want answers. You need proof that your keys, people and infrastructure hold, before anyone tests them for real. That’s what the Swarm gives you.

They want your keys.

Hot wallets, signing flows and the infrastructure around them. Whoever controls signing controls the funds, and a transfer can’t be reversed.

They want to join your team.

A fake candidate, a compromised contractor, a recruiter message to an engineer. An insider with access is the shortest route to privileged systems.

They want your users’ trust.

Account takeovers, support impersonation, a hijacked community channel. One incident and users withdraw, partners pause and regulators ask questions.

We attack the paths to your keys.

Attackers watch your commits, scan for leaked keys and wait for the weekend. They chain a message to a developer, an over-permissioned cloud role and a signing process under pressure until they reach the funds. The Swarm works the same way.

Keys and signing

Hot wallets, signing approvals and the devices, rooms and people around them. We test whether someone could reach, trick or bypass the process that moves funds.

People and hiring

Fake candidates, compromised contractors and recruiter approaches to engineers. We test whether an outsider could talk, apply or phish their way into privileged access.

Developer workflows

Repos, CI/CD pipelines, packages and the secrets that leak into them. We test the routes from a developer’s laptop to production.

Cloud and infrastructure

Exposed admin panels, over-permissioned cloud roles and container platforms. We find the misconfiguration that turns one foothold into control of the estate.

Exchange and wallet apps

Web and mobile apps, APIs, login and withdrawal flows. We go after the routes to account takeover and unauthorised withdrawals.

Community and support

Discord and Telegram admins, support desks and social accounts. We test whether an attacker could impersonate your team or take over the channels your users trust.

We know that real attack surfaces don’t come in neat categories. If yours doesn’t fit above, tell us what you’re working with.

What a Finding Looks Like

Finding

Starting from a free trial account, a Swarm operator pulled a custom container from a public registry into the platform, then used the API to run it with a privileged security context.

Impact

Escape to the underlying node, then a service account token able to read secrets across the whole Kubernetes cluster, including kube-system. Separately, a sales demo yielded credentials to the company's Google Workspace.

Remediation

Block pulls from untrusted registries, deny privileged containers by policy, and scope service account tokens so no workload can read cluster-wide secrets.

Want the full picture?

The full range of offensive security the Swarm runs: every discipline, how they connect, and what each one tests.

Proof your board and regulators can see.

UK crypto regulation is moving from MLR registration to full FCA authorisation, and the questions from banking partners, auditors and the FCA are already here. Every Swarm cycle produces evidence of what was attacked, what held and what was fixed.

ObligationWhat it asks forHow the Swarm supports it
FCA cryptoasset regimeFirms carrying on the new regulated cryptoasset activities need FCA authorisation. The application window runs from 30 September 2026 to 28 February 2027, and the regime commences on 25 October 2027.Evidence of tested systems and controls to support your application and ongoing supervision.
MLR registration (current regime)Until the new regime commences, cryptoasset firms register with the FCA under the Money Laundering Regulations.As you move from MLR registration to full FCA authorisation, you’ll have evidence of how the systems protecting customer funds and data hold under real attack, ready for the step up.
MiCA and DORA (firms with EU operations)Crypto-asset service providers authorised under MiCA also fall under DORA's digital operational resilience requirements, including resilience testing.Continuous attack evidence to support resilience testing.
UK GDPRReportable personal data breaches notified to the ICO within 72 hours.Evidence that the paths to customer data are tested against real attacks.

Stories from the Swarm

These stories are real, but the names are deeply redacted. We'll tell you how we uncovered the threats no one else could see, and why constant cyber attack is the best way to outpace cyber threats.

Frequently Asked Questions

What is crypto penetration testing?

Crypto penetration testing is a controlled attack on an exchange, custodian or cryptoasset firm by qualified ethical hackers, to find the weaknesses a real attacker would use to reach keys, funds or customer accounts. Continuous red teaming goes further, chaining weaknesses across people, code, cloud and signing processes the way real attackers do.

How do crypto businesses actually get hacked?

Most often through keys, people and infrastructure rather than smart contract bugs. In early 2025, private key breaches at centralised services accounted for most stolen funds, and fake hires were one of the most effective ways in (source: Chainalysis). That's why the Swarm tests the people and processes around your keys, not just your code.

Do you audit smart contracts?

Our focus is the attack surface around your code: keys and signing, people, developer workflows, cloud and your apps. A smart contract audit reviews the code itself, and the two work together.

Will testing put customer funds at risk?

No. Customer funds and production signing are never put at risk. Every attack runs within boundaries agreed in your Attack Thesis before anything starts.

Do you test people and physical sites, or only systems?

All three. The Swarm attacks digital, social and physical routes, because real attackers move between a recruiter message, a support ticket and an unattended laptop in your office.

When do cryptoasset firms need FCA authorisation?

Firms carrying on the new regulated cryptoasset activities need FCA authorisation before the regime commences on 25 October 2027, and the application window closes on 28 February 2027. Evidence that your systems and controls hold under real attack is a strong foundation for your application and for supervision after it.