Sommes de contrôle dans la conception et la fabrication de produits : comment éviter les erreurs d’étiquetage, les erreurs de lecture de codes-barres et les rappels coûteux

Une palette quitte le quai avec le bon produit mais une étiquette erronée. L'usine de réception la scanne, le système ERP accepte le code, et trois semaines plus tard, une réclamation est liée à un lot introuvable. La pièce elle-même était conforme. Un seul chiffre était erroné dans les données d'identification.

Le calcul d'une somme de contrôle est la mesure de protection la plus économique contre ce type de défaillance. Il ajoute quelques chiffres ou octets à un enregistrement, et toute station en aval peut vérifier cet enregistrement sans consultation de base de données.
Les produits physiques véhiculent des données à travers de nombreux intermédiaires, machines et formats. Un fichier CAO devient une nomenclature, une nomenclature devient un ordre de fabrication, et un ordre de fabrication devient une étiquette. L'étiquette est ensuite numérisée, et la numérisation devient un document d'expédition.

Note: Les dates réglementaires mentionnées dans cet article, telles que celles de la loi européenne sur la cyber-résilience, du passeport des produits numériques et de la loi américaine DSCSA, ont été vérifiées en novembre 2026. Veuillez les confirmer à nouveau avant d'établir un plan de conformité.

Points clés à retenir

• Une somme de contrôle permet de détecter les erreurs accidentelles. Empêcher toute modification délibérée nécessite une signature ou un code chiffré.
• Les chiffres de contrôle protègent les identifiants manipulés par les personnes et les scanners. Les CRC protègent les trames et les images de micrologiciel. Les hachages cryptographiques protègent les fichiers et les enregistrements.
• Le chiffre de contrôle GS1 détecte toutes les erreurs sur un seul chiffre. Il ne détecte pas environ 11 % des transpositions adjacentes, c'est-à-dire celles où les deux chiffres diffèrent de 5.
• Il convient de vérifier au moment de la création et à nouveau au moment de l'utilisation. Un contrôle unique à une étape ne permet pas de couvrir toutes les autres étapes.
• Considérez le contrôle lui-même comme un système de mesure. Mettez-le à l'épreuve avec des échantillons reconnus comme défectueux, étalonnez les vérificateurs et suivez les résultats.

1. Pourquoi les produits physiques dépendent de l'intégrité des données

Là où les erreurs de données entrent dans la chaîne

Les erreurs proviennent généralement de ces cinq sources :

• Les gens font des fautes de frappe ou lisent mal les chiffres.
• Les machines interprètent mal les marques endommagées.
• Bits de basculement de stockage et de transmission.
• Les modifications apportées au processus remplacent la version correcte par une version obsolète.
• Enfin, il est possible que quelqu'un modifie des données intentionnellement.

2. Qu'est-ce qu'une somme de contrôle ?

Terminologie du monde des sommes de contrôle

Plusieurs termes sont utilisés de manière imprécise dans les usines et les équipes de développement logiciel. Le tableau les classe selon la question à laquelle chacun répond.

Détection versus correction

La plupart des sommes de contrôle se contentent de détecter une erreur. Elles indiquent qu'un problème est survenu, sans préciser sa nature. Cela suffit sur une chaîne de production, où la réaction appropriée consiste à arrêter, réimprimer, rescanner ou retransmettre. Les codes correcteurs d'erreurs vont plus loin et réparent les données, ce qui est particulièrement adapté aux supports susceptibles de s'effacer ou aux mémoires qui se dégradent. Le chapitre 15 traite de ces codes en détail.

3. Propriétés fondamentales et leur signification pour les indicateurs de qualité

Chaque propriété d'une somme de contrôle a un équivalent dans le vocabulaire de l'ingénierie de la qualité. Leur mise en correspondance permet d'intégrer la vérification dans une AMDEC ou un plan de contrôle sans traduction.

Indice de détection FMEA

Dans le manuel AIAG-VDA FMEA de 2019, les contrôles de détection sont notés de 1 à 10, 10 signifiant une absence totale de détection. Ce même manuel a remplacé l'indice de priorité des risques par un tableau de priorité des actions, pondérant d'abord la gravité, puis la fréquence d'occurrence, et enfin la détection. Un contrôle automatisé bloquant l'opération suivante peut justifier une note de détection bien supérieure à celle d'un contrôle visuel. Il est important de conserver les preuves, par exemple un test de validation avec des échantillons défectueux connus.

fausse acceptation et faux rejet

Deux types d'erreurs peuvent affecter tout contrôle. Une acceptation erronée laisse passer des données incorrectes, ce qui constitue une erreur d'échappement. Un rejet erroné bloque des données valides et engendre une perte de temps de traitement. Un code de contrôle (CRC) correctement implémenté ne rejette jamais de données valides, car la règle est stricte. Les rejets erronés proviennent de l'étape de lecture, par exemple lorsqu'un scanner rencontre un problème avec un code valide mais mal imprimé.

4. Un bref historique des sommes de contrôle et des opérations similaires

Les techniques présentées dans cet article sont anciennes, et c'est là leur atout. Chacune d'elles repose sur des décennies d'expérience de terrain, et chaque mode de défaillance est documenté.

5. Quelle est la place des sommes de contrôle dans le cycle de vie du produit ?

Utilisez ce tableau comme guide pour la suite de l'article. Il indique le type de contrôle applicable à chaque étape et l'endroit où une défaillance se manifeste généralement.

6. Bits de parité et sommes simples

La parité bidimensionnelle organise les données en lignes et en colonnes et ajoute un bit de parité à chaque ligne et à chaque colonne. Elle repère un bit inversé et peut ainsi le corriger. Elle détecte toutes les erreurs de deux ou trois bits. Quatre bits inversés aux coins d'un rectangle peuvent néanmoins passer inaperçus.

Sommes de contrôle additives et XOR

L'étape suivante consiste à additionner tous les octets, ou à effectuer un XOR entre eux, puis à envoyer le résultat. Ces vérifications sont peu coûteuses et tiennent sur les microcontrôleurs les plus petits. Elles présentent deux faiblesses importantes en pratique : elles ignorent l'ordre des octets, ce qui permet de traiter des octets inversés ; et les erreurs peuvent se compenser : un octet est incrémenté de 1 tandis qu'un autre est décrémenté de 1, sans que la somme ne soit modifiée.

Une somme de contrôle XOR ignore également tout nombre pair d'inversions au même bit sur différents octets. Maxino et Koopman ont mesuré l'efficacité de telles sommes de contrôle pour les réseaux de contrôle embarqués en 2009 et ont constaté que les CRC de même largeur les surpassent en matière d'erreurs structurées.

Là où ils apparaissent encore

La casse du format Intel HEX est importante pour le firmware. Un fichier peut réussir tous les contrôles d'enregistrement et pourtant être incomplet, car un enregistrement manquant ne laisse aucune trace dans les autres. Ajoutez un CRC ou un hachage au niveau de l'image, comme décrit au chapitre 18.

Dispositifs physiques qui utilisent encore la parité et des additions simples

Cartes à bande magnétique Chaque caractère comporte un bit de parité impaire, et un caractère de contrôle de redondance longitudinale suit le caractère de fin. Un lecteur rejette un glissement qui échoue à l'un ou l'autre de ces tests.	Instruments série et périphériques PLC Les liaisons RS-232 et RS-485 peuvent ajouter un bit de parité à chaque caractère, ce qui permet de détecter les basculements de bits uniques causés par le bruit électrique.
	Programmateurs Flash et chargeurs de démarrage Ils lisent les fichiers Intel HEX et Motorola S-record, qui contiennent une somme pour chaque enregistrement, et l'outil rejette normalement un enregistrement qui ne correspond pas.

