Voltar às atualizações
UpdatedJul 21, 2026

Awesome-MoAI-Security — Updated!

Lista de leitura curada e taxonomia de pesquisas de ataque e defesa para sistemas de IA móveis no dispositivo, cobrindo ataques adversariais, de backdoor, roubo de modelo e de energia-latência, além de defesas por ofuscação, TEE e watermarking.

Compartilhar

Awesome Segurança de IA On-Device para Dispositivos Móveis

SoK: Panorama de Ataques e Defesas em Sistemas de IA On-device para Dispositivos Móveis

Os sistemas de IA on-device para dispositivos móveis executam modelos de IA localmente por meio de frameworks de ML como LiteRT/TFLite, Core ML, ExecuTorch, ONNX e aceleradores baseados em hardware. Este repositório acompanha a pesquisa de segurança necessária para entender e proteger tais sistemas, uma vez que o armazenamento local de modelos on-device introduz novos riscos de segurança.

Visão geral de um sistema de IA on-device para dispositivos móveis

Visão geral de um sistema de IA on-device para dispositivos móveis

Conteúdo

Roteiro de leitura

Novo na segurança MoAI? Comece aqui:

  1. Entenda o ecossistema. Leia estudos empíricos sobre aplicativos de deep learning e modelos on-device em aplicativos Android/iOS.
  2. Aprenda o risco central. Estude artigos sobre extração de modelos e proteção de modelos, pois a residência local de modelos é a principal mudança de segurança nos sistemas MoAI.
  3. Entenda as superfícies de ataque. Estude como os ataques MoAI surgem nas interfaces de entrada, artefatos de modelos, execução em tempo de execução e ambientes baseados em hardware.
  4. Conecte as defesas às superfícies. Examine como as defesas MoAI protegem essas superfícies nas fases de pré-implantação, execução em tempo de execução e pós-implantação.
  5. Olhe para o futuro. Explore novos desafios de segurança no treinamento on-device, GenAI on-device e sistemas MoAI agênticos.
Um caminho de leitura mínimo para a primeira semana para iniciantes em segurança MOAI.


 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

Taxonomia em resumo

Pilar de segurança MoAIO que protegeAtaques representativosDefesas representativas
Integridade de entrada governada pelo usuárioA integridade de ponta a ponta das entradas do usuário, desde a aquisição de dados móveis até a entrega ao modeloAtaques adversariais, Ataques de backdoor, Ataques de energia-latência-
Segurança do modelo residente no dispositivoArtefatos de modelos implantados e todas as formas pós-implantação nas quais os modelos são armazenados, carregados, transformados ou materializados nos dispositivosAtaques adversariais, Ataques de backdoor, Ataques adversariais a pesos, Ataques de roubo de modelos, Ataques de energia-latênciaOfuscação de modelos, Autorização de modelos, TEE, Marca d'água em modelos
Confinamento do ambiente nativo do dispositivoComputação de inferência sensível e estados de tempo de execução no SO móvel, runtime de IA, subsistema de memória e ambientes de execução baseados em hardwareAtaques de roubo de modelos, Ataques de energia-latênciaOfuscação de modelos, TEE

Análise de segurança entre pilares

Análise de segurança entre pilares de ataques e problemas em aberto em sistemas MoAI. Análise de segurança entre pilares de defesas e problemas em aberto em sistemas MoAI.

Ataques a sistemas MoAI

Exploração de similaridade de modelos

Reconstrução de gradientes

Manipulação de pré-processamento

Injeção de payload

Quantização de modelos

Esteganografia de imagens

Análise estática

Análise dinâmica

Canais laterais

Defesas para sistemas MoAI

Ocultação em nível de software

Ocultação em nível de hardware

Execução monolítica

Execução particionada

Offloading Ofuscado

Problemas em aberto

