Não abra uma issue pública para falhas de segurança. Envie um e-mail para emrezende@gmail.com com:

• descrição do problema e do impacto (o que um atacante consegue fazer);
• versão do app (menu ⋮ → Sobre) e aparelho/versão do Android;
• passos para reproduzir (ou um PoC/vídeo);
• se possível, uma sugestão de correção.

Confirmação de recebimento em até 7 dias. A correção é publicada como uma nova versão nas releases e registrada no CHANGELOG — com crédito ao relator, se ele quiser.

O app não coleta nem envia dados: não há contas, servidor, anúncios ou telemetria. Os modelos carregados, as capturas de tela e os marcadores personalizados ficam no próprio aparelho (galeria e armazenamento privado do app), e a única permissão pedida é a câmera (exigida pelo ARCore).

Relatos que fazem sentido aqui:

• crash ou consumo de memória descontrolado com arquivos de modelo malformados (.glb, .obj, .ply, .stl, .3mf);
• caminhos que escapem do sandbox do app ao salvar capturas/marcadores ou ao ler arquivos escolhidos no seletor do Android;
• problemas nos intents externos (abrir site, e-mail, Play Store, compartilhar) — por exemplo, abrir algo diferente do endereço exibido na tela;
• qualquer forma de execução de código a partir de um arquivo de modelo ou imagem de marcador (o app não interpreta scripts embutidos nesses arquivos).

Não é escopo: aparelho sem ARCore, câmera com defeito, marcador mal impresso e dúvidas de uso (use as issues ou a seção Solução de problemas do README).

Este documento trata da segurança do aplicativo (o que ele faz com os dados do usuário). A outra metade da segurança do projeto é a chave de assinatura: onde ficam arkz-release.jks e keystore.properties, o fingerprint do certificado (SHA-256), como fazer e testar o backup da chave, como trocar as senhas sem perder a identidade do app e como conferir a assinatura de um APK publicado — tudo em SEGURANCA-E-KEYSTORE.md.