DefiingerMulti-Chain DeFi Data, News & Research

Weekly Deep Dive: The NEAR Intents Exploit That Ended With Every Dollar Back

How a $3.865m exploit at NEAR Intents became the first fully-recovered incident in this series: one hour to patch, 11 networks paused, a public ultimatum, an on-chain negotiation, and every dollar back in roughly 36 hours.

Weekly Deep Dive2026-10-0510 min readDefiinger Research Desk2192 words

This week's report covers the incident with the rarest outcome this column has recorded: a breach that ended with the treasury whole. On 1 October 2026, an attacker used a bug where NEAR Intents' Omni deposit-and-withdrawal system met its settlement contract to extract about $3.865m of USDT from a BNB Chain treasury contract. Within roughly 36 hours of the exploit, the money was back and the investigation was closing.

We chose it because it is the control case for last week's Bitget deep dive. Both incidents share the same architecture of failure — a trusted step executed an instruction nobody had verified — but they diverged at the response, and the divergence is entirely measurable: hours to patch versus days, a traceable exit route versus a dispersed one, a 100% return versus an open recovery. The comparison is the lesson.

1 1. In brief

On 1 October 2026, an attacker exploited a bug where NEAR Intents' Omni deposit-and-withdrawal system met its settlement smart contract, pulling about $3.865m of USDT out of a BNB Chain treasury contract across five main withdrawals. Within an hour the flaw was patched; within twelve, deposits and withdrawals on 11 supported networks had been paused and restored. The next day, general manager Alex Shevchenko publicly identified the attacker, gave them 48 hours, and published return addresses on Bitcoin, EVM chains and Solana.

What followed is the outcome this column had never recorded: everything came back. An on-chain negotiation — a 1 BNB message asking for a Signal contact, then roughly 34.59 BTC (about $2.95m) returned between 14:31 and 15:05 UTC on 2 October, then a final message acknowledging being 'in the wrong' and recommending bug bounties — ended with Shevchenko confirming the full amount was returned and closing the investigation that afternoon, 2 October. The exploit to recovery arc took roughly 36 hours.

2 2. Background: what NEAR Intents is, and what the Omni layer holds

NEAR Intents is a cross-chain trading and settlement protocol: users state what they want — swap X on one chain for Y on another — and the protocol's solvers and contracts route the transfer across its supported networks without the user manually hopping between bridges. That design concentrates two things in one place: the treasury infrastructure that settles across chains, and the deposit-and-withdrawal plumbing that connects those chains to the protocol's contracts. The Omni system is the second of those — the layer that moves value in and out.

A protocol with that shape holds a specific kind of risk. Every supported chain is a door, and every door's lock has to agree with the protocol's central contract about what constitutes a legitimate deposit or withdrawal. When those two systems disagree about a message, the difference is extractable. The incident came days after NEAR Intents had frozen more than $500,000 of transfers linked to the Bitget breach — the protocol was, ironically, part of the prior week's response machinery.

3 3. Mechanism: a bug at the junction of two systems

The vulnerability was not in the core NEAR blockchain and did not involve its token. It lived in the interaction between the Omni deposit-and-withdrawal infrastructure and the NEAR Intents smart contract — the seam where one system's output becomes the other's input. The attacker used it to make the BNB Chain treasury contract release USDT it should not have released: about $3.865m across five main withdrawals straddling 30 September and 1 October.

The preparation was visible in hindsight. Bitquery's on-chain record shows $10 and $11 test transfers the night before the main drain — the attacker confirming the path worked end to end before committing to it. The stolen funds then moved to KuCoin and through a bridge into Bitcoin, the standard first hop of a laundering route.

4 4. Detection, response and the patch

The protocol's SHIELD monitoring flagged the activity during the drain. From detection, the sequence ran in hours: the vulnerability was patched within about an hour; intent-matching resumed the same day; and deposits and withdrawals across 11 supported networks — BNB Smart Chain, Polygon, TON, Optimism, Avalanche, Stellar and others — stayed paused for roughly 12 hours while the infrastructure was repaired. Only USDT on BNB Smart Chain was affected. The protocol also committed, during the incident, to compensating any affected users in full.

That last commitment matters more than it first appears. It converted the incident from a user-loss event into a treasury-loss event before the recovery was known — which meant the team could run the response on its own timeline rather than under user-run pressure, and it meant the eventual return of funds meant no user ever absorbed a loss.

5 5. The ultimatum and the negotiation

On 2 October, Shevchenko posted that the team had identified the person responsible — 'We have identified you, sir' — gave them 48 hours to return the funds, and published return addresses on Bitcoin, EVM chains and Solana. Blockchain investigator ZachXBT had separately traced the stolen funds through KuCoin and a bridge into Bitcoin, making the laundering route public while the ultimatum clock ran.

