Un condensat SHA-256 fait 32 octets quelle que soit la taille de l’entrée ; modifier un seul bit de l’entrée change environ la moitié des bits de sortie. Les condensats identifient le contenu partout où l’intégrité à l’octet près compte : images de conteneurs (sha256:…), objets Git, attributs Subresource Integrity (sha384-…), champs integrity des fichiers de verrouillage (lockfiles), Content-Digest en HTTP (RFC 9530), empreintes JWK et empreintes de certificats.
Les signatures portent sur des condensats : ECDSA et RSA hachent d’abord le message, CMS signe un condensat du contenu et des attributs signés, et un JWS signe un condensat de header.payload. Un condensat ne protège les données que si le condensat de référence provient lui-même d’une source de confiance ; publier la sortie de sha256sum à côté d’un téléchargement, sur le même serveur, protège contre la corruption, pas contre un serveur compromis.
Enregistrez toujours l’algorithme avec la valeur (sha256:…, multihash, un OID dans DigestInfo), comparez les condensats en temps constant lorsqu’ils servent de secrets, et ne les tronquez pas en dessous de 128 bits de résistance aux collisions pour des usages de sécurité.