IA local e privacidade: como verificar quais dados saem do seu computador

O que «local» realmente significa

«Local» pode descrever várias coisas diferentes: onde os pesos do modelo ficam armazenados, onde a resposta é calculada ou quais partes do fluxo de trabalho acontecem no computador. Essas condições não são equivalentes. Um modelo pode estar baixado e ser executado no computador enquanto o aplicativo consulta um serviço externo para uma função opcional, verifica se há atualizações ou procura modelos disponíveis. Também pode acontecer de um aplicativo enviar uma solicitação a um servidor de inferência executado na mesma máquina, mas salvar conversas ou registros em arquivos acessíveis a outros usuários do sistema.

Por isso, a pergunta útil não é apenas «o modelo é local?», mas «quais componentes participam desta tarefa, quais dados cada um recebe e que evidências tenho do seu comportamento?». O limite a ser verificado abrange a interface de chat, o processo que carrega o modelo, as ferramentas ativadas, as extensões, as conexões de rede, o armazenamento e os backups. A avaliação diz respeito a uma configuração específica: versão do aplicativo, ajustes, sistema operacional, modelo instalado e ações realizadas.

Executar a inferência no dispositivo pode reduzir a necessidade de enviar o prompt a um fornecedor remoto para essa operação, mas não demonstra, por si só, que o aplicativo inteiro esteja desconectado. Também não protege automaticamente as informações contra outras contas com acesso ao computador, programas maliciosos, permissões amplas ou arquivos mantidos depois que o aplicativo é fechado. Há uma diferença entre o local do cálculo, o percurso dos dados e a segurança do dispositivo.

Mapeie o percurso antes de testar

Faça um inventário das peças envolvidas, não apenas do modelo. Inclua o aplicativo que apresenta o chat, o servidor de inferência, o modelo e seu gerenciador de downloads; depois, acrescente busca na web, ferramentas, extensões, complementos, verificações de atualizações e opções que possam usar serviços na nuvem. Se um aplicativo permite alternar entre modos locais e remotos, anote qual modo está ativo em cada teste. O rótulo exibido na tela não substitui a verificação da configuração efetiva.

Para cada peça, registre quais informações ela poderia receber. Um prompt pode conter texto sensível; um documento anexado pode ser lido por uma ferramenta; uma busca pode transmitir uma consulta; um registro pode conservar entradas e saídas. Não presuma que todos esses dados sejam tratados da mesma forma. Um serviço que calcula a resposta, uma função que consulta a internet e um arquivo de histórico são destinos e superfícies de exposição diferentes.

O inventário deve distinguir as atividades. Baixar um modelo, instalar uma extensão, escrever um prompt, anexar um arquivo, acionar uma busca e verificar atualizações são ações separadas. Se todas forem feitas ao mesmo tempo, não será possível atribuir com clareza uma mudança no tráfego. A metodologia de caracterização de redes do NIST oferece uma base para organizar observações em torno de atividades predeterminadas; o relatório se refere a dispositivos de IoT e, por isso, é adaptado aqui como método de teste, não como certificação de aplicativos de IA.

Teste controlado sem conexão

Um teste sem internet permite descobrir quais funções continuam disponíveis depois que o ambiente foi preparado, mas não demonstra que nunca houve transmissão. Antes de desconectar, instale o aplicativo, baixe o modelo que pretende avaliar e prepare os documentos de teste. Anote quais recursos foram obtidos durante essa etapa. Se o produto oferece busca, downloads sob demanda ou ferramentas remotas, identifique-os como funções distintas do chat básico.

Desconecte o computador da internet por um método verificável e registre o estado da conexão. Teste separadamente uma conversa simples com o modelo já carregado, uma consulta com um documento local e cada função opcional que queira avaliar. Anote se a tarefa é concluída, falha com uma mensagem, fica aguardando ou produz um resultado parcial. Repita cada teste em condições semelhantes e evite alterar várias opções entre os testes.