The attacker's response came in three visible steps, each on-chain. First, a 1 BNB transaction to the recovery address carrying a message: 'Willing to cooperate, reply with your Signal so contact is possible.' Second, the Bitcoin return: roughly 34.59 BTC — about $2.95m — arrived at the published address between 14:31 and 15:05 UTC on 2 October, well inside the deadline. Third, a final BNB Chain message at 16:15:28 UTC saying the funds had been returned in full, acknowledging being 'in the wrong', thanking the NEAR team for its handling of the negotiations, and recommending bug bounties over live exploitation. Shevchenko confirmed the full amount was returned and closed the investigation that afternoon, 2 October. The visible Bitcoin and BNB Chain activity is part of the trail, not a complete asset-by-asset reconciliation — but the protocol's confirmation covers the full amount.

6 6. Data: the numbers, and what each one measures

Every figure is from the protocol's statements or public on-chain reporting; none is estimated by us.
MeasurementValueWhat it measures
Total drained~$3.865m USDTBitquery's on-chain sum across five main withdrawals
Test transfers$10 and $11 the night beforeReconnaissance confirming the path before the main drain
Detection to patch~1 hourSHIELD monitoring flag to the vulnerability being closed
Networks paused11, for ~12 hoursThe breadth of the containment pause across supported chains
Ultimatum window48 hoursThe public deadline set on 2 October, with published return addresses
Time to first major return~15 hours into the ultimatum34.59 BTC (~$2.95m) returned 14:31-15:05 UTC on 2 October
Outcome100% returned; investigation closed 2 OctoberPer Shevchenko's confirmation; users never absorbed a loss

The scale comparison with last week's subject is the sharpest single number in this report: Bitget lost roughly $387.5m — about one hundred times the NEAR Intents amount — and its recovery percentage is still unknown a fortnight later. NEAR Intents lost 1% of that and closed the file the next day. Scale bought the Bitget attacker time; visibility cost the NEAR Intents attacker theirs.

7 7. What actually forced the return

Attribution is tempting, but the mechanics were more ordinary. The attacker returned the funds because three things were true at once: the exit route was visible (ZachXBT had published the KuCoin-and-bridge-to-Bitcoin trail), the counterparty had claimed identification publicly and committed to it, and the money had not yet disappeared into mixing depth. An ultimatum is only as good as the tracing behind it — 'we know who you are' is a credible threat only when the trail supports it.

The other precondition deserves equal weight: the attacker still held most of the proceeds in a form they could move. The 34.59 BTC slice returned in the first window was roughly $2.95m of the $3.865m — the part that had completed the conversion from USDT. Returning it was cheaper than being identified as the holder of stolen, traceable bitcoin on a compliant exchange. Cooperation began after the theft, the tracing and the ultimatum — never before — which is why this is not a white-hat disclosure, whatever the final message recommended.

8 8. The same window, three layers, three outcomes

Three incidents in eight days at three different layers of the stack.
IncidentLayerLossOutcome
NEAR Intents, 1 OctContract junction: Omni deposit/withdrawal x settlement contract~$3.865m100% returned in ~36 hours; investigation closed 2 October
Bitget, 24 SepCentralised operator: spoofed backend feed signed by the exchange's own authorisation~$387.5mPhased withdrawal restart completed on schedule; recovery share unpublished
MetaMask Staking, 1 OctStaking operator config: fee recipient redirected, withdrawal keys untouched0.36 ETH of tips~17,000 validators (~523,000 ETH) exiting precautionarily; stake intact

The common structure is the compromised step's proximity to custody. MetaMask's attacker got one step short of the money — a payout address, not a withdrawal key — so the cost was 45 days of foregone rewards. NEAR Intents' attacker got one step into the money and was pulled back by the response. Bitget's attacker got fully in, through a trusted internal system, and the recovery remains open. The distance between a payout instruction and the actual custody of funds is the variable that priced all three outcomes.

9 9. Impact assessment: who is actually exposed

Exposure at the moment of resolution, not at the moment of the exploit.
WhoExposureStatus
NEAR Intents usersNone — treasury funds were taken, and the protocol had committed to making users wholeMoot; the return means liability never landed
The treasury~$3.865m of USDT on BNB ChainReturned in full
Users of the 11 paused networks~12 hours without deposits or withdrawalsRestored by 2 October
Peer intent-based protocolsUnknown — depends on whether the bug is implementation-specific or architecturalOpen until the post-mortem publishes

The unresolved row is the last one. If the flaw was a local implementation mistake, the incident closes with the patch. If it was a property of how Omni-style deposit-withdrawal systems hand off to settlement contracts, every protocol with the same shape inherits the finding, and the post-mortem becomes required reading for more than this protocol's users.