Os seguintes problemas em aberto resumem as principais lacunas de pesquisa identificadas em nosso SoK. Mantemos as descrições aqui em alto nível para os leitores que usam este repositório. Discussões mais técnicas podem ser encontradas no artigo.

  1. Praticidade de Implantação de Ataques.
    Ataques adversariais contra modelos on-device permanecem difíceis de realizar após a implantação, pois frequentemente exigem controle sobre as entradas do modelo, inserção de perturbações adversariais ou reempacotamento do aplicativo para modificar o código de pré-processamento. Essas etapas podem ser impraticáveis ou detectáveis em implantações reais de usuários finais.

  2. Modificação Furtiva de Modelo.
    Ataques de backdoor precisam encontrar pontos de entrada pós-implantação além do envenenamento padrão em tempo de treinamento, pois modelos on-device são tipicamente somente leitura e somente inferência. O principal desafio é introduzir comportamento malicioso oculto sem produzir alterações observáveis nos artefatos do modelo.

  3. Localização Precisa de Pesos.
    Ataques adversariais a pesos expõem um risco de integridade em nível de parâmetro, mas a implantação prática depende da localização de pesos críticos para o comportamento no grande espaço de busca de parâmetros. Isso é difícil porque os atacantes frequentemente carecem de orientação por gradiente e precisam preservar a utilidade benigna enquanto modificam apenas parâmetros selecionados.

  4. Extração Confiável de Modelo.
    O armazenamento local de modelos não torna a extração de modelos simples. A extração prática ainda depende de identificação, descriptografia e reconstrução confiáveis do modelo na presença de algoritmos de criptografia personalizados, estruturas de IA não padronizadas e comportamento de carregamento específico do runtime.

  5. Heterogeneidade de Hardware.
    Ataques de energia-latência dependem de como padrões de ativação envenenados interagem com o comportamento de execução específico do dispositivo. Eles podem amplificar a latência e o consumo de energia em aceleradores sensíveis à esparsidade, mas falham em transferir para hardware sem execução dependente de esparsidade.

  1. Equivalência Executável.
    A ofuscação de modelos ainda precisa preservar a função de predição original durante a inferência autorizada. Essa equivalência executável pode expor estados de runtime recuperáveis, pesos transformados, semântica de operadores ou rastros estruturais que permitem recuperação semântica, estrutural ou de parâmetros.

  2. Aplicação no Lado do Cliente.
    A autorização de modelos vincula a inferência correta a credenciais, verificações de integridade e recuperação de pesos empacotados. No entanto, essas verificações precisam ser executadas dentro da pilha móvel, tornando a aplicação dependente de código no lado do cliente que pode ser submetido a engenharia reversa, reempacotamento, hooking ou instrumentação após a implantação.

  3. Viabilidade de Implantação de TEE.
    As defesas baseadas em TEE exigem suporte coordenado entre formatos de modelo, estruturas de IA, bibliotecas de operadores, delegados, aceleradores e interfaces de isolamento CPU/GPU/NPU. Os ecossistemas móveis atuais ainda carecem de pilhas de inferência com suporte a TEE amplamente adotadas e transparentes para o desenvolvedor.

  4. Robustez de Marca d'Água.
    A marca d'água de modelos permite verificação de propriedade pós-implantação, mas modelos roubados podem ser reimplantados por meio de conversão de estrutura, criptografia ou mediação de entrada-saída em nível de aplicativo. Essas transformações podem preservar a inferência benigna enquanto interrompem respostas a gatilhos, padrões de confiança ou semântica de saída usados para verificação.

Direções emergentes

Além dos nove problemas em aberto acima, nosso SoK destaca três direções emergentes nas quais a segurança de MoAI provavelmente se expandirá a seguir. Essas direções movem a pesquisa de segurança de MoAI em direção à avaliação sistemática, ao mesmo tempo em que estendem seu escopo às superfícies de ataque emergentes introduzidas pelo treinamento on-device e pelos sistemas MoAI agênticos. Nós as resumimos aqui em alto nível. O artigo complementar fornece motivação mais detalhada, superfícies de ameaça e desafios de pesquisa.

Os estudos existentes de segurança de MoAI avaliam ataques e defesas usando conjuntos de dados coletados por conta própria, métricas específicas de método e diferentes modelos de ameaça, e são tipicamente limitados a uma única plataforma (Android ou iOS). Isso torna os resultados de avaliação difíceis de comparar e ignora diferenças específicas de plataforma. Trabalhos futuros devem estabelecer benchmarks unificados que padronizem conjuntos de dados, métricas e modelos de ameaça e apoiem avaliação multiplataforma para avaliação sistemática, comparável e reproduzível da segurança de MoAI.

A pesquisa atual de segurança de MoAI concentra-se principalmente em modelos implantados que são somente leitura e somente inferência. O treinamento on-device muda essa suposição ao permitir que os modelos sejam atualizados localmente, o que expõe gradientes, atualizações de parâmetros e dados do usuário durante o processo de treinamento. Isso abre novas questões em torno de ajuste fino local, integridade de atualizações, exposição de dados de treinamento, envenenamento de personalização e defesas para estados em tempo de treinamento em dispositivos de usuários finais.

Os sistemas MoAI estão evoluindo de inferência local passiva para fluxos de trabalho agênticos que conectam modelos a sensores, dados privados do usuário, contextos de aplicativos, serviços de SO e interfaces entre aplicativos. Isso desloca o foco de segurança de proteger apenas artefatos de modelo para governar cadeias de contexto-ação. Trabalhos futuros devem estudar proveniência para contexto móvel, separação de intenção confiável do usuário de conteúdo ambiental não confiável, permissões com escopo de tarefa para uso de ferramentas e APIs, confirmação e reversão para ações sensíveis e auditoria de planos, memória e ações do agente.

Categorias