Miklix

Calculateur de code de hachage CRC-32C

Publié : 17 février 2025 à 18 h 49 min 04 s UTC
Dernière mise à jour : 12 janvier 2026 à 11 h 37 min 50 s UTC

Calculateur de code de hachage qui utilise la fonction de hachage CRC-32C (Cyclic Redundancy Check 32 bits, variante C) pour calculer un code de hachage basé sur l’entrée de texte ou le téléchargement de fichiers.

Cette page a été automatiquement traduite de l'anglais afin de la rendre accessible au plus grand nombre. Malheureusement, la traduction automatique n'est pas encore une technologie au point, des erreurs peuvent donc survenir. Si vous préférez, vous pouvez consulter la version originale en anglais ici :

CRC-32C Hash Code Calculator

La vérification de redondance cyclique (CRC) est un code détecteur d’erreurs couramment utilisé pour détecter des modifications accidentelles des données brutes. Bien qu’il ne s’agisse pas techniquement d’une fonction de hachage cryptographique, CRC-32 est souvent appelé hachage en raison de sa capacité à produire une sortie de taille fixe (32 bits) à partir d’une entrée de longueur variable. La version présentée sur cette page est la variante CRC-32C, qui est une version plus récente et « plus intelligente » (meilleure détection d’erreurs) souvent accélérée matériellement sur les processeurs modernes (via SSE 4.2).

Divulgation complète : je n'ai pas écrit l'implémentation spécifique de la fonction de hachage utilisée sur cette page. Il s'agit d'une fonction standard incluse avec le langage de programmation PHP. J'ai seulement créé l'interface Web pour la rendre accessible au public ici pour plus de commodité.


Calculer un nouveau code de hachage

Les données soumises ou les fichiers téléchargés via ce formulaire ne seront conservés sur le serveur que le temps nécessaire à la génération du code de hachage demandé. Il sera supprimé immédiatement avant que le résultat ne soit retourné à votre navigateur.

Données d'entrée :



Le texte soumis est codé en UTF-8. Étant donné que les fonctions de hachage fonctionnent sur des données binaires, le résultat sera différent de celui obtenu si le texte était dans un autre encodage. Si vous devez calculer un hachage d'un texte dans un encodage spécifique, vous devriez plutôt télécharger un fichier.



À propos de l’algorithme de hachage CRC-32C

Je ne suis pas mathématicien, mais je vais essayer d’expliquer cette fonction de hachage avec une analogie simple. Contrairement à plusieurs fonctions de hachage cryptographiques, ce n’est pas un algorithme particulièrement compliqué, donc ça ira probablement;-)

Imaginez que vous envoyez une lettre par la poste, mais que vous craignez qu’elle soit endommagée avant d’arriver au destinataire. Selon le contenu de la lettre, vous calculez une somme de contrôle CRC-32 et vous l’écrivez sur l’enveloppe. Lorsque le destinataire reçoit la lettre, il ou elle peut aussi calculer la somme de chèque et voir si elle correspond à ce que vous avez écrit. Si c’est le cas, la lettre n’a pas été endommagée ni modifiée en cours de route.

La façon dont CRC-32 procède est un processus en quatre étapes :

Étape 1 : Ajoutez un peu d’espace supplémentaire (rembourrage)

  • Le CRC ajoute un peu d’espace supplémentaire à la fin du message (comme si on mettait des arachides dans une boîte).
  • Cela l’aide à repérer les erreurs plus facilement.

Étape 2 : Le Maître Magique (Le Polynôme)

  • Le CRC-32 utilise une « règle magique » spéciale pour mesurer les données. Pensez à cette règle comme à un motif de bosses et de rainures (c’est le polynôme, mais ne vous inquiétez pas de ce mot). La « règle » la plus courante pour le CRC-32 est un motif fixe.

Étape 3 : Faire glisser la règle (processus de division)

  • Maintenant, CRC fait glisser la règle sur le message. À chaque endroit, il vérifie si les bosses et les rainures s’alignent. S’ils ne sont pas alignés, CRC prend note (cela se fait avec un XOR simple, comme allumer ou éteindre des interrupteurs). Il continue de glisser et d’actionner les interrupteurs jusqu’à la fin.

Étape 4 : Le résultat final (la somme de contrôle)

  • Après avoir fait glisser la règle sur tout le message, il ne reste qu’un petit nombre (de 32 bits) qui représente les données originales. Ce numéro est comme une empreinte digitale unique pour le message. Voici la somme de contrôle CRC-32.

La version présentée sur la page est la variante CRC-32C, qui devrait être la variante préférée, surtout si vous utilisez un processeur qui l’accélère matériellement (SSE 4.2 et versions ultérieures) et que vous n’avez pas besoin de compatibilité avec d’autres variantes.

J’ai aussi des calculatrices pour les autres variantes :

  • Lien
  • Lien

Lectures complémentaires

Si vous avez apprécié cet article, vous aimerez peut-être aussi ces suggestions :


Partager sur BlueskyPartager sur FacebookPartager sur LinkedInPartager sur TumblrPartager sur XPartager sur LinkedInÉpingler sur Pinterest

Mikkel Christensen

À propos de l'auteur

Mikkel Christensen
Mikkel est le créateur et propriétaire de miklix.com. Il a plus de 20 ans d'expérience en tant que programmeur informatique/développeur de logiciels professionnel et est actuellement employé à temps plein pour une grande société informatique européenne. Lorsqu'il ne blogue pas, il consacre son temps libre à une vaste gamme d'intérêts, de passe-temps et d'activités, qui peuvent dans une certaine mesure se refléter dans la variété des sujets abordés sur ce site Web.