10 10. What this changes for due diligence

  • For cross-chain users: intent bridges concentrate treasury risk at layer junctions — the seam between the movement plumbing and the settlement contract is the place a bug is most extractable. Treatment of a bridge's pause-and-patch speed as a quality signal is now backed by a data point: one hour to patch, twelve to restore, nobody hurt.
  • For protocols: rehearse the full arc, not just the technical half. The response that worked here had five rehearsed-looking components — monitoring that flagged mid-drain, a fast patch, a wide pause, a compensation commitment, and a public identification with published return addresses. Any one missing and the outcome is probably different.
  • For investigators and exchanges: the tracing was the leverage. KuCoin sitting on the trail is what made the ultimatum credible; the industry's 100%-recovery rate moves with how fast the first laundering hop gets published.
  • For attackers — in the only sense that matters here: the on-chain record is permanent, including the apology. Five withdrawals, two test transfers, one negotiation and one recantation are all in the history forever.

11 11. What would change our read

This assessment rests on the protocol's statements and public on-chain reporting. It would change materially if the promised post-mortem shows the loss was larger than the $3.865m accounted for, if the return transactions do not reconcile to the full amount once published in detail, if the identification claim is contradicted rather than confirmed by the technical report, or if the bug proves architectural in a way that implicates peer protocols. The post-mortem and the return-transaction reconciliation are the two documents to read when they arrive.

The broader conclusion does not depend on those details. Three incidents in eight days — Bitget, NEAR Intents, MetaMask Staking — priced the same variable at three layers: how many steps of unverified trust sit between an instruction and custody. The industry's best week of incident response in this sample still required a nine-figure failure the week before to look good against. Fast patches and full refunds are the response working; fewer junctions holding treasury funds is the design that would make the response unnecessary.

12 12. In brief

NEAR Intents lost about $3.865m on 1 October 2026 to a bug at the junction of its Omni deposit-withdrawal system and its settlement contract on BNB Chain. The patch landed within an hour, 11 networks paused for about 12 hours, and after a public identification and a 48-hour ultimatum — backed by published tracing through KuCoin into Bitcoin — the attacker returned every dollar within roughly 36 hours, leaving an on-chain message recommending bug bounties. The investigation closed on 2 October.

It is the first complete arc in this series: a breach where the response machinery outran the laundering and nothing was lost. The caveats are real — cooperation followed pressure, not process, and the post-mortem is still owed. But the template is now on the record, and it was built by a monitoring system, a patch team, an investigator's thread and a deadline.

DE
Defiinger Research Desk

The Defiinger Research Desk compiles multi-chain DeFi data and commentary from public on-chain sources and vetted industry publishers. Our editorial process prioritizes verifiable figures and clearly dated references.

Sources & Methodology

  1. NEAR Intents — statements by general manager Alex Shevchenko on 2 October (the identification claim, the 48-hour deadline, the published return addresses, the confirmation of full recovery) and the investigation closure the same afternoon.
  2. Bitquery — on-chain measurement of the outflows: ~$3.865m across five main withdrawals, plus the $10 and $11 test transfers the night before.
  3. ZachXBT — the tracing of the stolen funds through KuCoin and a bridge into Bitcoin.
  4. Crypto Briefing and BSCN — independent coverage of the timeline, the paused networks and the on-chain negotiation messages.
  5. MetaMask and Lido — the 1 October staking incident used in the three-layer comparison, with kaden.eth's on-chain analysis as reported by CoinDesk.
  6. Bitget — the prior week's incident notices and restart schedule used in the comparison.
  7. DefiLlama — context on the seven tracked chains used throughout this site.

Headlines and figures on this page are drawn from the outlets listed above; commentary is clearly labelled opinion and is not investment advice. Last reviewed 2026-10-05.

Frequently Asked Questions

Did NEAR Intents users lose funds?
No. The ~$3.865m came from the protocol's treasury infrastructure on BNB Chain, not from user balances. The protocol had committed, during the incident, to compensating affected users in full, and the subsequent full return means that liability never landed.
Was the NEAR blockchain itself hacked?
No. The bug was in the interaction between NEAR Intents' Omni deposit-and-withdrawal system and its settlement smart contract. Only USDT on BNB Smart Chain was affected; the core NEAR chain and its token were untouched.
How was 100% of the money recovered?
The team claimed public identification of the attacker, published return addresses on Bitcoin, EVM chains and Solana, and set a 48-hour deadline — while ZachXBT's tracing through KuCoin and a bridge into Bitcoin made the exit route public. The attacker negotiated on-chain, returned roughly 34.59 BTC (about $2.95m) within 15 hours, and the protocol's general manager confirmed the full amount was returned.
Is a full recovery normal?
No — it is the exception. Most incidents in this series ended with partial or zero recovery, and the 100% outcome required a fast patch, a traceable exit route, a credible identification claim and an attacker who had not yet finished laundering. Remove any one of those and the outcome changes.
How is this different from the Bitget incident the week before?
Different layer, different scale, different ending. Bitget lost about $387.5m — roughly a hundred times more — through its own authorisation process signing a fabricated feed, and its recovery percentage remains unpublished. NEAR Intents' contract-junction bug produced a smaller, fully-recovered loss with the investigation closed the next day.
Is this investment advice?
No. This is an incident analysis. Nothing here accounts for your holdings, mandates or risk appetite.