7. Chiffres de contrôle : comment calculer un chiffre de contrôle GS1 et pourquoi il est important

Les chiffres de contrôle sont les plus anciens et les plus répandus dans l'industrie. Ils figurent à la fin des identifiants saisis manuellement et scannés par les machines. Ils constituent la base de la traçabilité, car chaque lot, numéro de série, emplacement et expédition est référencé par un identifiant.

Comment calculer un chiffre de contrôle GS1

GS1 exige un chiffre de contrôle pour toutes les clés d'identification numériques de longueur fixe, notamment GTIN-8, GTIN-12, GTIN-13, GTIN-14, GLN et SSCC. L'algorithme est une somme pondérée modulo 10. Les pondérations alternent entre 3 et 1, et le chiffre suivant le chiffre de contrôle a toujours la pondération 3.

1. Écrivez les chiffres de la clé sans son chiffre de contrôle.
2. En partant de la droite, multipliez les chiffres alternativement par 3 et par 1.
3. Additionnez les produits de tous les chiffres.
4. Le chiffre de contrôle est la valeur qui amène la somme au multiple de 10 suivant. Si la somme est déjà un multiple de 10, le chiffre de contrôle est 0.

Written as a formula, the check digit [latex]C[/latex] uses the digits [latex]d_i[/latex] of the body, counted from the right. The weight is [latex]w_i = 3[/latex] for odd [latex]i[/latex] and [latex]w_i = 1[/latex] for even [latex]i[/latex].

[latex]\displaystyle C = \left(10 – \left(\sum_{i=1}^{n} w_i d_i \bmod 10\right)\right) \bmod 10[/latex]

Exemple d'application pour le corps GTIN-13 400638133393. En comptant à partir de la gauche, les poids sont 1, 3, 1, 3 et ainsi de suite, car le chiffre le plus à droite du corps est dans une position impaire à partir de la droite.

The products add up to 89. The next multiple of 10 is 90, so the check digit is [latex]C = (10 – (89 \bmod 10)) \bmod 10 = 1[/latex] and the complete GTIN-13 is 4006381333931. The same rule applies to an SSCC. The 17-digit body 34012345000000001 sums to 43, which gives [latex]C = (10 – (43 \bmod 10)) \bmod 10 = 7[/latex] and the SSCC 340123450000000017.

Ce que détecte un chiffre de contrôle

Le tableau compare le schéma GS1 à trois alternatives. Les performances de GS1 et de Luhn ont été confirmées par simulation sur des clés aléatoires. Les propriétés de Verhoeff et de Damm sont documentées dans leurs publications originales.

Le système de pondération GS1 n'est pas le plus robuste. C'est celui que vous devez utiliser pour les clés GS1. Pour les identifiants que vous définissez vous-même, choisissez un système plus robuste.

Un chiffre de contrôle valide ne renseigne pas sur l'existence du numéro. Il indique simplement qu'il est bien formé. Il ne prouve pas que le GTIN est attribué, qu'il appartient à ce produit ou qu'il est actif dans vos données de base. Il est donc essentiel de maintenir la validation des données de base en complément du contrôle arithmétique.

Le chiffre de contrôle du VIN en position 9

En Amérique du Nord, la norme 49 CFR 565 exige un chiffre de contrôle en position 9 du numéro VIN à 17 caractères. Chaque caractère est translittéré en un nombre, puis multiplié par un coefficient de pondération : 8, 7, 6, 5, 4, 3, 2, 10, 0, 9, 8, 7, 6, 5, 4, 3, 2. Les produits sont ensuite additionnés. Le reste de la division par 11 constitue le chiffre de contrôle ; un reste de 10 est représenté par la lettre X.

[latex]\displaystyle C = \left(\sum_{i=1}^{17} t_i w_i\right) \bmod 11[/latex]

Here [latex]t_i[/latex] is the transliterated value and [latex]w_i[/latex] is the weight of position [latex]i[/latex].

De nombreux numéros d'identification de véhicule (NIV) d'origine européenne ne comportent pas de chiffre de contrôle valide ; par conséquent, une règle de validation nord-américaine ne doit pas les rejeter automatiquement. Un test rapide pour votre propre implémentation : un NIV composé de dix-sept 1 doit produire le chiffre de contrôle 1. Le texte de la règle se trouve dans… 49 CFR 565.15.

Autres programmes que vous rencontrerez

• Les codes-barres EAN-13 apposés sur les livres comportent un ISBN-13 et utilisent l'algorithme GS1. L'ancien ISBN-10 utilisait un système modulo 11.
• Les numéros de cartes de paiement et les numéros IMEI utilisent l'algorithme de Luhn, que Hans Peter Luhn d'IBM a décrit dans un dépôt de brevet de 1954.
• IBAN utilise le MOD 97-10 de la norme ISO/IEC 7064.
• Les numéros de conteneurs d'expédition conformes à la norme ISO 6346 se terminent par un chiffre de contrôle.

Conception d'un chiffre de contrôle pour les numéros de pièces internes et les numéros de série

De nombreux systèmes créent des identifiants et ajoutent ensuite un système de vérification maison. Ces systèmes maison omettent souvent les transpositions, une erreur de saisie fréquente. Utilisez un système publié, sauf raison documentée de faire autrement.

• Choisissez un algorithme établi et publié. Les algorithmes Damm ou Verhoeff conviennent aux identificateurs numériques. La norme ISO/IEC 7064 définit des systèmes purs et hybrides pour les chaînes numériques, alphabétiques et alphanumériques, parmi lesquels MOD 11-2, MOD 37-2 et MOD 97-10.
• Fixez la longueur de l'identifiant et placez le caractère de contrôle en dernier.
• Supprimez de l'alphabet les caractères similaires tels que O et 0, ou I et 1, ou traitez-les explicitement dans le schéma.
• Définissez l'algorithme dans un document contrôlé avec des vecteurs de test, afin que chaque système applique la même règle.
• Testez le système par rapport aux classes d'erreurs qui vous intéressent : substitution simple, transposition adjacente, erreurs jumelles et erreurs phonétiques où une entrée vocale existe.
• Pour les nouveaux systèmes, il est conseillé d'utiliser des nombres non significatifs. Cela évite de devoir renuméroter les systèmes lorsqu'une classification change.
• Validez à chaque point d'entrée, y compris les systèmes ERP, MES, les logiciels d'étiquetage et les scripts d'automates programmables. Un contrôle existant dans un système est ignoré par les autres.

Dispositifs et outils de validation des chiffres de contrôle

8. Erreurs de lecture de codes-barres : causes, vérification et solutions

Les erreurs de lecture de codes-barres se répartissent en trois catégories. Une absence de lecture interrompt le processus et entraîne une perte de temps. Une lecture erronée renvoie une valeur incorrecte qui semble pourtant valide. Une lecture erronée renvoie une valeur valide provenant du mauvais article, par exemple d'une étiquette voisine. Les lectures erronées constituent la catégorie la plus dangereuse, et les contrôles intégrés aux symbologies visent à les limiter.

Contrôles intégrés à la symbologie

La lecture n'est pas synonyme de qualité

Un scanner qui décode un symbole ne garantit pas sa qualité. Des symboles de qualité moyenne peuvent être décodés aujourd'hui, mais devenir inutilisables après que l'étiquette se soit abîmée pendant le transport. Un vérificateur évalue la qualité d'impression par rapport à une norme et attribue une note.

Les vérificateurs doivent être étalonnés à l'aide d'une carte de test de conformité. La norme d'application ou le client définit le niveau minimal acceptable. Consultez les spécifications générales GS1 en vigueur et les règles sectorielles applicables à votre type de symbole.

Causes et solutions