Apresente o resultado com limites claros. Se uma conversa funcionar sem conexão, você pode concluir que aquela tarefa específica funcionou naquela configuração durante o teste. Não pode concluir que o aplicativo nunca transmite dados, que não fará conexões quando voltar a ficar online ou que outro modo de uso terá o mesmo comportamento. Se uma função falhar, isso indica que a operação testada não estava disponível sem rede naquelas condições; não identifica, por si só, quais dados teriam sido enviados nem para qual destino.

A documentação do LM Studio, por exemplo, distingue tarefas que declara disponíveis sem conexão, como o chat e o trabalho com documentos, de ações que geram solicitações de rede, como procurar ou baixar modelos e verificar atualizações. Isso serve como referência de como um aplicativo pode descrever seus modos, mas não substitui a verificação do computador, da versão e dos ajustes específicos que estão sendo avaliados.

Observe o tráfego por atividade

O teste mais informativo separa os eventos e registra o que acontece antes, durante e depois de cada um. Anote as conexões quando o aplicativo estiver inativo; em seguida, inicie o programa, carregue o modelo, envie um prompt de teste, anexe um documento inofensivo, ative uma busca, instale uma extensão e verifique atualizações. Não reúna todas as etapas em uma única sessão se precisar atribuir as conexões. Repita as ações relevantes para saber se o padrão observado aparece novamente.

Registre o momento, a ação, o processo associado, se for possível identificá-lo, o destino visível e a duração aproximada. Guarde também a configuração exata e qualquer mensagem de erro. Observar uma conexão não basta para afirmar que conteúdo circulou; o nome de um destino tampouco prova, por si só, que tratamento foi dado aos dados. Se não puder inspecionar o conteúdo, registre essa limitação e evite preencher a lacuna com uma suposição.

Compare três situações: o aplicativo inativo, o uso básico e cada função opcional. Se surgir uma conexão durante uma atualização ou um download, separe-a do teste do prompt. Se não observar tráfego durante um teste, limite a conclusão a esse teste e às ferramentas de observação utilizadas: uma captura pontual pode não detectar conexões intermitentes, adiadas ou iniciadas por outro componente. Para uma análise de maior impacto, peça a uma pessoa técnica que documente o método e repita o protocolo.

Revise históricos, registros e permissões

A privacidade não termina quando a resposta é gerada. Procure onde ficam armazenados conversas, documentos temporários, caches e registros. Verifique tanto os ajustes do aplicativo quanto os arquivos que ele cria e confirme quais contas do sistema podem lê-los. Considere também a sincronização de pastas, os backups e as ferramentas de diagnóstico, se forem usadas naquele computador. Não presuma que fechar uma janela equivale a apagar os dados nem que uma opção de limpeza cubra todos os componentes.

Como exemplo específico, a documentação do LM Studio informa que suas conversas são salvas em arquivos JSON e descreve os locais de armazenamento para diferentes sistemas operacionais. A documentação do comando de transmissão de registros indica que eles podem exibir o texto de entrada e de saída do modelo e do servidor. Esses detalhes são relevantes para analisar esse aplicativo e sua configuração; não devem ser extrapolados automaticamente para outros runtimes.

Antes de inserir informações sensíveis, teste a exclusão com dados fictícios: localize os arquivos antes e depois, use o mecanismo documentado e verifique o que permanece. Se o produto não explicar onde os dados são armazenados nem como são excluídos, registre isso como uma incerteza e peça esclarecimentos ao fornecedor ou à pessoa responsável pela administração do sistema. Limitar as permissões da conta que executa o aplicativo pode reduzir quem tem acesso aos arquivos, mas não substitui os controles do sistema, a criptografia quando apropriada nem uma política de retenção.

Um servidor no computador pode ser acessível pela rede

Uma API local permite que um aplicativo cliente envie solicitações ao servidor de inferência. «Local» pode significar que o processo está no seu computador, mas a interface de rede na qual ele escuta determina de onde pode ser acessado. Um serviço limitado a uma interface de loopback é destinado a solicitações feitas no próprio computador; um serviço acessível por uma interface de rede pode aceitar conexões de outros dispositivos, dependendo da configuração e das regras da rede. Verifique o comportamento real, em vez de deduzi-lo da palavra «local».

