CRYPTO CUSTODY / INCIDENT CASE FILE
Three approvals.
One view they all trusted.
The February 2025 Bybit theft shows how a shared signing environment can undermine multiple approvals. The business lesson is independent verification of what is actually being authorised.

Multiple people can approve the same wrong transaction when they all rely on the same compromised view. The February 2025 Bybit theft is a stark case of a control that looked distributed while an important part of its evidence remained shared.
The FBI attributed the theft of approximately US$1.5 billion in virtual assets on or about 21 February 2025 to North Korea. The incident was widely described at the time as the largest crypto theft. That historical description should not be read as a verified ranking of every theft through October 2026.
THE EXECUTIVE BRIEF
Separate the signatures from the evidence behind them.
- Several approvals do not guarantee independent verification.
- Examine the software, supplier and administrator dependencies around a signing workflow.
- Plan rapid containment and evidence handling before a high-value transfer goes wrong.
01
The signing environment was part of the trust boundary.
Bybit’s 26 February 2025 statement described compromised credentials belonging to a Safe developer, which enabled access to Safe’s environment and deception of transaction signers. The company said its preliminary forensic reviews found no indication of compromise within Bybit’s infrastructure.
That account is different from a claim that the cryptographic signatures were mathematically broken. A valid signature can authorise an unwanted operation when the signer has been shown a deceptive representation of the action. The exact transaction must be understood, not merely approved through a familiar interface.
THE SHARED-VIEW PROBLEM / CONCEPTUAL
More signatures can still share one assumption.
ONE SIGNING DISPLAY
01
Signer A
Approves the displayed action.
02
Signer B
Approves through the same trust path.
03
Signer C
Adds another signature, not necessarily another source of evidence.
Shared dependency: the representation of the transaction.
CyberSolace explanation of the control problem. It does not reconstruct exploit code or claim that every multi-signature arrangement has the same weakness.
The original story focused heavily on the compromised developer and the malicious front end. Keep the lesson wider than individual blame. Release controls, privileged access, session protection, supplier assurance and independent transaction checks all help determine whether one compromised environment can influence a high-value decision.
02
Approval independence is something to demonstrate.
An organisation should be able to explain what an approver actually verifies: the intended recipient, assets, permissions, amount and operation appropriate to the system. A familiar brand, device or screen should not be the only evidence that those details match the request.
THE TRANSACTION REHEARSAL
Ask a signer to explain the action before approving it.
- Which business request is this transfer meant to satisfy?
- What trustworthy evidence establishes the destination and operation?
- Which parts of the verification path are shared by all approvers?
- What would cause the transfer to pause or require escalation?
- Who can restrict transfers while a suspicious action is investigated?
Independent verification may require a separate trusted path, additional transaction policy or appropriately configured custody controls. The right arrangement depends on the platform and assets; a second screen showing the same compromised information is not necessarily independent.
The fresh management insight is about correlated assurance. Count the distinct failure modes a control can resist, rather than just the number of people who click approval. The same principle applies to payment changes, cloud administration and software releases outside crypto.
03
Protect the supplier and change path around the transaction.
The signing workflow includes more than a wallet. It can depend on a software supplier, development and deployment systems, privileged sessions, endpoint protection and a delivery mechanism for the interface. Map these dependencies around the most consequential transactions.
THE DEFENCE AROUND THE DECISION
Three boundaries worth examining.
CHANGE
What reaches the signing environment?
Control and review deployment, privileged access and changes to the software the signers rely on.
VERIFY
What does the business intend to authorise?
Connect the transfer request to independently supported transaction details and an agreed policy.
CONTAIN
What can stop further harm?
Maintain escalation, transfer restrictions, evidence access and responsible contacts for a suspected compromise.
CyberSolace defensive review. These are responsibilities to test, not an exploit sequence or a promise that a single product prevents all theft.
MFA is valuable, but an already authorised session or a compromised endpoint can create different risks from a stolen password alone. Review the lifecycle of privileged access and the environment where it is used, rather than treating an MFA setting as the end of the assessment.
Use a realistic exercise to test a suspicious signing event. Include the supplier contact, transaction owner, security responders and leadership. The exercise should establish what can be paused, what evidence can be preserved and who can authorise the next step.
04
Tracing is useful; recovery is a separate outcome.
The FBI warned that the actors were rapidly converting and dispersing assets across many addresses and blockchains. A public transaction trail can support investigation and cooperation, but visibility does not guarantee that assets can be frozen, recovered or attributed to a real-world person.
Specialist analyses, including Elliptic’s and Chainalysis’s work, connect the on-chain activity and transaction controls to the broader incident. Keep their observations and recommendations attributed, and distinguish them from a finding that a particular service can reverse a completed transfer.
Bybit also publicised recovery incentives and community participation after the theft. Such initiatives can attract information and coordination; they are not a substitute for an incident plan, and any current programme terms should be verified before a person relies on them. Do not preserve a historical reward percentage as a standing offer.
- Preserve transaction identifiers, decision records and relevant system evidence.
- Use the incident response route and appropriate legal or law-enforcement contacts.
- Coordinate relevant counterparties without publishing sensitive credentials or investigative material.
- Assess continuing access and the risk of another transaction before normal operation resumes.
05
Keep the lesson at the level of the business decision.
The FTX-claims fraud and the Bybit theft exposed different assumptions. In the former, the useful question is whether the seller has authority over the asset. In this case, it is whether the signers can establish the operation they are authorising through a trustworthy route.
Both cases argue for a clear link between evidence, authority and action. A board does not need to inspect low-level transaction data itself, but it should know whether management has defined the verification standard, funded it and tested its failure modes.
REVIEWED / 20 OCTOBER 2026
The incident discussed here occurred in February 2025. The FBI’s attribution and Bybit’s preliminary account are identified as such. Historical descriptions of the theft’s scale or recovery incentives should not be treated as current rankings or standing offers.
THE CYBERSOLACE PERSPECTIVE
Approve the operation, not just the screen.
Walk one consequential transaction through the actual verification path. Establish which evidence is independent and what would stop the action if that evidence became uncertain.
SOURCES & EDITORIAL REVIEW
Research and presentation reviewed 20 October 2026. Illustrations explain defensive trust boundaries; they do not provide an attack reconstruction or guarantee recovery.