Appliquez une seule règle à chaque station de lecture. Décodez, validez le chiffre de contrôle, vérifiez le format par rapport à la clé attendue, puis acceptez la valeur. Toute erreur de lecture déclenche une réaction définie. Elle ne doit pas déclencher une boucle de nouvelles tentatives non comptabilisée.

9. Comment éviter les erreurs d'étiquetage

Une étiquette erronée est l'une des défaillances de données les plus courantes et les plus visibles. Elle peut avoir plusieurs causes distinctes, et une somme de contrôle n'en corrige que certaines. Il est donc important d'identifier ces causes avant de choisir les contrôles.

Un processus d'étiquetage en boucle fermée

1. Publier le modèle d'étiquette et sa source de données sous contrôle de modification. Stocker un hachage du fichier modèle dans l'enregistrement de publication.
2. Au démarrage de la tâche, l'imprimante ou le serveur d'étiquettes calcule le hachage du modèle chargé et le compare à l'enregistrement de validation. Une non-concordance bloque l'impression.
3. Constituez la charge utile à partir de l'unique enregistrement faisant autorité. Générez le chiffre de contrôle à l'aide d'un logiciel et d'une bibliothèque éprouvée ; ne le saisissez jamais manuellement.
4. Imprimez, puis vérifiez le symbole directement sur le support. Une note inférieure au minimum requis entraîne le rejet du label.
5. Scannez l'étiquette imprimée et comparez son contenu décodé avec l'enregistrement attendu pour cet appareil. Rejetez tout appareil dont l'étiquette ne correspond pas.
6. Un second contrôle a été effectué au poste d'emballage ou d'expédition après l'application. Ce second contrôle permet de détecter les erreurs qui surviennent après l'impression.
7. À la fin de chaque cycle, effectuez un rapprochement des comptes. Le nombre d'étiquettes émises, apposées, mises au rebut et retournées doit correspondre.

La séquence utilise trois types de vérifications. Le hachage garantit le modèle correct. La clé de contrôle et le format vérifient sa validité. La comparaison avec l'enregistrement attendu confirme qu'il s'agit de la clé appropriée pour cette unité. Seule la troisième vérification permet de détecter une étiquette valide mais incorrecte.

10. Sommes de contrôle du réseau et du bus de terrain

Les machines protègent leurs données grâce à des contrôles définis dans le protocole. Ces contrôles sécurisent la liaison, saut par saut. Ils ne protègent pas les données une fois qu'elles sont stockées dans la mémoire de l'automate programmable ou dans une base de données.

sommes de contrôle Internet Les en-têtes IP, TCP et UDP utilisent la somme de contrôle complémentaire à un (CRC) sur 16 bits décrite dans la RFC 1071. Ce calcul est peu coûteux, mais peu robuste. Il ne détecte pas les mots de 16 bits inversés ni certaines erreurs compensatoires. Les couches liaison ajoutent un CRC plus robuste en sous-jacent, ce qui explique la persistance de cette somme de contrôle faible. Les fonctions de Fletcher et d'Adler-32 sont des sommes simples à deux accumulateurs, ce qui leur permet de détecter davantage d'erreurs d'ordre qu'une simple somme. La fonction d'Adler-32 est disponible dans la bibliothèque zlib. Elle est moins performante avec les messages courts.	Modbus RTU Les trames Modbus RTU se terminent par un CRC 16 bits. Le polynôme est 0x8005, utilisé sous sa forme réfléchie 0xA001, avec la valeur initiale 0xFFFF. L'octet de poids faible du CRC est envoyé en premier. Modbus ASCII utilise un contrôle de redondance longitudinale plus simple, sur 8 bits. Voici une requête RTU complète qui lit 10 registres de maintien à partir de l'esclave 1, en commençant à l'adresse 0. La valeur CRC est 0xCDC5, qui est transmise sur le câble sous la forme C5 suivi de CD. 01 03 00 00 00 0A C5 CD
CAN et CAN FD Le protocole CAN classique utilise un CRC 15 bits avec le polynôme 0x4599. Il offre une distance de Hamming de 6 pour une longueur de trame fixe, permettant ainsi la détection de cinq erreurs binaires aléatoires. Le protocole CAN FD utilise un CRC 17 bits pour les charges utiles jusqu'à 16 octets et un CRC 21 bits au-delà, choisi pour conserver la même distance de Hamming de 6. Le bourrage de bits complexifie la situation. La documentation CAN sur l'automatisation indique que le bourrage peut réduire la distance de Hamming effective pour certains motifs binaires dans les trames classiques, et CAN FD ajoute un compteur de bits de bourrage pour compenser cet écart. Les détails se trouvent dans… Explication de la CiA concernant le CRC dans les trames CAN.	Bus basés sur Ethernet PROFINET, EtherCAT, EtherNet/IP et Modbus TCP transportent leurs données dans des trames Ethernet standard. Chaque trame se termine par une séquence de contrôle de trame de 32 bits (CRC-32), vérifiée par les périphériques à chaque saut. Les trames dont la séquence est incorrecte sont rejetées. D'autres bus, comme PROFIBUS et IO-Link, définissent leurs propres contrôles de trame. Consultez la spécification du protocole et consignez le contrôle dans votre AMDEC au lieu de le supposer.
	Protocoles de sécurité sur le toit du bus Les protocoles de sécurité tels que PROFIsafe, CIP Safety et Fail Safe over EtherCAT considèrent le bus sous-jacent comme un canal noir. Ce canal peut corrompre, retarder, répéter ou réordonner les messages. La couche de sécurité ajoute son propre CRC, un compteur de séquence et un chien de garde, afin que la fonction de sécurité ne dépende pas des contrôles effectués sur la liaison. Tirez les leçons de cette expérience pour vos propres conceptions. Un CRC au niveau de la liaison ne protège pas une recette lorsqu'elle est en mémoire ou transite par un serveur OPC UA et un MES. Ajoutez un contrôle de bout en bout au niveau de l'application pour chaque ensemble de paramètres ayant une incidence sur la sécurité ou la qualité.

11. Qu'est-ce que la vérification d'erreurs CRC ?

A cyclic redundancy check treats the message as a long binary number, which is a polynomial over [latex]\mathrm{GF}(2)[/latex]. It divides that polynomial by a fixed generator polynomial and keeps the remainder. The remainder is the CRC, usually 8, 16 or 32 bits long. The sender appends it, the receiver divides again, and any mismatch signals corruption.

Un exemple concret

Take the 3-bit generator 1011, which stands for [latex]x^3 + x + 1[/latex], and the message 1101. Append three zeros to get 1101000. Then divide by repeated XOR with the generator.

1101000
1011
-------
0110000
 1011
-------
0011100
  1011
-------
0001010
   1011
-------
0000001

Le reste est 001, donc le mot transmis est 1101001. Diviser ce mot par 1011 donne un reste de 000. Inverser un seul bit rend le reste non nul. Les CRC réels utilisent des générateurs de 8 à 32 bits et fonctionnent soit matériellement, soit avec des tables de correspondance, mais le principe reste le même.

Ce que garantit un CRC

• Toute erreur sur un seul bit, pourvu que le générateur comporte plus d'un terme.
• Chaque erreur en rafale ne dépasse pas la largeur du CRC.
• Every odd number of bit errors, for generators that contain the factor [latex]x + 1[/latex]. The common 16-bit polynomials qualify. The Ethernet CRC-32 does not.
• Longer bursts and random patterns pass with a probability of roughly [latex]2^{-n}[/latex].
• Une distance de Hamming qui dépend du polynôme et de la longueur du message.

Les paramètres qui doivent correspondre

