Hack di Balancer: 5 rischi e risposte che stanno plasmando la sicurezza DeFi

L’incidente, rilevato per la prima volta intorno alle 7:48 UTC del 3 novembre 2025, ha rinnovato l’attenzione sui design dei pool composable dopo che un importante hack di Balancer ha prosciugato fondi su più catene, evidenziando i persistenti rischi operativi nel settore crypto.

Quali sono i dettagli e la cronologia dell’exploit di Balancer V2?

Il 3 novembre 2025 gli investigatori hanno segnalato flussi anomali dai Balancer V2 Composable Stable Pools.

Un monitoraggio iniziale da parte di investigatori on-chain come PeckShieldAlert e Lookonchain ha rilevato swap grandi e rapidi; successivamente, rapporti aggregati hanno stimato la perdita a circa 116,6 milioni di dollari su Ethereum, Polygon e Base. In questo contesto, i team di sicurezza si sono mossi rapidamente per limitare ulteriori danni.

I team hanno sospeso i pool interessati e Balancer ha pubblicato un avviso on-chain offrendo una ricompensa white-hat del 20% per il ritorno completo entro un periodo limitato.

Curve Finance e forensi di terze parti hanno tracciato i movimenti dei fondi mentre i soccorritori coordinavano blocchi e avvisi; questi passaggi miravano a migliorare il tracciamento e la cooperazione con gli exchange.

Conservare gli ID delle transazioni e le note on-chain quando si riferisce ai team forensi; accelerano il tracciamento e la cooperazione con gli exchange.

L’exploit è stato rilevato alle 7:48 UTC ed è stato classificato come un incidente cross-chain, con stime iniziali on-chain confermate a circa 116,6 milioni di dollari.

Come ha risposto Curve Finance e qual è la risposta di Curve Finance?

Curve Finance ha pubblicato linee guida per gli sviluppatori dopo il furto, avvertendo che la composabilità può amplificare le vulnerabilità e sollecitando i team a rivalutare i primitivi dei pool.

Va notato che la piattaforma ha raccomandato modifiche ai controlli di ammissione e alla logica di contabilizzazione dei token come priorità immediate.

In un post riassuntivo collegato dagli investigatori, Curve ha richiesto audit immediati della logica dei token dei pool e ha segnalato interazioni che assumono modelli di prezzo invarianti.

Gli auditor indipendenti sono stati invitati a considerare i limiti di composabilità e le assunzioni di contabilità cross-pool durante le revisioni; le linee guida hanno ridefinito l’evento Balancer come una dimostrazione pratica del rischio sistemico.

La risposta di Curve ridefinisce l’exploit come una lezione di design del codice e integrazione, spingendo i team di protocollo a rafforzare le assunzioni di composabilità e ampliare la copertura degli audit.

Quali opzioni di recupero esistono e come recuperare i crypto asset rubati?

Il passo immediato di recupero di Balancer è stato un appello pubblico on-chain e una ricompensa condizionale: il team ha offerto fino al 20% dei fondi recuperati per restituirli entro il periodo, e ha segnalato il coordinamento con forensi blockchain e forze dell’ordine.

Gli investigatori hanno raccomandato di monitorare i flussi dei mixer e di collaborare con i principali exchange centralizzati per congelare i depositi associati.

I passaggi pratici di recupero includono etichettatura forense rapida, notifiche agli exchange e escalation legale dove esiste una portata giurisdizionale. Diversi team hanno riportato recuperi parziali tracciando e negoziando i ritorni; i risultati variano e dipendono dalla tempestiva cooperazione degli exchange e dalle mitigazioni dei contratti intelligenti.

Preparare un kit di risposta rapida che includa istantanee delle transazioni, indirizzi dei contratti interessati e contatti legali per accelerare le richieste di rimozione dagli exchange è sempre una buona idea.

Il recupero si basa su un tracciamento rapido, azioni degli exchange e — dove offerto — ricompense white-hat per incentivare il ritorno.

Quali pratiche di sicurezza DeFi e checklist di audit dei contratti intelligenti dovrebbero applicare i team?

Gli sviluppatori dovrebbero ampliare gli audit tradizionali per includere scenari di composabilità, interazioni multi-pool e manipolazioni dei price-oracle. In questo contesto, gli auditor e gli ingegneri devono simulare sequenze di chiamate che catene di protocolli potrebbero eseguire in produzione.

Una checklist pratica di audit dei contratti intelligenti deve valutare i casi limite di mint/burn dei token dei pool, le assunzioni invarianti e i permessi che consentono swap o riscatti inaspettati.

I team di sicurezza devono anche simulare arbitraggio cross-pool e testare le interazioni sotto spostamenti di liquidità estremi, integrando strumenti di fuzzing di terze parti che modellano sequenze multi-pool.

Aggiungere test espliciti per underflow/overflow con token di pool frazionari e incorporare casi di stress di composabilità nei test continui. In sintesi: adottare un approccio stratificato — audit rigorosi, test di stress di composabilità e prontezza operativa — per ridurre la possibilità che un singolo bug di contratto causi perdite multi-chain.

Definizioni rapide

• Composable Stable Pools: pool progettati per essere utilizzati da altri protocolli come asset o collaterale.
• On‑chain forensic tag: un’etichetta blockchain applicata a indirizzi sospetti per aiutare il tracciamento e il congelamento degli exchange.
• White‑hat bounty: un’offerta per restituire fondi rubati in cambio di una ricompensa percentuale e considerazioni di immunità.

Quali sono le implicazioni immediate per la gestione del rischio nella finanza decentralizzata?

L’exploit sottolinea come le assunzioni di design propaghino il rischio attraverso i protocolli su più catene; anche i pool sottoposti ad audit possono essere sfruttati in sequenze nuove dagli attaccanti.

Va notato che gli operatori delle catene possono ricorrere a misure di emergenza per contenere il contagio.

I validatori di Berachain hanno sospeso la loro rete per contenere l’attività correlata, illustrando come le sospensioni di emergenza siano utilizzate come misura temporanea.

I team forensi on-chain stanno coordinando l’etichettatura dei cluster e il contatto con gli exchange per fermare i prelievi, mentre i desk di custodia e exchange rivedono il monitoraggio dei depositi per bloccare i flussi contaminati.

I leader del settore affermano che l’incidente accelererà gli aggiornamenti dei manuali operativi, inclusi percorsi di escalation più rapidi con gli exchange e procedure di divulgazione coordinate.

Un responsabile della sicurezza senior ha detto agli investigatori che “i protocolli devono testare le interazioni, non solo i contratti”, un punto ripreso nei debriefing post-incidente e nei rapporti di testate mainstream come CoinDesk.

Curve Finance ha anche avvertito gli sviluppatori di “controllare i calcoli, specialmente nei luoghi ‘semplici’, essere paranoici; fare scelte di design che siano molto tolleranti agli errori”, sottolineando l’insegnamento pratico di ingegneria.

L’incidente è un promemoria che la gestione del rischio nella finanza decentralizzata deve tenere conto del comportamento emergente derivante dalle interazioni tra protocolli e dalle esposizioni multi-chain.