Torna agli aggiornamenti
UpdatedJul 21, 2026

Awesome-MoAI-Security — Updated!

Elenco di letture curato e tassonomia della ricerca su attacchi e difese per sistemi AI mobili su dispositivo, che copre attacchi avversari, backdoor, furto di modello, e attacchi di energia e latenza, insieme a difese di offuscamento, TEE e watermarking.

Condividi

Awesome Mobile On-Device AI Security

SoK: Attack and Defense Landscape of Mobile On-device AI Systems

I sistemi di intelligenza artificiale mobile on-device eseguono modelli di IA localmente tramite framework di ML come LiteRT/TFLite, Core ML, ExecuTorch, ONNX e acceleratori hardware dedicati. Questo repository traccia la ricerca sulla sicurezza necessaria per comprendere e proteggere tali sistemi, poiché l'archiviazione locale dei modelli on-device introduce nuovi rischi per la sicurezza.

Panoramica di un sistema di IA mobile on-device

Overview of a Mobile On-Device AI system

Contenuti

Percorso di lettura

Nuovo alla sicurezza MoAI? Inizia qui:

  1. Comprendi l'ecosistema. Leggi studi empirici sulle app di deep learning e sui modelli on-device nelle app Android/iOS.
  2. Impara il rischio principale. Studia gli articoli sull'estrazione dei modelli e sulla protezione dei modelli, poiché la residenza locale dei modelli è il cambiamento centrale per la sicurezza nei sistemi MoAI.
  3. Comprendi le superfici di attacco. Studia come gli attacchi MoAI emergono attraverso le interfacce di input, gli artefatti dei modelli, l'esecuzione runtime e gli ambienti basati su hardware.
  4. Collega le difese alle superfici. Esamina come le difese MoAI proteggono queste superfici nelle fasi di pre-distribuzione, esecuzione runtime e post-distribuzione.
  5. Guarda avanti. Esplora le nuove sfide di sicurezza nell'addestramento on-device, nella GenAI on-device e nei sistemi MoAI agentici.
A minimal first-week reading path for newcomers to MOAI security.


 A First Look at Deep Learning Apps on Smartphones
 A First Look at On-device Models in iOS Apps


 Mind Your Weight(s): A Large-scale Study on Insufficient ML Model Protection in Mobile Apps


 Robustness of On-device Models: Adversarial Attack to Deep Learning Models on Android Apps
 DeepPayload: Black-box Backdoor Attack on Deep Learning Models through Neural Payload Injection
 Typhon Unleashed: Practical Adversarial Weight Attacks Against On-Device Deep Learning Models
 Energy-Latency Attacks to On-Device Neural Networks via Sponge Poisoning


 ModelObfuscator: Obfuscating Model Information to Protect Deployed ML-based Systems
 ShadowNet: A Secure and Efficient On-device Model Inference System
 THEMIS: Towards Practical IP Protection for Post-Deployment On-Device DL Models

Tassonomia in sintesi

Pilastro di sicurezza MoAICosa proteggeAttacchi rappresentativiDifese rappresentative
Integrità degli input governata dall'utenteL'integrità end-to-end degli input utente, dall'acquisizione dei dati mobili alla consegna degli input al modelloAttacchi avversari, Attacchi backdoor, Attacchi energia-latenza-
Sicurezza del modello residente sul dispositivoGli artefatti dei modelli distribuiti e tutte le forme post-distribuzione in cui i modelli vengono archiviati, caricati, trasformati o materializzati sui dispositiviAttacchi avversari, Attacchi backdoor, Attacchi avversari ai pesi, Attacchi di furto del modello, Attacchi energia-latenzaOffuscamento del modello, Autorizzazione del modello, TEE, Watermarking del modello
Confinamento dell'ambiente nativo del dispositivoIl calcolo di inferenza sensibile e gli stati runtime attraverso il sistema operativo mobile, il runtime di IA, il sottosistema di memoria e gli ambienti di esecuzione basati su hardwareAttacchi di furto del modello, Attacchi energia-latenzaOffuscamento del modello, TEE

Analisi di sicurezza trasversale

Cross-pillar security analysis of attacks and open problems in MoAI systems. Cross-pillar security analysis of defenses and open problems in MoAI systems.

Attacchi ai sistemi MoAI

Sfruttamento della similarità dei modelli

Ricostruzione del gradiente

Manipolazione della pre-elaborazione

Iniezione di payload

Quantizzazione del modello

Steganografia delle immagini

Analisi statica

Analisi dinamica

Canale laterale

Difese per i sistemi MoAI

Occultamento a livello software

Occultamento a livello hardware

Esecuzione monolitica

Esecuzione partizionata

Offuscamento tramite offloading

Problemi aperti