Deux parties calculent le même CRC uniquement si elles s'accordent sur six paramètres : la largeur, le polynôme, la valeur initiale, la réflexion d'entrée, la réflexion de sortie et l'opération XOR finale. Les appellations telles que CRC-16 ou CRC-32 sont ambiguës. Catalogue Reveng CRC Cette fonction répertorie les ensembles de paramètres couramment utilisés. Vérifiez l'implémentation à l'aide de la valeur de contrôle ASCII 123456789.

Choisir un polynôme en fonction de la longueur du message

La robustesse d'un CRC dépend du polynôme et de la longueur du message. Koopman a démontré dans un étude des CRC 32 bits que le polynôme IEEE 802.3 n'atteint qu'une distance de Hamming de 4 sur les messages Ethernet de longueur maximale, tandis que d'autres polynômes atteignent 6. Les réseaux embarqués avec des messages courts présentent des écarts plus importants, et certains polynômes 16 bits largement copiés sont peu performants aux longueurs où ils sont utilisés.

• Définissez la plage de longueurs des messages avant de choisir un polynôme.
• Déterminez la distance de Hamming requise à la longueur maximale. Les applications critiques pour la sécurité nécessitent généralement une distance de 6.
• Prenez le polynôme issu de résultats de recherche exhaustive publiés, et non de traditions populaires ou d'un exemple de code.

Limites d'un CRC

Un CRC est une fonction linéaire du message. Étant donné un message et son CRC, n'importe qui peut modifier le message et calculer un CRC correspondant sans secret. Un CRC ne prouve donc rien quant à l'origine et ne peut empêcher une modification délibérée. Les chapitres 13 et 14 présentent les outils permettant de s'en prémunir.

Dispositifs contenant un CRC

12. Fonctions de hachage non cryptographiques

Les fonctions de hachage non cryptographiques telles que xxHash, MurmurHash, CityHash et FNV privilégient la vitesse à la sécurité. Sur les processeurs modernes, elles fonctionnent à une vitesse proche de celle de la mémoire et produisent des valeurs de 32, 64 ou 128 bits qui répartissent uniformément les entrées.

Elles n'offrent aucune protection contre une personne qui crée intentionnellement des entrées conflictuelles :

13. Hachages cryptographiques et vérification d'une somme de contrôle SHA-256

Dans ce chapitre, nous allons aborder les détails techniques et pratiques.

Une fonction de hachage cryptographique doit résister à trois types d'attaques :

• La résistance à la préimage signifie que personne ne peut trouver d'entrée pour un condensé donné.
• La résistance à la seconde préimage signifie que personne ne peut trouver une entrée différente qui corresponde au condensé d'une entrée donnée.
• La résistance aux collisions signifie que personne ne peut trouver deux entrées ayant le même condensé.

Le NIST décrit le plan de retrait du SHA-1 sur son site web. page d'annonce SHA-1Un condensé SHA-256 offre environ 128 bits de résistance aux collisions, ce qui est largement supérieur à toute attaque pratique.

Comment vérifier une somme de contrôle SHA-256

Il vous faut deux choses : le condensé attendu provenant d’une source fiable et le fichier. Calculez le condensé localement et comparez la chaîne complète. Comparer uniquement les premiers caractères compromet la majeure partie de la protection.

# Linux : calcul de la somme de contrôle SHA256 du firmware.bin : sha256sum -c SHA256SUMS # macOS : shasum -a 256 firmware.bin # Windows PowerShell : Get-FileHash .\firmware.bin -Algorithm SHA256 # Invite de commandes Windows : certutil -hashfile firmware.bin SHA256

Un fichier SHA256SUMS contient une ligne par fichier, avec le condensé, deux espaces et le nom du fichier. La commande `sha256sum -c` lit ce fichier et affiche `OK` ou `FAILED` pour chaque fichier. Avant d'utiliser un outil, vérifiez-le avec le vecteur de test de l'annexe B.

14. Sommes de contrôle chiffrées, signatures et authenticité

Tout est public jusqu'à présent. N'importe qui peut calculer un CRC ou un SHA-256 pour un message modifié. Pour empêcher toute modification intentionnelle, la vérification doit reposer sur un secret ou une clé privée.

Les systèmes à secret partagé placent la clé dans chaque vérificateur. Une clé présente sur des dizaines de stations de test ou des milliers d'appareils est difficile à protéger et à renouveler. Les signatures résolvent ce problème. Les stations et les appareils ne détiennent que la clé publique, tandis que la clé privée reste stockée dans un module de sécurité matériel chez l'autorité de certification.

Ne créez pas de MAC en hachant un secret suivi du message avec SHA-256. SHA-2 est vulnérable aux attaques par extension de longueur sur cette construction. HMAC existe précisément pour éviter cela.

Cas d'utilisation dans les environnements de produit

• • Firmware signé et démarrage sécurisé. La ROM de démarrage vérifie la signature du chargeur de démarrage, et ce dernier vérifie l'application. Le CRC reste important pour l'intégrité en cours d'exécution de la mémoire flash et de la RAM, mais il ne remplace jamais la signature.

• L'authenticité d'une pièce détachée est une question distincte. Un numéro de série avec un chiffre de contrôle valide ne prouve en rien son authenticité, puisqu'il est calculable par n'importe qui. L'authentification requiert un secret, par exemple une étiquette cryptographique dans un élément sécurisé ou un code qu'un serveur peut vérifier et que personne ne peut déduire du numéro de série.
• Les étiquettes peuvent contenir des données anti-contrefaçon. GS1 définit un identifiant d'application, AI 8030, pour une signature numérique intégrée au support de données, associée à la clé.
• Les documents réglementés nécessitent une attention particulière. Une signature cryptographique permet de sécuriser les documents électroniques, mais ne constitue pas une signature électronique au sens de la partie 11 du titre 21 du CFR. La réglementation exige également des contrôles d'identité, la signification de la signature et son lien avec le document.

Serrures, clés et dispositifs d'accès

Les serrures mécaniques et électroniques illustrent la différence entre la détection d'erreurs et l'authentification.

• Serrures à goupilles : les dimensions de la clé doivent correspondre à la hauteur des goupilles, la serrure vérifiant ainsi une forme physique. Cette forme constitue un secret partagé, car quiconque la reproduit obtient l'accès.
• Les cartes d'identité sans contact à bas coût : les trames de lecture contiennent un CRC pour se prémunir contre les erreurs radio, ce qui ne prouve en rien l'identité de l'utilisateur. Les anciennes cartes utilisant un chiffrement propriétaire vulnérable, comme MIFARE Classic, peuvent être clonées. Les cartes d'identité modernes utilisent un système de défi-réponse avec des chiffrements standard tels que l'AES.
• Serrures intelligentes Bluetooth Low Energy : la couche de liaison protège chaque paquet avec AES-CCM, dont le code d’intégrité du message est un contrôle à clé.
• Consommables et accessoires authentifiés : certaines cartouches d’imprimante, batteries et capteurs contiennent une puce qui répond à un défi cryptographique lancé par le périphérique hôte.

15. Codes correcteurs d'erreurs

La détection signale les données erronées et la correction les répare. Cela engendre une redondance accrue, mais permet la poursuite du processus sans nouvelle analyse, retransmission ni retouche.

Marques qui résistent aux dommages Un code QR offre quatre niveaux de correction (L, M, Q et H), qui restaurent respectivement environ 7 %, 15 %, 25 % et 30 % des mots de code. La norme Data Matrix ECC 200 utilise l'algorithme Reed-Solomon avec un taux de redondance fixe par taille de symbole. Les pièces marquées au laser, sales ou abîmées, ainsi que les étiquettes utilisées tout au long de la chaîne d'approvisionnement, en bénéficient directement. La correction d'erreurs renforce la robustesse du marquage. Elle peut aussi masquer une dégradation. Un symbole Data Matrix endommagé peut être décodé parfaitement alors que sa capacité de correction résiduelle tend vers zéro. La vérification selon la norme ISO/IEC 15415 indique la correction d'erreurs inutilisée comme un paramètre noté. Pour contrôler la qualité d'impression et de marquage, il convient de se fier à la note du vérificateur et non au résultat de la lecture.

