Seu túnel está criptografado, a página de privacidade fala em nenhum registro, e o aplicativo ainda traz uma biblioteca de diagnóstico que informa quais telas você abre. São fluxos de dados diferentes com políticas diferentes. Um registro de conexão anota para onde o túnel foi; um evento de análises anota como você usou o aplicativo. Ler um e supor que cobre o outro é exatamente o erro que a configuração convida.

O que a chave costuma controlar

A maioria dos clientes separa o relato opcional do processamento sem o qual um serviço não pode funcionar. A chave costuma reger relatórios de falhas, eventos de uso e medições de desempenho, enquanto autenticação, cobrança e prevenção de abusos continuam independentemente da posição.

Relatórios de falhas trazem um rastreamento de pilha, o modelo do dispositivo, a versão do sistema operacional e a versão do aplicativo. Eventos de uso nomeiam telas e recursos, às vezes com durações. Eventos de desempenho registram tempos de conexão, escolhas de protocolo e códigos de erro. O diagnóstico de suporte é uma quarta categoria, geralmente acionado à mão e capaz de agrupar registros e configuração.

O remetente nem sempre é a marca no ícone. Um SDK embutido no aplicativo pode enviar ao próprio endpoint, e um serviço de falhas pode ser uma empresa separada. Por isso a lista de destinatários do aviso importa tanto quanto o rótulo da chave.

Os campos que tornam um relatório identificável

A categoria sozinha não resolve a questão de privacidade; resolve-a o identificador ligado ao evento. Um relatório que parece inofensivo pode tornar-se um histórico quando o mesmo identificador de instalação aparece em cada linha.

Report typeTypical fieldsWhy it can identify
CrashStack trace, device model, OS, app version, install IDThe install ID links crashes over months
UsageScreen names, feature events, session lengthBuilds a behavior profile even without content
PerformanceConnect duration, protocol, error codeNetwork conditions can fingerprint a connection
Support bundleLogs, configuration, sometimes addressesMay contain endpoints and timestamps you did not intend to share

A ligação com a conta é a chave de junção mais forte, porque transforma um histórico de dispositivo em histórico de pessoa. Um endereço IP é dado pessoal em muitas jurisdições mesmo quando o relatório não contém nome, e um identificador estável pode sobreviver a reinstalações em algumas plataformas.

A agregação não é anonimização quando o identificador bruto permanece do lado do remetente. Se um aviso alega estatísticas anônimas, procure o método: o que é descartado, em que etapa e se o destinatário pode religar eventos.

Quem recebe o relatório

Siga os destinatários em vez da marca. O desenvolvedor do aplicativo pode operar o endpoint ou licenciar a marca a outro operador; o fornecedor de análises e o serviço de falhas são partes adicionais. O aviso de privacidade deve nomear esses papéis e as categorias que cada um recebe. O aviso de privacidade de assinaturas da Mozilla separa os dados de conta das categorias técnicas e de diagnóstico, e é esse tipo de separação que convém procurar.

A retenção é definida em cada etapa. Um desenvolvedor pode guardar eventos por uma janela curta enquanto o fornecedor de análises os guarda por mais tempo segundo a própria política, e um pacote de suporte enviado por e-mail pode sobreviver aos dois. Pergunte qual parte detém os dados, não apenas qual os recolheu.

A transferência transfronteiriça pertence à mesma revisão. Um endpoint de diagnóstico noutra região cria uma transferência que a criptografia do túnel não afeta, porque o relatório nunca viajou pelo túnel.

O que desativar faz e não faz

Desligar a chave interrompe futuros relatórios opcionais. Não recupera relatórios já enviados nem os apaga no destinatário. A eliminação é um pedido separado no processo de dados do fornecedor, e pode exigir o identificador da conta em vez da configuração do dispositivo.

O processamento essencial também continua. Início de sessão, renovação da assinatura, verificações de fraude e integridade do serviço podem ser registados noutra base, e o sistema operacional tem as suas próprias funções de falhas e análises que a chave do aplicativo nunca controlou. Verifique a configuração ao nível do sistema operacional se o objetivo é parar o diagnóstico do dispositivo.

Para resolver problemas, use a configuração de propósito: ative o diagnóstico, reproduza a falha, recolha o pacote, depois desative o relato e elimine o pacote quando o pedido for encerrado. Os anexos manuais merecem a mesma revisão que os automáticos, porque um ficheiro de registo pode conter mais do que o evento de análises alguma vez conteve.

Compare o aviso com o que sai do dispositivo

Pode ver destinos sem decifrar o conteúdo. No macOS e no Linux, as listas de ligações mostram com que endereços remotos o cliente comunica:

sudo lsof -i -P -n | grep -i vpnclient
ss -tup | grep -i vpnclient

O TLS esconde a carga útil, por isso a saída prova um destino e um tempo aproximado, não os campos lá dentro. Ainda assim basta para testar uma alegação: se o aviso nomeia um destinatário de análises e o aplicativo também contacta um domínio não listado, pergunte sobre isso antes de aceitar a política tal como está.

Anote as categorias que aceita, os identificadores ligados a elas e os destinatários que os detêm. Esse registo curto é mais útil do que uma nota mental quando o aplicativo atualiza o seu SDK ou o fornecedor muda de proprietário.

Artigos relacionados