Pinned post
Neodyme
Verified account This account is verified. Learn more@Neodyme
We secure software with deep-dive audits, cutting-edge research, and in-depth trainings.
Secure your solana program with Riverguard @ riverguard.io 🏞️💂
Secure your solana program with Riverguard @ riverguard.io 🏞️💂
46 Following 5.6K Followers 388 Posts
Latest posts 5
Happy to publicly announce the new advisory!🎉
[ZDI-26-280|CVE-2026-4682] (Pwn2Own) HP DeskJet 2855e JobStatusEvent Stack-based Buffer Overflow Remote Code Execution Vulnerability (CVSS 8.8; Credit: Team Neodyme (@Neodyme)) zerodayinitiative.com/advisories/ZDI…View quoted post on X
Small update on the unfolding Drift timeline: as surfaced in other threads (eg x.com/TheSoftwareJed…), the malicious proposal and execution were nonce transactions (those can be signed offline and not immediately submitted to the network).
The thing about nonce accounts is, that they have an authority set.
So we can go look on-chain to find nonce accounts that are configured to work with any of the new and old drift multisig members. When we do that with dune, we find *three* nonce accounts:
One created March 31st, used in exploit for 6UJb, member of new multisig:
solscan.io/account/EmYEry…
And two created March 24th. One used in exploit for 39Jy, member of old multisig: solscan.io/account/7s7s6s…
And one NOT used in exploit, for a key in old multisig 45cZ...: solscan.io/account/41zpDn…
This can be an indication that they were prepared to attack the old multisig before the migration happened.
There are two additional nonce accounts created by the same authority as the above three, that seem also related to the attack but are not multisig members.
You also don't have to set up the nonce account before signing a transactions. It is perfectly possible to keep that also stealthy, and only create the nonce account once you are ready to submit the transaction. But it appears the attacker didn't do so, and thus "leaked" all keys he wanted to be able to create offline transactions for.
The thing about nonce accounts is, that they have an authority set.
So we can go look on-chain to find nonce accounts that are configured to work with any of the new and old drift multisig members. When we do that with dune, we find *three* nonce accounts:
One created March 31st, used in exploit for 6UJb, member of new multisig:
solscan.io/account/EmYEry…
And two created March 24th. One used in exploit for 39Jy, member of old multisig: solscan.io/account/7s7s6s…
And one NOT used in exploit, for a key in old multisig 45cZ...: solscan.io/account/41zpDn…
This can be an indication that they were prepared to attack the old multisig before the migration happened.
There are two additional nonce accounts created by the same authority as the above three, that seem also related to the attack but are not multisig members.
You also don't have to set up the nonce account before signing a transactions. It is perfectly possible to keep that also stealthy, and only create the nonce account once you are ready to submit the transaction. But it appears the attacker didn't do so, and thus "leaked" all keys he wanted to be able to create offline transactions for.
i missed the fact that these drift related squads txs had durable nonces... that changes things. perhaps all my wallet security rants are misapplied here.View quoted post on X
the drift admins may not have completely exposed their keys. just signed a rogue tx sometime in the last 10 days / 2 days respectively. theres no way to tell when it was signed, just sometime in the window.
so if thats the case, perhaps proper wallet security was in place - but they were somehow tricked into signing something without knowing. a key thing to look at here would be a fake squads page, since it seems like those wallets were signing legit squads txs during the window.
wallet1: solscan.io/account/39JyWr…
nonce1: solscan.io/account/7s7s6s…
nonce1 used in attack: solscan.io/tx/2HvMSgDEfKh…
wallet2: solscan.io/account/6UJbu9…
nonce2: solscan.io/account/EmYEry…
nonce2 used in attack: solscan.io/tx/4BKBmAJn6Td…
Excellent discussion on the current and future landscape of Solana auditing. Thank you @mikemaccana!
We spoke with Marius at @Neodyme - auditors for Anza, Jump, Marinade, Drift and more - on the past and future of Solana program security.View quoted post on X