Industry

Offensive Security for Crypto & Digital Assets.

Exchanges, custodians, stablecoin issuers and Web3 teams move value that can’t be called back. The Swarm attacks your whole organization 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 centralized 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 regulators 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 unauthorized 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.

US crypto regulation is still taking shape, but the questions from banking partners, auditors and state regulators 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
NYDFS Part 500 (for DFS-licensed virtual currency businesses)Penetration testing at least annually from inside and outside your systems, plus 72-hour reporting of qualifying incidents.Continuous attack evidence that goes beyond the annual minimum.
GENIUS Act (stablecoins)Federal framework for payment stablecoin issuers, enacted 2025 and still being implemented through regulator rulemaking.Evidence that systems and controls are tested against real attacks, ahead of detailed rules.
CLARITY Act (market structure)Would split oversight between the SEC and CFTC. Failed a Senate procedural vote 49 to 50 on 15 September 2026 and is stalled.Whichever regulator ends up overseeing you, you'll already have a record of how your systems and controls hold under real attack, ready before any new rules arrive.
SEC cybersecurity disclosure (public companies)Material incidents disclosed within four business days of determining materiality, plus an annual description of risk management.Evidence of how cyber risk is identified and tested.
SOC 2Evidence of control testing for customers, banking partners and auditors.Dated, cycle-by-cycle findings and remediation.

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 crypto business 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 centralized 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.

How is continuous red teaming different from an annual audit or pen test?

An audit or annual test checks one moment; continuous red teaming keeps pace with your commits. New code, contributors, vendors and infrastructure are tested as they arrive, not a year later.