OAK — OnChain Attack Knowledge

Worked example · 2022-06

Harmony Horizon Bridge validator economic-incentive gap — Ethereum / BSC / Harmony — 2022-06-23/24

Loss
approximately $100M (ETH, BNB, USDT, USDC, DAI extracted across 14 transactions on Ethereum and Binance Smart Chain). The bridge's 2-of-5 multisig verification threshold was met by compromising two of the five signer-key-holding servers.
OAK Techniques observed
OAK-T10.007 (Bridge Validator Economic-Incentive Misalignment) — primary; the Harmony Horizon Bridge's validators had no at-risk economic stake bonding them to the bridge's security. The bridge's security model relied on a 2-of-5 multisig where the validators' keys were held on hot-wallet servers with no slashing mechanism, no bonded stake, and no economic penalty for key compromise. Sub-case (c) "validator-as-attacker self-dealing" limit case — the validators faced no on-chain financial consequence for misbehaviour. OAK-T10.001 (Validator-Signer Key Compromise) — structurally co-occurring; the proximate entry vector was off-chain server compromise of two signer-key-holding servers. OAK-T10.005 (Light-Client Verification Bypass — sub-case (c)) — cross-mapped; the 2-of-5 threshold was a verification-model mismatch at the economic-security layer.
OAK-Gnn
OAK-G01 Lazarus Group / DPRK-attributed.
Attribution
confirmed Elliptic attributed to Lazarus Group / APT38 within days of the event (June 2022) based on laundering-pattern overlap with the Ronin case. FBI confirmed Lazarus Group / APT38 attribution on January 23, 2023, tying the case to the "TraderTraitor" DPRK campaign label.
Key teaching point
A bridge whose validator set carries no at-risk economic stake — no slashing mechanism, no bonded capital, no on-chain financial penalty for compromise — is a bridge whose validators are economically indifferent to key security, and a bridge whose security model reduces to "the validators' operational security practices" rather than to cryptoeconomic incentives. The Harmony Horizon Bridge's 2-of-5 multisig was met by compromising two hot-wallet servers — a cost of entry that was a small fraction of the $100M bridge TVL. The validator economic-incentive gap made key compromise economically rational for an attacker with server-compromise capability.

Summary

The Harmony Horizon Bridge connected Ethereum and Binance Smart Chain to the Harmony chain. Asset transfers out of the bridge required signatures from at least 2 of 5 designated validator addresses — a 2-of-5 multisig threshold. The validators' signing keys were stored on hot-wallet servers for operational signing purposes, with no hardware security module (HSM) protection, no multi-party computation (MPC) distribution, and no cold-storage segregation.

The T10.007 surface is the economic-incentive gap: the validators had no at-risk economic stake bonding them to the bridge's security. Specifically:

  1. No slashing mechanism. The bridge's on-chain contracts did not enforce any slashing condition on validators. A validator whose key was compromised faced no on-chain financial penalty — the loss was borne by the bridge's users, not by the validator operator.

  2. No bonded stake. The validators had not posted a bond (in ETH, ONE, or any other asset) that would be forfeited in the event of a bridge-draining transaction. The security model relied on the validators' off-chain reputation and operational security practices, not on cryptoeconomic incentives.

  3. Hot-wallet key storage with server-side concentration. The validator signing keys were stored in plaintext (or equivalent unencrypted access) on hot-wallet servers, meaning an attacker who compromised the server infrastructure of two validators could sign bridge-draining transactions. The validator operators had no economic incentive to invest in HSM-grade key protection because the cost of key compromise was externalised to the bridge's users — the validators themselves lost nothing.

  4. Threshold too low for the bridge's TVL. The 2-of-5 threshold meant that compromising two validators (40% of the set) was sufficient to drain the bridge. With a $100M TVL and a threshold of 2, the cost of compromise was bounded by the attacker's operational cost to breach two hot-wallet servers — a cost that was a tiny fraction of the bridge's TVL.

On June 23–24, 2022, the attacker (DPRK-affiliated Lazarus Group, per FBI attribution) compromised the server infrastructure of two of the five validators, obtained the signing keys, and executed 14 extraction transactions across Ethereum and BSC, draining approximately $100M. Post-incident, Harmony reconfigured the Ethereum-side bridge multisig from 2-of-5 to 4-of-5 — acknowledging that the original threshold had been economically inadequate for the bridge's TVL and that the validator set had carried no at-risk economic stake to deter compromise.

The T10.007 framing captures the structural economic condition that made the key compromise economically rational: the validators had no skin in the game. The attacker's cost of compromise (two server breaches) was a small fraction of the bridge's TVL ($100M), and the validators bore no financial consequence for the key compromise. The bridge's security reduced to "the validators' server security is good enough" rather than to "the validators have more to lose from a bridge drain than an attacker can gain."

