La pause de l'activation de Stylus sur Arbitrum bloque le risque d'attaques IA

Le Security Council d'Arbitrum a déclenché une pause sur les activations Stylus sur Arbitrum One et Nova, en vigueur depuis le 2 octobre 2026. Cette décision est une réponse d'urgence au risque d'attaques assistées par intelligence artificielle.

Il s'agit d'une pause de l'activation de Stylus sur Arbitrum qui ne concerne pas les contrats déjà en fonctionnement, mais bloque le lancement de nouveaux programmes basés sur WebAssembly jusqu'à nouvel ordre, selon le rapport d'action du Security Council.

Points clés

• Le blocage ciblé des nouvelles activations Stylus
• Comment fonctionne le blocage : le mécanisme du gaz
• Ce qui change pour les développeurs
• Pourquoi la pause : le risque des attaques assistées par IA
• Une seconde protection : les preuves one-step de BoLD
• Possibles retards dans les retraits vers Ethereum
• Quand les activations Stylus rouvriront

Points clés

• Le Security Council a suspendu les nouvelles activations de contrats Stylus sur Arbitrum One et Nova depuis le 2 octobre 2026, en raison du risque d'attaques assistées par IA.
• La restriction a été introduite en augmentant le coût du gaz d'activation à un niveau prohibitif, sans nécessiter de mise à niveau d'ArbOS.
• Les contrats Stylus déjà actifs continuent de fonctionner normalement, tout comme le déploiement et l'exécution des contrats Solidity.
• Aucun vol de fonds des utilisateurs n'a été détecté, malgré les bugs et les vecteurs d'attaque identifiés.
• Une protection séparée pour les preuves one-step de BoLD pourrait retarder les messages de retrait encore en attente d'Arbitrum One vers Ethereum.

Le blocage ciblé des nouvelles activations Stylus

Le blocage ne touche que l'activation de nouveaux contrats Stylus, pas le code déjà en fonctionnement sur le réseau. Arbitrum ne ferme rien : il ferme la porte aux nouvelles entrées.

La décision du 2 octobre concerne spécifiquement l'activation des contrats Stylus, l'étape qui rend exécutable un programme WebAssembly sur la chaîne, sans toucher au code déjà en ligne.

Comment fonctionne le blocage : le mécanisme du gaz

Le Conseil n'a pas imposé de mise à niveau logicielle, mais a agi sur le prix du gaz. Il a augmenté l'exigence de gaz pour l'activation à un niveau que le Conseil lui-même a qualifié de "prohibitively expensive", rendant de fait les nouvelles activations hors de portée sans altérer le protocole sous-jacent.

Cela signifie que la correction n'a pas nécessité de mise à niveau d'ArbOS, le logiciel qui fait fonctionner Arbitrum One et Nova. Le Conseil l'a traité comme une simple modification de configuration, rapidement réversible une fois le risque traité.

Ce qui change pour les développeurs

Pour ceux qui utilisent déjà Stylus, la différence pratique réside entre stocker du code et le rendre utilisable. Le déploiement, qui stocke un programme onchain, n'est pas concerné. L'activation est ce qui reste gelé.

Les nouvelles instances de contrat qui réutilisent une activation déjà valide de code identique peuvent encore être lancées normalement. Tout ce qui nécessite un nouveau démarrage est bloqué : une nouvelle version de l'application, un programme expiré qui tente de se réactiver, ou un contrat Stylus nécessitant une réactivation après un changement de version.

Avant qu'un programme n'expire, les développeurs conservent l'option de prolonger son état actif via le mécanisme de renouvellement keepalive, sans permissions particulières. Les programmes proches de l'expiration ne sont donc pas automatiquement terminés, tant que l'équipe responsable renouvelle à temps.

Le déploiement et l'exécution ordinaire des contrats Solidity sur Arbitrum restent quant à eux tout à fait normaux. La plupart des activités quotidiennes sur le réseau --- protocoles DeFi, dApp et contrats token basés sur Solidity --- continuent sans interruption. C'est une intervention spécifique sur Stylus, pas un blocage de l'ensemble du réseau.

