La perdita da phishing di Polymarket raggiunge 3,1 milioni di dollari mentre i PUSD rubati si spostano su Ethereum

Punti chiave

AMLBot ha stimato il totale dell’attacco alla supply chain di Polymarket a circa 3,1 milioni di dollari in PUSD. Specter ha identificato oltre 11 wallet vittime. PeckShield ha confermato che i fondi rubati sono stati trasferiti tramite bridge da Polygon a Ethereum e convertiti in circa 1.893 ETH. Polymarket ha dichiarato di aver contenuto l’attacco, rimosso la dipendenza malevola e che rimborserà integralmente gli utenti colpiti, ma Polymarket non ha indicato il fornitore né fissato una tempistica pubblica.

Sentiment di mercato

cautamente ribassista, stress in aumento, guidato dagli eventi.

Motivazione: Un attacco alla supply chain ha rubato circa 3,1 milioni di dollari in PUSD agli utenti di Polymarket, il che potrebbe pesare sulla fiducia nella sicurezza del front-end.

Casi storici simili

Questo tipo di compromissione del front-end o della supply chain di solito crea un danno di fiducia di breve durata quando i contratti principali restano intatti e gli utenti ricevono rimborsi. La differenza è che questo incidente ha coinvolto un token collaterale della piattaforma che doveva essere convertito prima dell’uscita, rendendo più visibile il tracciamento dei fondi.

Effetto a catena

Il rischio di compromissione del front-end potrebbe diffondersi attraverso il comportamento degli utenti se i trader riducono le approvazioni o sospendono i depositi su applicazioni che dipendono da dipendenze di siti web di terze parti. Se il completamento dei rimborsi resta poco chiaro, la fiducia degli utenti potrebbe rimanere più debole anche se i contratti restano non interessati.

Opportunità e rischi

Opportunità: Gli utenti possono monitorare se Polymarket completa i rimborsi e conferma la pulizia delle dipendenze, perché una remediation chiara potrebbe stabilizzare la fiducia nella piattaforma.

Rischi: Gli utenti possono monitorare se emergono altri account colpiti, perché un perimetro più ampio sposterebbe l’incidente da una perdita front-end contenuta a una preoccupazione di sicurezza più ampia.