Mémoire ECC et mémoire flash dans les produits embarqués Les microcontrôleurs destinés aux applications automobiles et industrielles protègent souvent la mémoire flash et la RAM par correction d'erreurs (ECC). Le matériel corrige les erreurs de bits individuelles et les comptabilise. Il faut ensuite lire et enregistrer les compteurs d'erreurs corrigées. Une augmentation de ce compteur indique une cellule défaillante, une alimentation limite ou des perturbations dues aux radiations. Un CRC calculé après correction utilise des données correctes ; le compteur est donc le seul signal précoce disponible.

Dispositifs et supports qui reposent sur la correction d'erreurs Les pièces marquées au laser et microbillées portent des symboles Data Matrix ECC 200, qui utilisent des codes Reed-Solomon, de sorte qu'une marque éraflée peut encore être décodée. Serveurs, contrôleurs et microcontrôleurs automobiles : la mémoire ECC corrige généralement les erreurs sur un seul bit et détecte les erreurs sur deux bits. SSD, eMMC et cartes SD : le contrôleur applique des codes BCH ou LDPC aux pages flash, et ses compteurs de bits corrigés peuvent servir d’indicateur d’usure.

16. Comparaison des algorithmes

Le tableau récapitule les familles et leur place dans cet article. Les performances dépendent de la plateforme ; effectuez donc vos propres mesures sur votre matériel cible.

17. Conception et ingénierie

CAO, dessins et nomenclatures en cours de publication

Un système PLM ou PDM identifie une version par sa révision. La lettre de révision indique la version initialement prévue. Le hachage du package publié indique les octets diffusés. Ces deux informations sont stockées dans l'enregistrement de la version. Tout utilisateur peut ainsi vérifier le contenu reçu, ce qui comble une lacune liée aux lettres de révision : la possibilité qu'un fichier ait été remplacé ou modifié après sa publication.

• Calculer un condensé SHA-256 pour chaque fichier publié, par exemple le modèle STEP, le PDF du dessin et l'exportation de la nomenclature.
• Calculez un condensé supplémentaire sur un manifeste qui répertorie tous les fichiers et leurs condensés, afin qu'une seule valeur représente l'ensemble du paquet.
• Intégrez le résumé du manifeste dans l'enregistrement ECO ou ECN et dans le bordereau de transmission envoyé aux fournisseurs.
• Laissez le portail fournisseur ou le système de production recalculer et comparer à réception.
• Comparez les exportations de nomenclature (BOM) par hachage entre les configurations de conception et de fabrication. Une différence est signalée et fait l'objet d'une analyse humaine pour l'expliquer.

Vérification des erreurs dans les références des pièces et les connecteurs

La conception détermine la facilité avec laquelle une erreur peut être commise ultérieurement. Un chiffre de contrôle sur les références des pièces permet de détecter les erreurs de saisie à chaque étape. Des formats de numérotation distincts pour les pièces achetées, les dessins et les assemblages empêchent toute confusion entre les différentes catégories. Les connecteurs à détrompage et les étiquettes asymétriques fonctionnent selon le même principe au niveau physique.

micrologiciel embarqué et données d'étalonnage

Une image de firmware doit être autodescriptive et autovérifiable. Une structure courante place un en-tête fixe à une adresse connue.

Appliquez la même rigueur aux blocs d'étalonnage et de configuration dans l'EEPROM ou la mémoire flash. Stockez un CRC avec chaque bloc. Définissez le comportement en cas d'échec du contrôle : utilisation des valeurs par défaut, génération d'une erreur et interdiction d'utiliser les données sans les enregistrer. Conservez des blocs de copie et d'écriture redondants, assurant la continuité de service en cas de coupure de courant.

Contexte de sécurité fonctionnelle

Les normes de sécurité fonctionnelle considèrent la corruption de mémoire et les erreurs de communication comme des modes de défaillance nécessitant des mesures de diagnostic. Les normes ISO 26262 (véhicules routiers), IEC 61508 (systèmes industriels) et IEC 62304 (logiciels pour dispositifs médicaux) exigent toutes de démontrer comment ces défauts sont détectés. Les mesures typiques comprennent les CRC (certificats de contrôle de réception) sur la mémoire de code et de données, la protection des communications par des compteurs de séquence et la redondance du stockage.

L'analyse doit indiquer la couverture diagnostique, c'est-à-dire la proportion de défaillances détectées par la mesure. Un CRC 32 bits n'offre pas automatiquement une couverture de 99 % pour l'ensemble du système. La couverture dépend des éléments couverts par le CRC, de sa fréquence d'exécution et du comportement du système en cas de défaillance.

18. Industrialisation et fabrication, y compris la vérification du flashage du firmware

L'industrialisation transforme les données de conception en processus opérationnels. La plupart des erreurs de données qui atteignent la production surviennent à ce stade : recettes erronées, modèles d'étiquettes incorrects, limites de test inadaptées.

Marquage et correction des erreurs des stations de numérisation

• Vérifier le marquage au point d'application et à nouveau à l'endroit où le marquage est requis pour la première fois. Les normes ISO/IEC 15415, 15416 et 29158 définissent le classement.
• Transformez le poste de lecture en portillon. L'automate programmable ne lance l'opération suivante que lorsque les tests de décodage, de chiffre de contrôle, de format et de valeur attendue sont tous réussis.
• Ajoutez des chiffres de contrôle aux numéros de série générés par la ligne, afin de protéger également la saisie manuelle aux postes de retouche.
• Consignez chaque analyse ayant échoué, en indiquant la station, l'heure et, si possible, l'image du symbole. Ces informations alimentent la méthodologie DMAIC présentée au chapitre 20.

Recettes et paramètres

Les programmes de réglage des machines, les programmes de couple, les calendriers de soudage et les limites de test sont stockés sous forme de fichiers ou de lignes de base de données. Un paramétrage erroné ou obsolète peut engendrer un dysfonctionnement silencieux, car la machine fonctionne correctement malgré des instructions incorrectes.

Conservez une référence de hachage dans le MES ou le PLM. À chaque téléchargement de recette et au début de chaque lot, le logiciel de la station recalcule le hachage de la recette active et le compare. Une différence bloque la production du lot. Pour les paramètres transmis par bus à un contrôleur, ajoutez un CRC dans le bloc de données afin que le contrôleur récepteur ne traite pas de valeurs corrompues.

Comment vérifier le flashage du firmware en fin de ligne

Le soudage par étirage est une étape de processus au même titre que le soudage ou le serrage. Il nécessite une méthode définie, des critères d'acceptation et un enregistrement pour chaque numéro de série. Un programmeur qui signale une réussite indique seulement que ses commandes ont été exécutées.

1. Programmez l'image avec l'option de vérification du programmateur activée, si l'appareil et l'outil le permettent.
2. Relisez les régions programmées et calculez un hachage SHA-256 ou CRC-32 sur les régions définies dans le plan de contrôle. Comparez le résultat avec le hachage de référence du journal de publication.
3. Traitez les données spécifiques à chaque unité dans une étape distincte. Le numéro de série, l'adresse MAC et les valeurs d'étalonnage diffèrent selon l'unité. Excluez-les du condensé de l'image complète et vérifiez-les par rapport à leurs propres enregistrements, ou calculez le condensé attendu en intégrant les données de l'unité.
4. Vérifiez les octets d'option, les fusibles et les bits de verrouillage. Une application correcte, mais avec une configuration de démarrage incorrecte ou sans protection en lecture, est une unité défectueuse.
5. Interrogez le périphérique en cours d'exécution pour obtenir sa version logicielle et le condensé de son image via le protocole applicatif. De nombreux produits calculent le CRC de leur mémoire flash à l'aide d'un périphérique matériel et le communiquent. Cela permet également de tester la communication.
6. Consignez le résultat dans le système MES en fonction du numéro de série de l'unité, ainsi que le condensé d'image et la version de l'outil. L'unité ne doit pas être autorisée à poursuivre sa production sans enregistrement de réussite.
7. On soumet la station à intervalles réguliers à un échantillon défectueux connu, par exemple une image comportant un bit inversé. Cela prouve que la station continue de rejeter l'échantillon.