Timeline (UTC)

When Event OAK ref
Pre-2022-06 Horizon Bridge deployed with 2-of-5 multisig verification; validator signing keys stored on hot-wallet servers; no slashing mechanism; no bonded validator stake T10.007 surface present (stake/TVL ratio effectively 0; no economic incentive for validator key security)
Pre-2022-06 Attacker (Lazarus Group / APT38) compromises Harmony infrastructure, gaining access to two signer-key-holding servers (off-chain entry vector)
2022-06-23 ~12:30 UTC First extraction transactions on Ethereum; two compromised signing keys meet the 2-of-5 threshold T10.001 key compromise + T10.007 economic-incentive gap (the threshold was met because validators had no economic incentive to protect keys at a level commensurate with the bridge's TVL)
2022-06-23/24 14 transactions across Ethereum and BSC extract ~$100M T10.001 extraction
2022-06-24 Harmony team publicly discloses the incident (incident response)
2022-06-27 onward ~$96M in ETH routed through Tornado Cash T7.001 laundering
2022-06 (within days) Elliptic attributes to Lazarus Group / APT38 inferred-strong attribution
2023-01-23 FBI confirms Lazarus Group / APT38 attribution under "TraderTraitor" DPRK campaign label confirmed attribution
2023-06 onward Harmony reconfigures Ethereum-side bridge multisig from 2-of-5 to 4-of-5 operator-side T10.007 mitigation (threshold correction)

Realised extraction

$100M in ETH, BNB, USDT, USDC, DAI. Recovery status: proceeds extensively laundered through Tornado Cash and subsequent mixers; no material recovery disclosed as of v0.1.

Public references

  • Elliptic forensic analysis — primary on-chain trace and Lazarus attribution at the cohort level.
  • FBI public statement (January 23, 2023) — confirmed Lazarus / TraderTraitor attribution.
  • Harmony protocol post-mortem and multisig reconfiguration announcement.
  • Cross-reference: T10.007 at techniques/T10.007-bridge-validator-economic-incentive-misalignment.md.
  • Cross-reference: examples/2022-03-ronin-bridge.md — Ronin Bridge validator-concentration economic-incentive gap.
  • Cross-reference: examples/2022-02-wormhole.md — Wormhole Bridge Guardian set absent economic bonding.
  • Cross-reference: examples/2022-06-harmony-horizon-bridge.md — Harmony Horizon Bridge T10.005 verification-model-mismatch framing.

Discussion

The Harmony Horizon Bridge is the cleanest illustration of T10.007 sub-case (c) — validator-as-attacker self-dealing limit case — in the public record. The validators had zero at-risk economic stake: no slashing mechanism, no bonded capital, no on-chain financial penalty for key compromise. The bridge's security reduced entirely to the validators' operational security practices — and those practices were demonstrably inadequate for a $100M TVL bridge whose signing keys lived on hot-wallet servers.

The incident demonstrates three structural points:

  • The stake/TVL ratio is a first-class bridge-security metric. The Horizon Bridge's stake/TVL ratio was effectively 0 — no validator stake existed to be slashed. The attack was ex ante profitable because the cost of compromise (two server breaches) was a tiny fraction of the bridge's TVL ($100M). The attacker's calculus was: cost of compromise is far less than bridge TVL, validators bear no cost from compromise, making attack rational. The T10.007 defender heuristic: treat any bridge with stake/TVL less than 0.1 as carrying a standing T10.007 surface, and treat any bridge with stake/TVL effectively 0 as critically exposed regardless of the validators' off-chain reputation.

  • Hot-wallet key storage is an independent T10.007 amplifier. The validator signing keys were stored on internet-connected hot-wallet servers — an operational practice that maximises the T10.007 surface by minimising the attacker's cost of key compromise. Validators with at-risk economic stake would have an incentive to invest in HSM-grade key protection; validators with no at-risk stake have no such incentive. The hot-wallet storage practice is downstream of the economic-incentive gap: the validators did not invest in key security because they bore no cost for key compromise.

  • Threshold correction (2-of-5 to 4-of-5) is a post-incident T10.007 mitigation but does not close the stake/TVL gap. Raising the threshold from 2-of-5 to 4-of-5 increases the number of validators the attacker must compromise, raising the cost of compromise. But it does not create at-risk economic stake for the validators — the validators still face no on-chain financial penalty for key compromise. A bridge whose validators carry no at-risk stake is a bridge with a T10.007 surface regardless of the threshold, because the validators' economic incentive to protect keys remains zero.

Techniques demonstrated (3)