I seguenti problemi aperti riassumono le principali lacune di ricerca identificate nel nostro SoK. Manteniamo qui le descrizioni ad alto livello per i lettori che utilizzano questo repository. Discussioni più tecniche sono disponibili nell'articolo.

  1. Praticità di implementazione degli attacchi.
    Gli attacchi avversari contro i modelli on-device rimangono difficili da realizzare dopo la distribuzione, poiché spesso richiedono il controllo degli input del modello, l'inserimento di perturbazioni avversarie o il reimpacchettamento dell'app per modificare il codice di pre-elaborazione. Questi passaggi possono essere impraticabili o rilevabili nelle distribuzioni reali agli utenti finali.

  2. Modifica furtiva del modello.
    Gli attacchi backdoor devono trovare punti di ingresso post-distribuzione oltre al poisoning standard in fase di training, poiché i modelli on-device sono tipicamente di sola lettura e solo inferenza. La sfida principale è introdurre un comportamento dannoso nascosto senza produrre modifiche osservabili negli artefatti del modello.

  3. Localizzazione precisa dei pesi.
    Gli attacchi avversari sui pesi espongono un rischio di integrità a livello di parametri, ma l'implementazione pratica dipende dalla localizzazione dei pesi critici per il comportamento nel vasto spazio di ricerca dei parametri. Ciò è difficile perché gli attaccanti spesso non dispongono di guida tramite gradienti e devono preservare l'utilità benigna modificando solo parametri selezionati.

  4. Estrazione affidabile del modello.
    L'archiviazione locale del modello non rende semplice il furto del modello. L'estrazione pratica dipende ancora dall'identificazione affidabile del modello, dalla decrittazione e dalla ricostruzione in presenza di algoritmi di crittografia personalizzati, framework AI non standard e comportamenti di caricamento specifici del runtime.

  5. Eterogeneità hardware.
    Gli attacchi energia-latenza dipendono da come i pattern di attivazione avvelenati interagiscono con il comportamento di esecuzione specifico del dispositivo. Possono amplificare la latenza e il consumo energetico su acceleratori sensibili alla sparsità, ma potrebbero non trasferirsi su hardware senza esecuzione dipendente dalla sparsità.

  1. Equivalenza eseguibile.
    L'offuscamento del modello deve ancora preservare la funzione di predizione originale durante l'inferenza autorizzata. Questa equivalenza eseguibile può esporre stati runtime recuperabili, pesi trasformati, semantica degli operatori o tracce strutturali che consentono il recupero semantico, strutturale o dei parametri.

  2. Applicazione lato client.
    L'autorizzazione del modello vincola l'inferenza corretta a credenziali, controlli di integrità e recupero dei pesi impacchettati. Tuttavia, questi controlli devono essere eseguiti all'interno dello stack mobile, rendendo l'applicazione dipendente dal codice lato client che può essere sottoposto a reverse engineering, reimpacchettato, hook o strumentato dopo la distribuzione.

  3. Fattibilità della distribuzione TEE.
    Le difese basate su TEE richiedono supporto coordinato tra formati di modello, framework AI, librerie di operatori, delegate, acceleratori e interfacce di isolamento CPU/GPU/NPU. Gli attuali ecosistemi mobili mancano ancora di stack di inferenza supportati da TEE ampiamente adottati e trasparenti per gli sviluppatori.

  4. Robustezza della filigrana.
    La filigrana del modello consente la verifica della proprietà post-distribuzione, ma i modelli rubati possono essere ridistribuiti tramite conversione di framework, crittografia o mediazione input-output a livello di app. Queste trasformazioni possono preservare l'inferenza benigna interrompendo al contempo le risposte ai trigger, i pattern di confidenza o la semantica di output utilizzati per la verifica.

Direzioni emergenti

Oltre ai nove problemi aperti sopra, il nostro SoK evidenzia tre direzioni emergenti in cui è probabile che la sicurezza MoAI si espanda in futuro. Queste direzioni spostano la ricerca sulla sicurezza MoAI verso una valutazione sistematica, estendendone al contempo l'ambito alle superfici di attacco emergenti introdotte dal training on-device e dai sistemi MoAI agentici. Le riassumiamo qui ad alto livello. L'articolo di accompagnamento fornisce motivazioni più dettagliate, superfici di minaccia e sfide di ricerca.

Gli studi esistenti sulla sicurezza MoAI valutano attacchi e difese utilizzando dataset auto-raccolti, metriche specifiche del metodo e diversi modelli di minaccia, e sono tipicamente limitati a una singola piattaforma (Android o iOS). Ciò rende i risultati della valutazione difficili da confrontare e trascura le differenze specifiche della piattaforma. Il lavoro futuro dovrebbe stabilire benchmark unificati che standardizzino dataset, metriche e modelli di minaccia e supportino la valutazione cross-platform per una valutazione sistematica, comparabile e riproducibile della sicurezza MoAI.

La ricerca attuale sulla sicurezza MoAI si concentra principalmente su modelli distribuiti di sola lettura e solo inferenza. Il training on-device cambia questa ipotesi consentendo l'aggiornamento locale dei modelli, esponendo gradienti, aggiornamenti dei parametri e dati utente durante il processo di training. Ciò apre nuove domande su fine-tuning locale, integrità degli aggiornamenti, esposizione dei dati di training, poisoning della personalizzazione e difese per gli stati di training sui dispositivi degli utenti finali.

I sistemi MoAI si stanno evolvendo dall'inferenza locale passiva verso flussi di lavoro agentici che collegano i modelli a sensori, dati utente privati, contesti delle app, servizi del sistema operativo e interfacce cross-app. Ciò sposta il focus della sicurezza dalla sola protezione degli artefatti del modello al governo delle catene contesto-azione. Il lavoro futuro dovrebbe studiare la provenienza per il contesto mobile, la separazione dell'intento utente fidato dal contenuto ambientale non fidato, le autorizzazioni con ambito di attività per l'uso di strumenti e API, la conferma e il rollback per azioni sensibili e l'audit di piani, memoria e azioni dell'agente.

Categorie