Respectez l'ordre des étapes : une fois la protection en lecture activée, toute relecture ultérieure est impossible. Vérifiez d'abord, puis verrouillez, et enfin vérifiez que le bit de verrouillage est activé.

Enregistrements de la station d'essai et de l'outillage

Les résultats des tests de couple, d'inspection visuelle, d'étanchéité et électriques constituent des preuves commerciales et parfois légales. Les enregistrements stockés sous forme de fichiers ou de lignes simples peuvent être altérés ou perdus sans laisser de trace.

• Calculer un hachage d'enregistrement à partir du numéro de série, de la station, de l'heure, du résultat et des valeurs mesurées.
• Écrivez les enregistrements dans un magasin en mode ajout uniquement, ou enchaînez-les comme décrit au chapitre 13, avec un ancrage périodique.
• Synchronisez les horloges des stations avec une source de temps fiable, afin que les horodatages aient une signification.

Communication machine à machine

OPC UA propose la signature et le chiffrement des messages via ses modes de sécurité Sign et SignAndEncrypt. Utilisez-les entre les stations, les automates programmables et le MES. La sécurité du transport protège les données en transit. Elle ne remplace pas les contrôles au niveau applicatif des paramètres critiques, qui doivent être préservés lors du stockage, de la conversion et de l'exportation.

Dispositifs de station qui sécurisent le processus

Certaines mesures physiques fonctionnent comme une somme de contrôle. Le poids d'un kit, par exemple, est une propriété redondante qui doit correspondre à la valeur attendue.

19. Gestion de la qualité et conformité

Les systèmes qualité exigent des résultats que les sommes de contrôle contribuent à atteindre : identification, traçabilité, documents contrôlés et enregistrements fiables. Les normes mentionnent rarement les sommes de contrôle ; elles désignent plutôt les résultats, et une vérification est un moyen de prouver l’obtention d’un résultat.

Intégrité des données et ALCOA+ Les organismes de réglementation décrivent l'intégrité des données à l'aide des principes ALCOA : attributabilité, lisibilité, contemporanéité, originalité et exactitude. Le principe ALCOA+ étend ces principes en ajoutant l'exhaustivité, la cohérence, la pérennité et la disponibilité. Une somme de contrôle correspond à certains de ces principes. Elle atteste qu'un enregistrement est exact et inchangé depuis sa création. Une chaîne de hachage indique que les enregistrements sont complets et ordonnés. Une somme de contrôle n'indique ni qui a créé un enregistrement, ni quand. Elle complète la piste d'audit et le contrôle d'accès, sans les remplacer.

Traçabilité et préparation aux rappels La traçabilité repose sur des identifiants qui restent valides de la réception des composants à leur expédition. Les chiffres de contrôle garantissent l'exactitude des identifiants lors de leur passage dans les scanners et les claviers. La généalogie établit des liens entre les numéros de lot, de série et de série à différents niveaux, en amont et en aval. Évaluez la préparation au rappel simulé. L'indicateur est le temps écoulé entre un déclencheur, par exemple un numéro de lot fournisseur, et l'obtention de la liste complète des unités finies concernées et de leurs emplacements. Les contrôles non effectués et les identifiants dupliqués sont des raisons typiques pour lesquelles un rappel simulé peut prendre plusieurs jours au lieu de quelques heures.

Données relatives à l'étalonnage, aux équipements de test et aux fournisseurs Associez les certificats d'étalonnage à des identifiants d'équipement comportant un chiffre de contrôle et conservez un hachage de chaque fichier de certificat. Pour les certificats fournisseurs tels que les certificats de conformité (CoC), les certificats d'analyse (CoA) et les rapports d'essais de matériaux, demandez des fichiers signés ou des données structurées. Comparez automatiquement le numéro de lot et la référence avec le bon de commande et le bon de réception. Pour les fichiers CAO, les micrologiciels et les programmes de test des fournisseurs, vérifiez le condensé par rapport au bordereau de transmission avant toute utilisation du fichier.

Bonus : valider le chèque lui-même

Dans les environnements réglementés, la fonction de contrôle fait partie d'un système informatisé et doit être validée selon les principes GAMP 5. Planifiez la qualification d'installation, opérationnelle et de performance (QI, QO et QP) en fonction du risque.

Le protocole de qualification opérationnelle (OQ) doit inclure des tests négatifs. Fournissez au contrôleur des données erronées et prouvez qu'il les rejette. Conservez les vecteurs de test dans le fichier de validation et relancez-les après toute modification du logiciel, du micrologiciel du lecteur ou des modèles d'étiquettes.

20. La perspective Lean Six Sigma

Poka-yoke et jidoka

De nombreux points communs avec les sommes de contrôle : Shigeo Shingo a formalisé le poka-yoke, ou détrompage, lorsqu’il travaillait chez Toyota. Il a distingué les fonctions de contrôle, qui rendent l’erreur impossible ou arrêtent le processus, des fonctions d’avertissement, qui se contentent de la signaler. Le jidoka, ou qualité intégrée, ajoute l’arrêt : la machine s’immobilise lorsqu’elle détecte une anomalie.

Un chiffre de contrôle avec un arrêt brutal à une station de lecture est une fonction de contrôle. Un échec de lecture qui laisse passer l'appareil malgré tout n'est qu'un avertissement. Vérifiez vos stations afin de déceler précisément cette différence.

AMDEC

Évaluez honnêtement la détection de chaque contrôle. Un contrôle avec arrêt brutal, testé avec des échantillons défectueux connus et couvrant la cause de la défaillance, obtient une meilleure évaluation que le même contrôle que les opérateurs peuvent contourner. Consignez les éléments de preuve dans l'AMDEC processus.

La méthode de priorisation des actions de l'AIAG-VDA vous incite également à privilégier la prévention. Prévenir signifie ici concevoir le processus de manière à éviter toute erreur de saisie de données, par exemple en générant les identifiants et les étiquettes à partir d'une source unique plutôt qu'en les saisissant manuellement.

DMAIC appliqué aux erreurs de données

The defects per million opportunities follow from the number of defects [latex]D[/latex], the units [latex]N[/latex] and the opportunities per unit [latex]O[/latex]. The sigma level adds the conventional 1.5 sigma shift to the normal quantile.

[latex]\displaystyle \mathrm{DPMO} = \frac{D}{N \times O} \times 10^{6}[/latex]

[latex]\displaystyle \sigma_{\mathrm{level}} = \Phi^{-1}\left(1 – \frac{\mathrm{DPMO}}{10^{6}}\right) + 1.5[/latex]

A worked example with illustrative numbers shows the arithmetic. 36 wrong-label defects in 480,000 labels, counting one opportunity per label, give [latex]\mathrm{DPMO} = 36 / 480000 \times 10^{6} = 75[/latex]. With the conventional 1.5 sigma shift, that is a sigma level of about 5.3. After the improvements, 6 defects in the next 480,000 labels give 12.5 per million and about 5.7 sigma. The figures illustrate the calculation. They are not a benchmark.