Revise o endereço de escuta, a porta, as opções de acesso à rede e os controles de autenticação. Confirme se outro dispositivo da rede consegue acessar o serviço e se pode enviar solicitações sem credenciais. Faça isso somente em um ambiente autorizado e com um modelo e conteúdo de teste. Uma resposta do servidor não demonstra que todas as suas ferramentas estejam isoladas: verifique separadamente quais arquivos, funções ou extensões podem ser acionados pelo cliente que envia as solicitações.

A documentação do LM Studio descreve um servidor de API local que pode ser usado em localhost ou na rede. Essa possibilidade é uma razão para inspecionar a interface e os ajustes ativos, não uma evidência de que toda instalação escute na rede ou esteja exposta por padrão. Se não precisar de acesso a partir de outros dispositivos, restrinja o serviço ao próprio computador usando as opções disponíveis e as regras do sistema. Se precisar desse acesso, aplique controles de acesso e limite as permissões do processo ao mínimo necessário.

Separe fatos observados, declarações e perguntas em aberto

Um relatório útil distingue três níveis. O primeiro é aquilo que foi observado: por exemplo, uma função específica falhou sem conexão ou uma conexão foi registrada durante determinada ação. O segundo é o que o fornecedor declara na documentação ou nas políticas, como as funções que afirma trabalhar sem conexão ou as situações em que diz transmitir dados. O terceiro é o que ainda não foi estabelecido: o conteúdo de uma conexão criptografada que não foi inspecionada, o comportamento de outra versão ou o acesso a arquivos por processos alheios.

Uma política de privacidade é uma fonte primária sobre as declarações do fornecedor a respeito do próprio produto, mas não verifica de forma independente o que uma instalação específica fez. Por outro lado, uma captura de tráfego descreve o que uma ferramenta observou durante determinado período e configuração, mas não substitui uma explicação contratual sobre retenção ou tratamento. Combine os dois tipos de evidência e registre a data, a versão e as condições de cada um.

A matriz a seguir ajuda a evitar conclusões mais amplas do que o teste permite. Se o resultado depender de uma opção, registre tanto o estado observado quanto o valor exato dessa opção. Se não for possível reproduzir uma observação ou identificar sua origem, classifique-a como pendente. Para decisões de alto risco, uma avaliação informal não substitui a análise de segurança, privacidade e requisitos legais aplicáveis.

Lista de verificação antes de usar dados sensíveis

A decisão final não deve depender de um rótulo comercial nem de um único teste. Considere o tipo de dado, o impacto de uma divulgação, as funções realmente necessárias, o acesso físico e lógico ao computador, o nível de evidência reunido e a capacidade de apagar ou controlar registros. Se não conseguir esclarecer uma questão importante, não a transforme em uma suposição favorável: reduza o escopo de uso, remova a função duvidosa ou interrompa a avaliação até obter uma resposta verificável.

Para manter o controle, guarde um registro breve da configuração e do protocolo. Repita os testes depois de atualizações importantes, mudanças nas extensões ou alterações de rede, pois o resultado descreve a configuração testada, não todas as configurações futuras. Guarde capturas de tela ou anotações sem dados sensíveis e limite quem pode consultar esses materiais. Se detectar um envio inesperado, suspenda o uso de dados reais, preserve evidências não sensíveis e solicite uma análise técnica antes de retomá-lo.

Use esta lista como um limite prático, não como uma certificação de privacidade. Para explorar opções de modelos locais, consultar uma comparação ou descobrir outras ferramentas, você pode começar pelos guias de modelos locais, pelas comparações e pelo catálogo de descoberta do Inferama; a avaliação de privacidade, porém, deve ser feita sobre o aplicativo e a configuração que serão utilizados.

Continue a explorar

Correções e transparência

Se encontrar informação incorreta ou desatualizada, envie-nos a página e a fonte que devemos rever.