Listé, route vérifiée, installé et validé sur site sont des états différents

Examinons une situation

Scénario pédagogique, et non résultat rapporté par un client.

Imaginez un dossier de support hypothétique contenant une entrée au catalogue, une archive téléchargée et une valeur SHA-256 correspondante. Ce sont des preuves utiles, mais elles répondent à une question plus limitée que « Peut-on modifier ce mineur maintenant ? ». La comparaison montre que l’archive correspond aux octets de référence consignés. Elle n’identifie pas une carte de contrôle inconnue, ne prouve pas que la méthode d’installation convient à l’état actuel du firmware et ne fournit pas un plan de récupération manquant.

Examinez le dossier affirmation par affirmation. Une entrée au catalogue permet de dire « répertorié ». Un dossier complet et vérifié sur le matériel et la procédure peut justifier « parcours vérifié ». Après un changement, la lecture du build attendu permet de dire « installé ».

Des preuves de travail accepté, de refroidissement et de fonctionnement dans les conditions précisées du site sont nécessaires pour la décision distincte de validation sur site. Si le dossier s’arrête à la première étape, indiquez-le ainsi au lieu de lui attribuer la confiance d’une étape ultérieure. Conservez le domaine source et l’heure de récupération avec l’identité du fichier. Un nom de fichier identique trouvé ailleurs ne justifie pas de remplacer sans le signaler le téléchargement ou son circuit de support.