REAShield: uno strumento per far tornare a mani vuote l'agente REA
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
Un ricercatore ha pubblicato un toolkit che sposta o cifra la logica sensibile per impedire a REA di ricostruire automaticamente funzionalità dalle app distribuite.
REA è il primo tra i repo di tendenza su GitHub, oltre 335 mila stelle. Ricostruisce funzionalità dalle app distribuite con un solo comando, senza sorgenti. Ha una controparte dichiarata: REAShield, un toolkit che vuole far tornare l’agente a mani vuote1.
L’autore lo presenta come il “diretto contrattacco”. Dice di aver visto oltre 100 mila sviluppatori provare REA in una settimana su app altrui. Nota che nessuno aveva costruito la difesa e la pubblica. REAShield si aggancia ai punti ciechi di REA, che opera in modo statico: non esegue l’app e lascia “irrisolto” tutto ciò che nasce a runtime1.
L’approccio: spostare fuori dall’artefatto ciò che non deve essere letto. “Non distribuirlo”, la logica sensibile vive sul server. REA non può analizzare codice che non è nel pacchetto. “Sigillalo”, si spedisce solo ciphertext e si decritta a runtime con una chiave sul server. “Calcolalo via”, chiamate, import e stringhe diventano runtime-computed, così l’agente segnala “unresolved” invece della logica reale. Infine, “avvelena la mappa”, si inseriscono funzioni finte ma coerenti, che portano l’agente a spiegare con sicurezza qualcosa che non esiste1.
Test riportato dall’autore: ha eseguito REA contro la sua app prima e dopo l’hardening con REAShield. Prima, l’agente recuperava una logica protetta, sei token. Dopo, zero. Nessuna ricostruzione dell’algoritmo o delle sue costanti. Ha poi passato la build indurita a webcrack, un deobfuscator open source. Webcrack ha rimosso l’offuscamento con 1103 cambiamenti e ha recuperato ancora zero. La logica segreta non era offuscata: era stata spostata off-device, sigillata come ciphertext o compilata in WebAssembly, che REA “non può percorrere”1.
Per la verifica, REAShield include un harness che esegue l’agente REA vero e proprio sulla tua app, prima e dopo l’hardening. Fornisce uno score di quanto viene recuperato. L’autore chiede di far scendere quel numero a zero e invita a puntare REA sul repository del progetto e “provare a romperlo”1.
Uso in tre comandi. Installazione: npm i -D reashield. Costruzione: npx reashield build. Test con l’agente: npx reashield test --rea. Esistono pacchetti per JavaScript ed Electron. Per Python, pip install reashield. Il codice è pubblico su GitHub, nel repository HMAKT99/reashield1.
“Il codice offline non è mai inespugnabile.” Se una macchina lo esegue, lo possiede. Un umano determinato ci arriva comunque. L’autore dice che REAShield deve sconfiggere l’attacco automatizzato reso banale da REA e alzare il costo per un analista umano, da minuti a giorni1.
La reazione a REA è stata: “il software è morto”, “la tua app è esposta”, “ogni concorrente può clonarti”. Qui si propone l’operazione opposta: se REA ha reso il reverse engineering una skill da un comando, REAShield rende la difesa una skill da un comando1.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Rilettura. Un passaggio toglie i tic della prosa generata da un modello, come i contrasti costruiti e le frasi che annunciano invece di informare, senza toccare fatti e fonti.
- Fedeltà alle fonti. Un passaggio dedicato toglie ogni affermazione che le fonti non sostengono. Valutazione su questo pezzo: 10/10.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale: superato.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica. Questo articolo ha preso 8,1/10.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.