Pourquoi la pause : le risque des attaques assistées par IA

Arbitrum attribue la restrizione a una minaccia in crescita : attacchi sempre più sofisticati basati su programmi WebAssembly scritti a mano con l'assistenza di intelligenza artificiale, capaci di bypassare la toolchain standard del compilatore Stylus.

In altre parole, gli attaccanti non scrivono necessariamente codice Rust o C malevolo compilandolo nel modo normale : costruiscono bytecode WebAssembly grezzo progettato per sfruttare casi limite che il compilatore impedirebbe.

Secondo il Council, i bug noti legati a questo rischio minacciano principalmente la liveness della chain, non gli asset degli utenti : si tratta di condizioni di denial-of-service che potrebbero bloccare parti della rete, non svuotare wallet. Nessun attacco che permetta il furto di fondi degli utenti è stato individuato, una distinzione che il Council ha specificato con attenzione.

Per chi detiene asset su Arbitrum, il profilo di rischio riguarda quindi la stabilità e l'uptime della rete, non una perdita diretta di fondi. Resta comunque significativo che bytecode WebAssembly personalizzato e generato con l'AI possa sondare debolezze fuori dalla toolchain normale : un segnale che i team di sicurezza blockchain in tutto il settore probabilmente osservano con attenzione, mentre lo sviluppo di exploit assistito da AI diventa più diffuso.

Une seconde protection : les one-step proofs de BoLD

Insieme al blocco su Stylus, la stessa azione d'emergenza del 2 ottobre ha introdotto una protezione separata per le one-step proofs di BoLD su Arbitrum One, il meccanismo usato per risolvere le dispute durante i periodi di contestazione nel processo di settlement della chain.

La protezione riguarda un caso specifico : quando due risposte contraddittorie vengono presentate per lo stesso step all'interno di una contestazione aperta e il sistema one-step proof finisce per validarle entrambe, nasce un conflitto durante il settlement. La nuova protezione sospende il settlement di Arbitrum One verso Ethereum se si verifica questa condizione, dando al Council lo spazio per implementare una correzione prima di riprendere il settlement normale.

Possibili ritardi nei prelievi verso Ethereum

Arbitrum precisa che Arbitrum One continua a elaborare le transazioni normalmente anche se questo blocco viene attivato. Il problema riguarda i messaggi in movimento da Arbitrum One a Ethereum non ancora confermati, inclusi i prelievi.

Questi messaggi dovrebbero attendere mentre il Council risolve il conflitto e riprende il settlement. L'installazione della protezione non sospende automaticamente i prelievi : il ritardo si attiva solo se la specifica condizione di conflitto tra prove viene effettivamente soddisfatta.

Vale la pena segnalarlo per chi pianifica di trasferire asset fuori da Arbitrum One nel breve periodo : un prelievo che normalmente si liquida su Ethereum entro la finestra abituale potrebbe, nel peggiore dei casi, restare in sospeso più del previsto.

Quando riapriranno le attivazioni Stylus

Non esiste ancora una data fissa per la ripresa delle nuove attivazioni Stylus. Il rapporto del 2 ottobre e l'avviso agli sviluppatori hanno lasciato aperta la tempistica.

Il Council ha dichiarato che la Arbitrum Foundation lavorerà insieme ad ArbitrumDAO per decidere sia i tempi che le modalità del ripristino delle attivazioni.

Questa apertura mette gli sviluppatori focalizzati su Stylus in una fase di attesa. I team con contratti attivi possono continuare a operare e rinnovare tramite i meccanismi keepalive, ma chiunque pianifichi di lanciare nuove applicazioni Stylus o di spingere aggiornamenti di versione importanti dovrà attendere che Foundation e DAO definiscano i prossimi passi. La pausa sulle attivazioni Stylus su Arbitrum resta dunque aperta, senza un orizzonte temporale definito.

Contenuto realizzato con l'assistenza dell'intelligenza artificiale e con revisione editoriale umana.