BLAKE3
Cryptographie
Fonction de hachage cryptographique dérivée de BLAKE2, organisée en arbre de Merkle pour se paralléliser massivement, avec une sortie extensible et des modes clé et dérivation intégrés.
L'arbre : L'entrée est découpée en blocs hachés indépendamment puis combinés en arbre. On exploite ainsi tous les cœurs et les instructions vectorielles, et la vitesse devient franchement indécente pour une fonction qui prétend au sérieux.
Trois modes : Un même algorithme sert au hachage, au hachage à clé (rôle proche d'un HMAC) et à la dérivation de clés avec une chaîne de contexte. Une seule primitive, trois usages, et moins d'occasions de mal assembler des morceaux.
Sortie extensible : La sortie par défaut fait 256 bits, mais on peut en tirer autant qu'on veut, comme un XOF. La sécurité, elle, ne grandit pas avec la longueur demandée.
Statut : BLAKE3 n'est pas une norme du NIST. Là où la conformité exige un algorithme approuvé, on reste sur la famille SHA-2 ou SHA-3, avec la mélancolie de qui choisit le formulaire plutôt que la performance.
Ce qui arrive si on s'en passe
Se passer de BLAKE3 ne met personne en danger : SHA-2 et SHA-3 restent disponibles, simplement plus lents sur les gros volumes. Le risque vient plutôt de ceux qui l'emploient sans lire la notice : le choisir là où la conformité exige un algorithme approuvé par le NIST fait échouer l'audit, si irréprochable que soit le hachage. Bricoler un hachage à clé ou une dérivation à partir d'un hachage simple, au lieu des modes intégrés, rouvre les erreurs d'assemblage que la primitive évitait justement. Et réclamer mille octets de sortie n'ajoute pas un bit de sécurité : la longueur, ici comme ailleurs, n'est pas la profondeur.
Explication de la marmotte
Une fonction de hachage transforme n'importe quel fichier en une courte suite de caractères, un peu comme une empreinte digitale. Si on change une seule lettre du fichier, l'empreinte change complètement, et il est impossible de retrouver le fichier à partir d'elle. Celle-ci a une particularité : elle découpe le fichier en petits morceaux traités en même temps par plusieurs parties du processeur, puis rassemble les résultats. C'est comme faire corriger une pile de copies par dix professeurs au lieu d'un seul : on obtient la même note finale, mais beaucoup plus vite.