Exemple de plan de contrôle

Trois familles d'appareils poka-yoke

Shingo a regroupé les méthodes de prévention des erreurs en trois familles. Chacune a un équivalent parmi les vérifications présentées dans ce guide :

Méthode de contact Détecte la forme, la taille ou la couleur par le toucher ou par un capteur, par exemple un interrupteur de fin de course ou un dispositif à clé. Le traitement des données s'effectue par un test de format ou de chiffre de contrôle.

Méthode à valeur fixe Signale une erreur lorsqu'un nombre défini de pièces ou de mouvements n'est pas atteint, par exemple pour un plateau à positions comptées. Les données correspondantes sont un champ de longueur ou un nombre de segments.

Méthode par étapes Vérifie que les étapes se déroulent dans le bon ordre, par exemple grâce à un système de verrouillage qui bloque une étape jusqu'à ce que la précédente soit terminée. Les données correspondantes sont un numéro de séquence ou un flux de travail de type « numérisation-libération ».

21. Logistique : comment réduire les erreurs de préparation de commandes en entrepôt

Les erreurs de préparation de commandes figurent parmi les défaillances les plus coûteuses liées aux données en logistique. Chacune d'elles déclenche une série de retours, de réexpéditions et de réclamations.

Détection d'erreurs basée sur la numérisation

1. Commencez par scanner l'étiquette de l'emplacement. La vérification du chiffre et la validation du format permettent de détecter immédiatement un code d'emplacement erroné, et le WMS confirme qu'il s'agit bien de l'emplacement attendu.
2. Scannez le GTIN de l'article ou du carton. Le système le compare à la tâche de prélèvement et rejette tout article incorrect avant la saisie de la quantité.
3. Confirmer la quantité par comptage des scans, ou par contrôle du poids lorsque le scan de chaque pièce est impossible.
4. Scannez le conteneur de destination ou le SSCC lors de la fermeture de l'unité et liez-y le contenu.
5. Lors du chargement, vérifiez que les SSCC correspondent bien au manifeste d'expédition.

Quantify accuracy as defects per million lines picked. A line accuracy of 99.9 percent sounds high, yet it equals [latex](1 – 0.999) \times 10^{6} = 1000[/latex] errors per million lines, far from six sigma. State targets in DPMO, so that they connect to your Lean Six Sigma metrics.

22. Service après-vente, marché de l'après-vente et fin de vie

Mises à jour par voie hertzienne et sur le terrain

Une mise à jour peut échouer de trois manières : le transfert est corrompu, l’image est incompatible avec l’appareil ou elle est malveillante. Il est donc essentiel de mettre en place des mesures de sécurité adaptées à ces situations.

• Un CRC par segment ou par bloc permet de détecter rapidement les erreurs de transfert.
• Un hachage de l'image complète, vérifié avant l'installation, confirme son intégrité.
• Une vérification de signature par rapport à une clé publique stockée dans l'appareil confirme l'origine.
• La correspondance entre l'identifiant du produit et celui du matériel empêche l'installation d'une image destinée à un autre appareil.
• Un contrôle de version avec protection contre la restauration empêche les rétrogradations vers des versions vulnérables.
• Les doubles partitions avec confirmation au démarrage permettent de conserver l'ancienne image exécutable si la nouvelle échoue.

Pièces détachées, garantie et retours

• Les références des pièces détachées comportent un chiffre de contrôle, et les formulaires web d'enregistrement de garantie le valident, ce qui permet de détecter les erreurs de saisie à la source.
• Les numéros de série permettent de relier une panne sur le terrain à la généalogie de la production, y compris le résumé du firmware enregistré en fin de chaîne.
• La logistique inverse nécessite les mêmes identifiants et les mêmes contrôles que la logistique directe.

23. Corruption accidentelle versus corruption malveillante

Le contrôle approprié dépend de la cause de l'erreur. Le bruit, l'usure et les erreurs humaines sont aléatoires. Un attaquant ou un contrefacteur, en revanche, ne l'est pas et choisit la modification que votre contrôle ne peut détecter.

Les attaques par collision sont problématiques dès lors que deux parties font confiance à un condensé plutôt qu'à un fichier préparé par l'une d'elles. MD5 et SHA-1 échouent à ce test. Pour l'authentification des messages, utilisez HMAC et jamais un hachage avec préfixe secret, en raison de l'allongement de la chaîne.

24. Comment choisir la somme de contrôle appropriée

Commencez par la menace, puis le type de données, puis les contraintes. Répondez aux questions dans l'ordre et arrêtez-vous au premier mécanisme qui convient, puis ajoutez le suivant si la réponse à une question ultérieure est également oui.

1. Une personne pourrait-elle modifier les données délibérément et en tirer profit ? Si oui, utilisez une signature numérique ou un HMAC. Ne conservez un CRC ou un hachage qu’en cas d’erreurs accidentelles.
2. La valeur est-elle saisie, lue ou scannée ? Si oui, utilisez un chiffre de contrôle sur l’identifiant, une validation au niveau du scanner et des marquages ​​2D avec correction d’erreurs pour les dommages physiques.
3. Les données transitent-elles par un bus ou sont-elles stockées en mémoire ? Si oui, utilisez un CRC avec un polynôme adapté à la longueur du message et à la distance de Hamming requise. Ajoutez un CRC de bout en bout pour les paramètres critiques.
4. Un fichier ou un enregistrement doit-il être considéré comme identique à une référence ? Si oui, utilisez SHA-256 pour la comparaison. Un hachage rapide non cryptographique suffit pour les comparaisons non critiques.
5. Les données doivent-elles survivre à une corruption sans qu'une nouvelle tentative soit nécessaire ? Si oui, ajoutez un code de correction d'erreurs.
6. Ces données font-elles partie d'un enregistrement réglementé ? Si oui, ajoutez une piste d'audit, une validation et une justification documentée de la méthode choisie.

25. Guide de mise en œuvre

Trois règles permettent d'éviter la plupart des problèmes : utiliser une bibliothèque éprouvée ou une implémentation unique partagée ; définir chaque paramètre dans un document de référence ; effectuer des tests avec des vecteurs publiés avant la première mise en production. L'annexe B contient les vecteurs utilisés ci-dessous.

def gs1_check_digit(body: str) -> int:
    if not body.isdigit():
        raise ValueError('digits only')
    total = sum(int(d) * (3 if i % 2 == 0 else 1)
                for i, d in enumerate(reversed(body)))
    return (10 - total % 10) % 10

def gs1_is_valid(full: str) -> bool:
    return (full.isdigit() and len(full) > 1
            and gs1_check_digit(full[:-1]) == int(full[-1]))

assert gs1_check_digit('400638133393') == 1
assert gs1_check_digit('34012345000000001') == 7
assert gs1_is_valid('4006381333931')

=MOD(10-MOD(SOMMEPROD(--STXT(A1;{1;3;5;7;9;11};1))+3*SOMMEPROD(--STXT(A1;{2;4;6;8;10;12};1));10);10)

AVEC RÉCURSIF d(i, n) COMME ( SÉLECTIONNER 1, LONGUEUR('400638133393') UNION TOUS SÉLECTIONNER i + 1, n DE d OÙ i < n ) SÉLECTIONNER (10 - (SOMME(CAST(SOUS-TÊTE('400638133393', i, 1) COMME ENTIER) * CAS QUAND (n - i) % 2 = 0 ALORS 3 SINON 1 FIN) % 10)) % 10 COMME chiffre_de_contrôle DE d;

