Por que a criptografia do modelo no dispositivo não substitui a autorização da API

Arquivos de modelo e permissões de API são ativos diferentes

Um modelo pode conter pesos, estrutura ou valor de treinamento empresarial. Uma credencial de API representa permissão para consumir recursos do servidor. Um vazamento permite cópia e análise, enquanto o outro pode permitir gastos, acesso a dados ou abuso de serviço.

Modelos de inventário, tempos de execução, pré-processamento, pós-processamento, prompts, credenciais, caches, logs, entradas e saídas separadamente, em vez de atribuir cada preocupação a um switch de criptografia.

• Localização do modelo e configuração
• SDKs de tempo de execução e de terceiros
• Escopo e vida útil da credencial
• Entradas, saídas e registros confidenciais

O tempo de execução deve obter material de modelo utilizável

A inferência do cliente requer material de modelo utilizável em tempo de execução. A criptografia de arquivos pode reduzir a conveniência estática, mas não pode tornar o cliente um ambiente absolutamente confiável.

Revise a recuperação de chave, o material de memória, as condições de depuração, o emparelhamento de modelo e versão do aplicativo e os logs de erros. Sem evidências de tempo de execução para um candidato atual, publique limites de projeto em vez de reivindicações de prevenção de extração.

Não transforme uma chave privilegiada de longa duração em segredo do cliente

Os aplicativos móveis podem ser observados, modificados e reproduzidos. Um design mais seguro faz proxy de solicitações de alto risco por meio de um servidor e fornece ao cliente credenciais de curta duração, restritas e revogáveis.

O servidor deve impor autorização de conta, cota, taxa, política de versão e registros de anomalias. Os sinais de integridade do cliente podem informar a decisão sem decidir sozinho as solicitações de alto risco.

• Credencial de menor privilégio
• Vida útil e rotação curtas
• Cota de servidor e limites de taxa
• Abuso rastreável e revogável

Divida o trabalho do cliente e do servidor por objetivo de negócios

A inferência no dispositivo é adequada para baixa latência, uso offline e algumas necessidades de privacidade. Os servidores centralizam modelos, credenciais e decisões de alto risco. A arquitetura híbrida é válida quando as responsabilidades de criação, transferência, uso, atualização e reversão são explícitas.

Uma conclusão de proteção do modelo deve nomear a versão do aplicativo, a versão do modelo, os dispositivos de destino e o método de validação. Nomear um algoritmo de criptografia por si só não estabelece tempo de execução ou controle de API.