OAK — OnChain Attack Knowledge

Worked example · 2025-02

Bybit cold-wallet theft — Ethereum — 2025-02-21

Loss
approximately $1.46–$1.5B in ETH equivalent. The single largest crypto-theft event on the public record.
OAK Techniques observed
OAK-T11.001 (Third-Party Signing / Custody Vendor Compromise) — primary; OAK-T15.001 (Social Engineering of Operator Personnel) — upstream entry vector targeting the Safe{Wallet} developer earlier in February 2025; OAK-T15.003 (Operator-Endpoint Compromise) — Safe{Wallet} developer workstation in compromised state, used to plant malicious JavaScript in the signing UI; OAK-T15.002 (Supply-Chain / Vendor-Pipeline Compromise) — Safe{Wallet} build pipeline / signing-UI distribution surface compromise propagated to Bybit as a downstream customer; downstream OAK-T7.003 (Cross-Chain Bridge Laundering) via THORChain (see examples/2025-02-bybit-thorchain-laundering.md); OAK-T8.001 (Common-Funder Cluster Reuse) for operator-cluster continuity + OAK-T7.007 (DEX-Aggregator Routing Laundering).
Attribution
confirmed by FBI (IC3 PSA published 2025-02-26, attributing to "TraderTraitor" — DPRK / Lazarus cluster). Industry forensic providers (Chainalysis, TRM Labs, Elliptic, NCC Group) corroborated independently.
OAK-Gnn
OAK-G01 Lazarus Group / DPRK-attributed.
Key teaching point
Bybit illustrates several gaps in OAK v0.1's on-chain-Tactic-only framing that the Threat Actors axis partially addresses:

Summary

On February 21, 2025, Bybit executed a routine internal transfer of user funds from a cold wallet (long-term offline storage) to a warm wallet. The cold-wallet transfer was authorised through Safe{Wallet}, a third-party multisig signing platform. Per the FBI IC3 advisory and corroborating industry technical analyses, the Safe{Wallet} infrastructure had been compromised earlier in February 2025 via social-engineering-led targeting of a Safe{Wallet} developer's workstation: a benign JavaScript component in the Safe{Wallet} signing UI was replaced with malicious code that altered the destination address of the ETH transfer when Bybit's signers approved the operation. The signers saw a legitimate-looking transaction in the Safe{Wallet} UI; the transaction that actually settled on-chain redirected the ETH to attacker-controlled addresses. Approximately $1.46–$1.5B in ETH was extracted in the resulting transaction.

For OAK's purposes, the incident is predominantly off-chain: the entry vector was a software supply-chain compromise of a third-party signing-infrastructure vendor, not an on-chain attack on Bybit's contracts or wallets. OAK v0.1 does not have an on-chain Tactic that captures this entry vector — it is documented here, in the worked example, because the attribution and downstream on-chain manifestation are on the public record and because a defender working a Bybit-style scenario will want OAK Group references (G01) and the downstream on-chain Techniques (T7.001, T8.001) cleanly mapped.

Timeline (UTC)

When Event OAK ref
Earlier Feb 2025 Safe{Wallet} developer workstation compromised via social-engineering payload; malicious JS planted in signing UI (off-chain entry vector — out of OAK on-chain scope)
2025-02-21 Bybit signers approve a routine cold-to-warm internal transfer via Safe{Wallet} UI (off-chain)
2025-02-21 On-chain transaction settles: ETH directed to attacker-controlled addresses (~$1.46–$1.5B) T5-equivalent (extraction event)
2025-02-21 to 2025-02-26 Funds moved across multiple addresses; mixer-routed hops and cross-chain laundering observed T7.001 + (T7 cross-chain laundering — pending v0.x)
2025-02-26 FBI IC3 PSA published attributing to DPRK / "TraderTraitor" cluster G01 attribution

What defenders observed

  • Pre-event: Bybit's signing process relied on a third-party vendor (Safe{Wallet}) whose developer-workstation security posture Bybit did not directly control. This is a textbook supply-chain dependency — a Bybit-side mitigation would have required either independent verification of the signed transaction destination (out-of-band, before signing) or independent operation of the signing infrastructure.
  • At-event (off-chain): the malicious JS modification was reportedly visible only at signing time and only to signers using the compromised Safe{Wallet} UI; out-of-band verification (e.g., reading the transaction destination from a hardware wallet display rather than from the web UI) would have caught the mismatch.
  • At-event (on-chain): the extraction transaction itself was a single large outflow; on-chain monitoring at Bybit detected the anomaly within minutes of settlement, but at that point the transaction was already final.
  • Post-event: the FBI's published attribution within five days (one of the fastest authoritative attributions in industry history) reflects how mature the wallet-cluster forensic methodology has become for DPRK-attributed activity. NCC Group published technical analysis of the malicious-JS deployment; multiple industry providers (Chainalysis, TRM, Elliptic) independently corroborated the wallet-cluster attribution.

What this example tells contributors writing future Technique pages

  • OAK-Gnn (Threat Actors) is the right attribution surface for incidents like Bybit. A T1–T9 Technique mapping alone undersells the case; the incident is best understood as an OAK-G01-attributed action with on-chain manifestations at T7.001, T8.001, and the (pending v0.x) bridge / cross-chain laundering Techniques. This is the canonical example of why OAK introduces the Groups axis.
  • Off-chain entry vectors are real and OAK acknowledges them honestly. OAK's on-chain Tactic taxonomy does not cover supply-chain compromise of third-party signing infrastructure. Worked examples should make this explicit rather than awkwardly stretching an on-chain Technique to cover an off-chain entry vector. The OAK position is: document the off-chain vector in the worked example; do not invent an on-chain Technique that does not actually capture it.
  • Attribution speed has improved. The five-day FBI attribution timeline reflects mature wallet-cluster forensics. Contributors writing recent (post-2024) DPRK-attributed examples can cite both the FBI / Treasury authoritative attribution and the corroborating industry forensic providers.
  • "Confirmed" attribution is the standard for OAK-G01 incidents. The Bybit case meets OAK's confirmed attribution standard (FBI IC3 PSA + multiple industry corroborations). Many smaller incidents in the OAK-G01 cohort are inferred-strong only and should be marked accordingly.

Public references

Discussion

Bybit illustrates several gaps in OAK v0.1's on-chain-Tactic-only framing that the Threat Actors axis partially addresses:

  1. Entry vector is off-chain (supply-chain compromise of vendor); OAK v0.1 has no Tactic for this. The OAK-G01 page documents social-engineering and supply-chain compromise as the dominant Lazarus entry vectors, which is the right place — they are not on-chain Techniques but they are operationally definitive for the Group.
  2. Single-transaction extraction is on-chain but is not well-captured by the existing T5 Techniques (which are operator-of-token-controlled outflows; Bybit was a custody / signing compromise). A future v0.x update may introduce a T11 / Custody-and-Signing Tactic; the current TAXONOMY-GAPS reflects this.
  3. Downstream laundering maps cleanly to OAK-T7.001 (mixer-routed) plus pending cross-chain laundering Techniques; the OAK-G01 page captures the operator continuity.

For OAK's broader credibility, including Bybit as a worked example in v0.1 is essential: it is the largest single on-chain event of 2025, attribution is confirmed, the case is the highest-profile real-world scenario in which a defender or risk team would reach for an attribution framework. A v0.1 that did not cover Bybit would read as scoped to memecoin-era incidents only.

Techniques demonstrated (7)