FONCTION GS1_CheckDigit : INT VAR_INPUT sBody : STRING(17); END_VAR VAR i, n, iSum : INT; END_VAR n := LEN(sBody); iSum := 0; POUR i := 1 À n FAIRE SI ((n - i) MOD 2) = 0 ALORS iSum := iSum + 3 * STRING_TO_INT(MID(sBody, 1, i)); SINON iSum := iSum + STRING_TO_INT(MID(sBody, 1, i)); END_IF END_FOR GS1_CheckDigit := (10 - (iSum MOD 10)) MOD 10;

uint32_t crc32_update(uint32_t crc, const uint8_t *data, size_t len) { while (len--) { crc ^= *data++; for (int bit = 0; bit > 1) ^ (0xEDB88320u & (0u - (crc & 1u))); } } return crc; } /* On commence par 0xFFFFFFFF, on traite chaque bloc, on termine par un XOR final : crc = 0xFFFFFFFFu; crc = crc32_update(crc, buffer, length); crc ^= 0xFFFFFFFFu; Le résultat pour la chaîne ASCII 123456789 est 0xCBF43926. */

import hashlib

def crc16_modbus(data: bytes) -> int:
    crc = 0xFFFF
    for byte in data:
        crc ^= byte
        for _ in range(8):
            crc = (crc >> 1) ^ 0xA001 if crc & 1 else crc >> 1
    return crc

frame = bytes([0x01, 0x03, 0x00, 0x00, 0x00, 0x0A])
crc = crc16_modbus(frame)
wire = frame + bytes([crc & 0xFF, crc >> 8])   # low byte first

def sha256_file(path, chunk=1024 * 1024):
    h = hashlib.sha256()
    with open(path, 'rb') as f:
        for block in iter(lambda: f.read(chunk), b''):
            h.update(block)
    return h.hexdigest()

Pièges liés à l'implémentation des sommes de contrôle

26. Liste de contrôle des meilleures pratiques par rôle

Recherche et développement et conception Définissez un chiffre de contrôle et un format fixe dans chaque système d'identification, dès la première ébauche du concept de numérotation. Ajoutez aux images de firmware un en-tête contenant un numéro magique, une version, une longueur, un CRC et une signature, et spécifiez le comportement en cas d'échec. Paramètres CRC du document et justification du polynôme dans la spécification d'interface. Stockez les hachages des paquets publiés dans le registre de publication et dans les documents de transmission des fournisseurs. Inclure dans l'analyse de sécurité une couverture diagnostique des contrôles de mémoire et de communication.	Fabrication Utilisez les stations de balayage et de flashage comme des barrières avec arrêts brusques, et enregistrez chaque contournement. Vérifiez le firmware par lecture ou par un condensé rapporté par l'appareil, et enregistrez le résultat pour chaque numéro de série. Comparez les recettes actives avec le hachis doré au début de chaque lot. À chaque quart de travail, confrontez chaque contrôle à un échantillon défectueux connu. Veillez à ce que les vérificateurs et les scanners soient calibrés et entretenus.
	Qualité Évaluer la détection des AMDEC à partir de preuves telles que les résultats des tests de validation et les enregistrements de contournement. Validez les contrôles et conservez les vecteurs de test dans le fichier de validation. Effectuez des simulations de rappel et suivez le temps nécessaire pour obtenir la liste des unités concernées. Analyser les taux d'échec des analyses graphiques et les niveaux de vérification, et agir en fonction des tendances. Les certificats des fournisseurs sont automatiquement comparés aux données des bons de commande et de réception.
Logistique Scanner pour confirmer l'emplacement, l'article et le contenant à chaque prélèvement. Validez les identifiants et les messages à la réception et suivez le taux de rejet par partenaire commercial. Attribuer les SSCC de manière centralisée et garantir leur unicité. Vérifiez les étiquettes au moment de leur apposition et utilisez des symboles 2D pour les chaînes d'approvisionnement longues ou accidentées. Exprimez les objectifs en défauts par million de lignes.	TI et OT Fournir une bibliothèque ou un service partagé pour les chiffres de contrôle, les CRC et les hachages, avec des vecteurs de test publiés. Signer le firmware et les versions, conserver les clés privées dans un module de sécurité matériel et planifier la rotation et la révocation. Synchronisez les horloges et conservez les enregistrements dans des magasins en mode ajout uniquement ou dans des chaînes de hachage avec ancrage externe. Stockez les identifiants sous forme de chaînes de caractères dans tous les systèmes qui y accèdent. Planifiez l'agilité de vos algorithmes, car SHA-1 est abandonné et les signatures post-quantiques arrivent.

Conclusion sur les sommes de contrôle et les éléments similaires

Les sommes de contrôle sont petites, anciennes et bien comprises. Leur intérêt dans le développement de produits physiques réside dans leur utilisation appropriée au bon moment du cycle de vie et dans le traitement du contrôle comme un processus maîtrisé et documenté.

Utilisez des chiffres de contrôle lorsque des personnes et des scanners manipulent des identifiants. Utilisez des CRC pour les trames, les blocs et les images, avec un polynôme adapté à la longueur du message. Utilisez SHA-256 pour les fichiers et les enregistrements, et des signatures ou des codes chiffrés lorsque le risque de modification intentionnelle est présent. Ajoutez une correction d'erreurs lorsque des marques et des données en mémoire risquent d'être altérées.

Ensuite, bouclez la boucle avec des preuves. Remettez en question les contrôles, évaluez les vérificateurs, consignez les résultats et analysez les chiffres. Un contrôle non testé repose sur une simple supposition.

FAQ

Annexes

Annexe A : Vecteurs de test

Toutes les valeurs ont été calculées ou confirmées à l'aide du code présenté au chapitre 25 ou d'outils de référence. Toutes les chaînes de caractères saisies sont fournies au format ASCII.

Annexe B : Normes et références

Sources en ligne utilisées pour cet article, vérifiées en novembre 2026 :

• Spécifications générales GS1 et le Guide GS1 UK pour le calcul d'un chiffre de contrôle
• 49 CFR 565.15, exigences relatives au contenu du NIV
• ISO/IEC 15416:2025 et ISO/IEC 15415:2024, évaluation de la qualité d'impression des symboles linéaires et bidimensionnels
• CAN en automatisation, CRC dans les trames CAN
• Koopman, codes de redondance cyclique 32 bits pour applications Internet
• Catalogue Reveng CRC
• NIST, retrait de SHA-1
• Matheson, obligations de déclaration en vertu de la loi sur la cyber-résilience
• Commission européenne, piles et passeport des piles et Annonce d'enregistrement du passeport de produit numérique
• Exemptions FDA et DSCSA pour les petits distributeurs et Buchanan, prolongation jusqu'en 2027

Normes et publications citées par nom, disponibles auprès des organismes émetteurs :

• RFC 1071 (somme de contrôle Internet), RFC 2104 (HMAC), RFC 3161 (protocole d'horodatage)
• FIPS 180-4 (SHA-1 et SHA-2), FIPS 202 (SHA-3), NIST SP 800-38B (CMAC)
• ISO/IEC 7064 (systèmes de caractères de contrôle), ISO 6346 (codes des conteneurs), ISO/IEC 29158 (qualité du marquage direct des pièces)
• ISO 9001, IATF 16949, AS9100, ISO 13485, ISO 26262, IEC 61508, IEC 62304, IEC 62443
• Manuel AMDEC AIAG et VDA, 1re édition, 2019
• 21 CFR Partie 11, UE GMP Annexe 11, GAMP 5
• Maxino et Koopman, « L’efficacité des sommes de contrôle pour les réseaux de contrôle embarqués », IEEE Transactions on Dependable and Secure Computing, 2009
• Règlement (UE) 2024/2847 (loi sur la cyber-résilience), Règlement (UE) 2024/1781 (écoconception de produits durables), Règlement (UE) 2023/1542 (piles), Directive (UE) 2022/2555 (NIS2)