Revenue<\/strong> \u00e8 stata collegata a delle approvazioni USDG<\/strong> malevole che hanno consentito agli attaccanti di ottenere permessi di spesa illimitati, permettendo loro di trasferire fondi dai portafogli degli utenti nella stessa transazione.<\/p>\n La societ\u00e0 di sicurezza blockchain Salus<\/strong> ha dichiarato che gli attaccanti hanno ottenuto le firme di autorizzazione dagli utenti e le hanno presentate per ottenere un permesso illimitato di spendere il loro USDG<\/strong>. Una volta concessa l’approvazione, i colpevoli hanno immediatamente invocato la funzione transferFrom<\/em> per spostare i token. Entrambi i passaggi sono stati completati all’interno di una singola transazione, lasciando agli utenti poco tempo per reagire.<\/p>\n I fondi prelevati attraverso le transazioni sono stati poi divisi tra due indirizzi controllati dagli attaccanti, con il 20%<\/strong> inviato a un indirizzo e l’80%<\/strong> a un altro. Salus ha confrontato il modello di distribuzione con la struttura di condivisione dei ricavi utilizzata dall’Inferno Drainer<\/strong> come operazione di servizio.<\/p>\n Al centro dei furti segnalati ci sono le firme di autorizzazione<\/strong>, che possono consentire ai detentori di token di approvare la spesa senza prima presentare una transazione di approvazione separata on-chain. Salus ha dichiarato che gli attaccanti hanno presentato le firme per autorizzare la spesa illimitata di USDG<\/strong> e hanno seguito l’approvazione con transferFrom<\/em>.<\/p>\n “Le firme di autorizzazione possono essere particolarmente difficili da identificare per gli utenti, poich\u00e9 il permesso pu\u00f2 essere concesso tramite un messaggio firmato invece di una transazione di approvazione on-chain convenzionale.”<\/p>\n<\/blockquote>\n Un attacco di approvazione simile a luglio ha visto un utente di Ethereum perdere quasi 1 milione di dollari<\/strong> dopo aver firmato una transazione malevola. Salus ha precedentemente indagato su un falso sito Hyperliquid<\/strong> promosso attraverso pubblicit\u00e0 sponsorizzate su Google, dopo che un utente ha perso circa 550.000 USDC<\/strong> ad agosto.<\/p>\n Revenue si descrive come un servizio per spostare fondi da X Money<\/strong> in criptovaluta senza controlli di conoscenza del cliente. Il suo sito web dice agli utenti di accedere con un account X<\/strong>, creare un ordine e inviare dollari tramite X Money<\/strong> all’account. Revenue afferma quindi di inviare criptovaluta al portafoglio fornito dall’utente.<\/p>\n Domande riguardanti Revenue sono emerse alcuni giorni prima che Salus rivelasse le presunte approvazioni malevole. Il 1\u00b0 ottobre, il progetto ha dichiarato che il controllo del suo account sui social media era stato compromesso. Il sito web di Revenue presenta attualmente istruzioni di sicurezza che dicono agli utenti che il progetto non li contatter\u00e0 mai per primo tramite messaggi diretti o richieder\u00e0 password, frasi seme o chiavi private.<\/p>\n Le ultime affermazioni riguardano un diverso tipo di autorizzazione, poich\u00e9 il possesso di una chiave privata non \u00e8 richiesto quando un utente ha gi\u00e0 firmato un’autorizzazione che consente a un’altra parte di spendere un token. Salus ha descritto la struttura di Revenue come simile al modello di business del drainer, ma non ha fornito prove definitive che stabiliscano un collegamento diretto tra Revenue e FomoPeek<\/strong>.<\/p>\n","protected":false},"excerpt":{"rendered":" Introduzione Revenue \u00e8 stata collegata a delle approvazioni USDG malevole che hanno consentito agli attaccanti di ottenere permessi di spesa illimitati, permettendo loro di trasferire fondi dai portafogli degli utenti nella stessa transazione. Meccanismo dell’attacco La societ\u00e0 di sicurezza blockchain Salus ha dichiarato che gli attaccanti hanno ottenuto le firme di autorizzazione dagli utenti e le hanno presentate per ottenere un permesso illimitato di spendere il loro USDG. Una volta concessa l’approvazione, i colpevoli hanno immediatamente invocato la funzione transferFrom per spostare i token. Entrambi i passaggi sono stati completati all’interno di una singola transazione, lasciando agli utenti poco tempo<\/p>\n","protected":false},"author":3,"featured_media":19116,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[64],"tags":[13,11024,65,337,2043,77,3923],"class_list":["post-19117","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hack","tag-ethereum","tag-fomopeek","tag-hack","tag-hyperliquid","tag-inferno-drainer","tag-usdc","tag-usdg"],"yoast_description":"Revenue \u00e8 sotto esame per approvazioni USDG malevole che consentono agli attaccanti di svuotare i portafogli degli utenti in uno schema di phishing sofisticato.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/posts\/19117","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/comments?post=19117"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/posts\/19117\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/media\/19116"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/media?parent=19117"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/categories?post=19117"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/tags?post=19117"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Meccanismo dell’attacco<\/h2>\n
Distribuzione dei fondi rubati<\/h2>\n
Firme di autorizzazione e phishing<\/h2>\n
\n
Incidenti precedenti e indagini<\/h2>\n
Modello di business di Revenue<\/h2>\n
Problemi di sicurezza e comunicazioni<\/h2>\n
Conclusioni<\/h2>\n