Sumas de verificación en el diseño y la fabricación de productos: cómo prevenir etiquetas erróneas, errores de escaneo de códigos de barras y costosas retiradas del mercado.

Un palé sale del muelle con el producto correcto y la etiqueta equivocada. La planta receptora lo escanea, el sistema ERP acepta el código y, tres semanas después, una reclamación apunta a un lote que nadie puede localizar. La pieza en sí no tenía ningún defecto. Solo había un dígito erróneo en los datos que la identifican.

La suma de verificación es el control más económico contra este tipo de fallos. Añade unos pocos dígitos o bytes a un registro, y cualquier estación posterior puede verificarlo sin necesidad de consultar una base de datos.
Los productos físicos transmiten datos a través de múltiples manos, máquinas y formatos. Un archivo CAD se convierte en una lista de materiales (BOM), una lista de materiales se convierte en una orden de trabajo y una orden de trabajo se convierte en una etiqueta. La etiqueta se convierte en un escaneo y el escaneo se convierte en un registro de envío.

Nota: Las fechas reglamentarias mencionadas en este artículo, como las de la Ley de Resiliencia Cibernética de la UE, el Pasaporte de Producto Digital y la DSCSA de EE. UU., se verificaron en noviembre de 2026. Confírmelas nuevamente antes de elaborar un plan de cumplimiento basado en ellas.

Conclusiones clave

• Una suma de verificación detecta errores accidentales. Para evitar cambios deliberados se necesita una firma o un código cifrado.
• Los dígitos de control protegen los identificadores que manejan las personas y los escáneres. Los CRC protegen las tramas y las imágenes de firmware. Las funciones hash criptográficas protegen los archivos y los registros.
• El dígito de control GS1 detecta todos los errores de un solo dígito. Omite aproximadamente el 11 por ciento de las transposiciones adyacentes, es decir, aquellas en las que los dos dígitos difieren en 5.
• Verifique tanto en el momento de la creación como en el de su uso. Una sola verificación en una etapa deja todas las demás sin cubrir.
• Considere la verificación en sí misma como un sistema de medición. Someta la verificación a pruebas con muestras defectuosas conocidas, calibre los verificadores y realice un seguimiento de los resultados.

1. Por qué los productos físicos dependen de la integridad de los datos.

Donde los errores de datos entran en la cadena

Los errores suelen provenir de estas cinco fuentes:

• La gente se equivoca al teclear los dígitos o al leerlos.
• Las máquinas interpretan erróneamente las marcas que están dañadas.
• Bits de inversión de almacenamiento y transmisión.
• Los cambios en el proceso reemplazan la versión correcta por una obsoleta.
• Finalmente, alguien podría alterar los datos intencionadamente.

2. ¿Qué es una suma de verificación?

Terminología del mundo de las sumas de verificación

En las fábricas y en los equipos de desarrollo de software, se utilizan varios términos de forma imprecisa. La tabla los clasifica según la pregunta a la que responde cada uno.

Detección versus corrección

La mayoría de las sumas de verificación solo detectan un error. Indican que algo falla, pero no cuál es el problema. Esto es suficiente en una línea de producción, donde la reacción adecuada es detenerse, reimprimir, volver a escanear o retransmitir. Los códigos de corrección de errores van más allá y reparan los datos, lo cual resulta útil para marcas que se desgastan o memorias que se degradan. El capítulo 15 trata estos códigos en detalle.

3. Propiedades fundamentales y su significado para las métricas de calidad

Cada propiedad de una suma de verificación tiene su equivalente en el vocabulario de la ingeniería de calidad. Al relacionarlas, se puede incorporar la verificación a un AMFE o a un plan de control sin necesidad de traducción.

Calificación de detección FMEA

En el manual AMFE de AIAG-VDA de 2019, los controles de detección se califican del 1 al 10, donde 10 significa que no hay capacidad de detección. El mismo manual sustituyó el número de prioridad de riesgo por una tabla de prioridad de acciones que pondera primero la gravedad, luego la ocurrencia y, finalmente, la detección. Una verificación automatizada que bloquea la siguiente operación puede justificar una calificación de detección mucho mejor que una verificación visual. Conserve la evidencia, por ejemplo, una prueba de desafío con muestras defectuosas conocidas.

Aceptación falsa y rechazo falso

En cualquier verificación existen dos tipos de errores. Una aceptación falsa permite el paso de datos erróneos, lo que constituye el error de escape. Un rechazo falso detiene los datos correctos y consume tiempo de línea. Un dígito de control o CRC correctamente implementado nunca rechaza datos correctos, ya que la regla es exacta. Los rechazos falsos se producen durante la lectura, por ejemplo, cuando un escáner falla con un código válido pero mal impreso.

4. Breve historia de las sumas de verificación y similares

Las técnicas que se describen en este artículo son antiguas, y esa es una ventaja. Cada una cuenta con décadas de experiencia práctica y cada posible fallo está documentado.

5. ¿En qué etapa del ciclo de vida del producto se ubican las sumas de verificación?

Utilice esta tabla como guía para el resto del artículo. Muestra qué tipo de verificación se aplica en cada etapa y dónde suele manifestarse un fallo.

6. Bits de paridad y sumas simples

La paridad bidimensional organiza los datos en filas y columnas, y añade un bit de paridad a cada fila y a cada columna. Localiza un único bit invertido y, por lo tanto, puede corregirlo. Detecta todos los errores de dos o tres bits. Aun así, se producen errores de cuatro bits invertidos en las esquinas de un rectángulo.

Sumas de verificación aditivas y XOR

El siguiente paso suma todos los bytes, o les aplica la operación XOR, y envía el resultado. Estas comprobaciones son económicas y caben en el microcontrolador más pequeño. Comparten dos debilidades importantes en la práctica: ignoran el orden de los bytes, por lo que los bytes intercambiados pasan sin problemas. Los errores también pueden compensar: un byte aumenta en uno mientras otro disminuye en uno, y la suma permanece inalterada.

Una suma de verificación XOR omite, además, cualquier número par de cambios en la misma posición de bit en diferentes bytes. Maxino y Koopman midieron la efectividad de dichas sumas de verificación para redes de control integradas en 2009 y descubrieron que las CRC del mismo ancho las superan en errores estructurados.

Donde aún aparecen

El formato Intel HEX es importante para el firmware. Un archivo puede pasar todas las comprobaciones de registros y aun así estar incompleto, ya que un registro faltante no deja rastro en los demás. Añada un CRC o hash a nivel de imagen, como se describe en el capítulo 18.

Dispositivos físicos que aún utilizan paridad y sumas simples.

Tarjetas de banda magnética Cada carácter lleva un bit de paridad impar, y un carácter de verificación de redundancia longitudinal sigue al carácter centinela final. Un lector rechaza un deslizamiento que no supere cualquiera de las dos pruebas.	Instrumentos serie y periféricos PLC Los enlaces RS-232 y RS-485 pueden añadir un bit de paridad a cada carácter, lo que permite detectar cambios de un solo bit causados ​​por el ruido eléctrico.
	Programadores de memoria flash y gestores de arranque Leen archivos Intel HEX y Motorola S-record, que contienen una suma para cada registro, y la herramienta normalmente rechaza un registro que no coincide.

7. Dígitos de control: cómo calcular un dígito de control GS1 y por qué es importante.

Los dígitos de control son los sistemas de verificación más antiguos y utilizados en la industria. Se ubican al final de los identificadores que las personas escriben y las máquinas escanean. Constituyen la base de la trazabilidad, ya que cada lote, número de serie, ubicación y envío se referencia mediante un identificador.

Cómo calcular un dígito de control GS1

GS1 requiere un dígito de control en todas las claves de identificación numérica de longitud fija, incluidas GTIN-8, GTIN-12, GTIN-13, GTIN-14, GLN y SSCC. El algoritmo es una suma ponderada módulo 10. Los pesos alternan entre 3 y 1, y el dígito contiguo al dígito de control siempre recibe el peso 3.

1. Escribe los dígitos de la llave sin su dígito de control.
2. Comenzando por la derecha, multiplique los dígitos alternativamente por 3 y 1.
3. Suma los productos de todos los dígitos.
4. El dígito de control es la cantidad que hace que la suma sea el siguiente múltiplo de 10. Si la suma ya es un múltiplo de 10, el dígito de control es 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]

Ejemplo resuelto para el cuerpo GTIN-13 400638133393. Contando desde la izquierda, los pesos son 1, 3, 1, 3 y así sucesivamente, porque el dígito del cuerpo más a la derecha está en una posición impar desde la derecha.

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.

Lo que detecta un dígito de control

La tabla compara el esquema GS1 con tres alternativas. Las figuras de GS1 y Luhn se confirmaron mediante simulación con claves aleatorias. Las propiedades de Verhoeff y Damm están documentadas en sus publicaciones originales.

El sistema de ponderación GS1 no es el más robusto disponible. Es el que debe usar para las claves GS1. Para los identificadores que usted mismo defina, elija un sistema más robusto.

Un dígito de control válido no indica nada sobre la existencia del número. Simplemente muestra que está bien formado. No indica que el GTIN esté asignado, pertenezca a este producto o esté activo en sus datos maestros. Mantenga la validación de datos maestros junto con la verificación aritmética.

El dígito de control VIN en la posición 9

En Norteamérica, la norma 49 CFR 565 exige un dígito de control en la posición 9 del VIN de 17 caracteres. Cada carácter se transcribe a un número y se multiplica por un peso posicional: 8, 7, 6, 5, 4, 3, 2, 10, 0, 9, 8, 7, 6, 5, 4, 3, 2. Los productos se suman. El resto de la división entre 11 es el dígito de control, y un resto de 10 se representa con la letra 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].

Muchos VIN de origen europeo no tienen un dígito de control válido, por lo que una regla de validación norteamericana no debe rechazarlos automáticamente. Una prueba rápida para su propia implementación: un VIN compuesto por diecisiete unos debe producir el dígito de control 1. El texto de la regla está en 49 CFR 565.15.

Otros planes que conocerás

• Los códigos de barras EAN-13 de los libros llevan un ISBN-13 y utilizan el algoritmo GS1. El antiguo ISBN-10 utilizaba un esquema módulo 11.
• Los números de tarjetas de pago y los números IMEI utilizan el algoritmo de Luhn, que Hans Peter Luhn de IBM describió en una solicitud de patente de 1954.
• El IBAN utiliza el MOD 97-10 de la norma ISO/IEC 7064.
• Los números de los contenedores de envío según la norma ISO 6346 terminan en un dígito de control.

Diseño de un dígito de control para números de serie y de piezas internas.

Muchas plantas inventan identificadores y luego añaden una verificación casera. Los sistemas caseros suelen pasar por alto las transposiciones, que son un error común de codificación. Utilice un sistema publicado a menos que tenga una razón documentada para no hacerlo.

• Elija un algoritmo establecido y publicado. Damm o Verhoeff son adecuados para identificadores numéricos. La norma ISO/IEC 7064 define sistemas puros e híbridos para cadenas numéricas, alfabéticas y alfanuméricas, entre ellos MOD 11-2, MOD 37-2 y MOD 97-10.
• Fije la longitud del identificador y coloque el carácter de verificación al final.
• Elimine del alfabeto los caracteres que se parezcan, como la O y el 0, o la I y el 1, o bien manéjelos explícitamente en el esquema.
• Defina el algoritmo en un documento controlado con vectores de prueba, de modo que cada sistema implemente la misma regla.
• Pruebe el esquema con las clases de errores que le interesen: sustitución simple, transposición adyacente, errores gemelos y errores fonéticos donde existe entrada de voz.
• Considere utilizar números no significativos para los nuevos esquemas. De esta manera, se evita tener que renumerar cuando cambia la clasificación.
• Validar en todos los puntos de entrada, incluyendo ERP, MES, software de etiquetado y scripts de PLC. Una verificación existente en un sistema queda invalidada por los demás.

Dispositivos y herramientas que validan dígitos de control

8. Errores de escaneo de códigos de barras: causas, verificación y soluciones

Los errores de escaneo de códigos de barras se clasifican en tres categorías. Un error de lectura detiene el proceso y genera una pérdida de tiempo. Un error de lectura devuelve un valor erróneo que parece válido. Un error de lectura devuelve un valor válido de un elemento incorrecto, por ejemplo, de una etiqueta adyacente. Los errores de lectura constituyen la categoría más peligrosa, y las comprobaciones integradas en las simbologías existen para minimizar su incidencia.

Controles integrados en la simbología

Leer no es lo mismo que calidad

Un escáner que decodifica un símbolo no prueba que el símbolo sea correcto. Los símbolos marginales se decodifican hoy, pero fallan cuando la etiqueta se daña durante el transporte. Un verificador mide la calidad de impresión según un estándar y asigna una calificación.

Los verificadores necesitan calibración con una tarjeta de prueba de conformidad. La norma de aplicación o el cliente define el grado mínimo aceptable. Consulte las especificaciones generales GS1 vigentes y las reglas sectoriales correspondientes a su tipo de símbolo.

Causas y soluciones

Aplique una regla en cada estación de escaneo. Decodifique, valide el dígito de control, verifique el formato con la clave esperada y solo entonces acepte el valor. Un escaneo que falle en cualquier paso activa una reacción definida. No debe activar un bucle de reintentos que nadie contabilice.

9. Cómo evitar etiquetas erróneas

Una etiqueta incorrecta es uno de los fallos de datos más comunes y visibles. Tiene varias causas distintas, y una suma de comprobación solo aborda algunas de ellas. Separe las causas antes de elegir los controles.

Un proceso de etiquetado de circuito cerrado

1. Libere la plantilla de etiqueta y su fuente de datos bajo control de cambios. Almacene un hash del archivo de plantilla en el registro de liberación.
2. Al iniciar el trabajo, la impresora o el servidor de etiquetas calcula el hash de la plantilla cargada y lo compara con el registro de liberación. Si no coincide, se bloquea la impresión del trabajo.
3. Construya la carga útil a partir del único registro autorizado. Genere el dígito de control mediante un software con una biblioteca probada y nunca lo escriba manualmente.
4. Imprima y verifique el símbolo en línea. Una calificación inferior al mínimo especificado invalida la etiqueta.
5. Analice la etiqueta impresa y compare su contenido decodificado con el registro esperado para esta unidad. Rechace cualquier unidad cuya etiqueta no coincida.
6. Vuelva a escanear en la estación de empaquetado o envío después de la aplicación. La segunda verificación detecta errores que puedan ocurrir después de la impresión.
7. Concilie los recuentos al final de cada ciclo. Las etiquetas emitidas, aplicadas, desechadas y devueltas deben sumar.

La secuencia utiliza tres tipos de comprobaciones. El hash verifica la plantilla correcta. El dígito de control y el formato demuestran que la clave está bien formada. La comparación con el registro esperado demuestra que es la clave correcta para esta unidad. Solo la tercera comprobación detecta una etiqueta bien formada pero incorrecta.

10. Sumas de verificación de red y bus de campo

Las máquinas protegen sus datos mediante comprobaciones definidas en el protocolo. Estas comprobaciones protegen el enlace, salto a salto. No protegen los datos una vez que se encuentran en la memoria del PLC o en una base de datos.

sumas de verificación de Internet Las cabeceras IP, TCP y UDP utilizan la suma de complemento a uno de 16 bits descrita en la RFC 1071. Su cálculo es económico, pero es débil. No detecta las palabras de 16 bits intercambiadas ni algunos errores compensatorios. Las capas de enlace añaden un CRC más robusto, razón por la cual la suma de comprobación débil ha perdurado. Fletcher y Adler-32 son sumas simples con dos acumuladores, por lo que detectan más errores de orden que una suma simple. Adler-32 se encuentra en la biblioteca zlib. Es débil con mensajes cortos.	Modbus RTU Las tramas Modbus RTU finalizan con una CRC de 16 bits. El polinomio es 0x8005, utilizado en su forma reflejada 0xA001, con el valor inicial 0xFFFF. El byte menos significativo de la CRC se envía primero. Modbus ASCII utiliza, en cambio, una comprobación de redundancia longitudinal más sencilla de 8 bits. Aquí hay una solicitud RTU completa que lee 10 registros de retención del esclavo 1, comenzando en la dirección 0. El valor CRC es 0xCDC5, que se transmite por el cable como C5 seguido de CD. 01 03 00 00 00 0A C5 CD
CAN y CAN FD El protocolo CAN clásico utiliza una suma de verificación (CRC) de 15 bits con el polinomio 0x4599. Esto proporciona una distancia de Hamming de 6 para una longitud de trama fija, por lo que se detectan cinco errores de bits distribuidos aleatoriamente. CAN FD utiliza una CRC de 17 bits para cargas útiles de hasta 16 bytes y una CRC de 21 bits para cargas superiores, elegida para mantener la misma distancia de Hamming de 6. El relleno de bits complica la situación. CAN en Automatización señala que el relleno puede reducir la distancia de Hamming efectiva para algunos patrones de bits en tramas clásicas, y CAN FD agrega un contador de bits de relleno para cerrar esa brecha. Los detalles están en el Explicación de CiA sobre CRC en tramas CAN.	buses basados ​​en Ethernet PROFINET, EtherCAT, EtherNet/IP y Modbus TCP transmiten sus datos en tramas Ethernet estándar. Cada trama finaliza con una secuencia de verificación de trama de 32 bits, un CRC-32, que los dispositivos comprueban en cada salto. Las tramas con una secuencia incorrecta se descartan. Otros buses, entre ellos PROFIBUS e IO-Link, definen sus propias comprobaciones de trama. Lea la especificación del protocolo y registre la comprobación en su AMFE en lugar de darla por sentada.
	Protocolos de seguridad en la parte superior del autobús Los protocolos de seguridad como PROFIsafe, CIP Safety y Fail Safe over EtherCAT tratan el bus subyacente como un canal negro. Este canal puede corromper, retrasar, repetir o reordenar los mensajes. La capa de seguridad añade su propio CRC, un contador de secuencia y un temporizador de vigilancia, de modo que la función de seguridad no dependa de las comprobaciones del enlace. Aplique esta lección a sus propios diseños. Un CRC a nivel de enlace no protege una receta mientras permanece en memoria o mientras se transmite a través de un servidor OPC UA y un MES. Añada una verificación de extremo a extremo a nivel de aplicación para cada conjunto de parámetros que afecte a la seguridad o la calidad.

11. ¿Qué es la comprobación de errores 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 ejemplo práctico

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

El resto es 001, por lo que la palabra transmitida es 1101001. Al dividir esa palabra entre 1011, el resto es 000. Si se invierte cualquier bit, el resto se vuelve distinto de cero. Los CRC reales utilizan generadores de 8 a 32 bits y se ejecutan en hardware o con tablas de búsqueda, pero el principio es idéntico.

Lo que garantiza un CRC

• Cada error de un solo bit, siempre que el generador tenga más de un término.
• Cada error de ráfaga no debe ser mayor que el ancho del 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].
• Una distancia de Hamming que depende del polinomio y de la longitud del mensaje.

Los parámetros que deben coincidir

Dos partes calculan el mismo CRC solo si coinciden en seis parámetros: ancho, polinomio, valor inicial, reflexión de entrada, reflexión de salida y XOR final. Nombres como CRC-16 o CRC-32 son ambiguos. Catálogo de Reveng CRC Enumera los conjuntos de parámetros de uso común. Confirme una implementación con el valor de verificación de la cadena ASCII 123456789.

Elegir un polinomio según la longitud del mensaje.

La robustez de un CRC depende del polinomio y de la longitud del mensaje. Koopman demostró en un Estudio de CRC de 32 bits El polinomio IEEE 802.3 alcanza una distancia de Hamming de solo 4 en mensajes Ethernet de longitud máxima, mientras que otros polinomios alcanzan 6. Las redes integradas con mensajes cortos muestran brechas más amplias, y algunos polinomios de 16 bits ampliamente copiados tienen un rendimiento deficiente en las longitudes en las que se utilizan.

• Fije el rango de longitudes de los mensajes antes de elegir un polinomio.
• Decida qué distancia de Hamming necesita a la longitud máxima. Las aplicaciones críticas para la seguridad suelen requerir una distancia de 6.
• El polinomio se obtiene de los resultados publicados de búsquedas exhaustivas, no de la tradición oral ni de un ejemplo de código.

Límites de una CRC

Un CRC es una función lineal del mensaje. Dado un mensaje y su CRC, cualquiera puede modificar el mensaje y calcular un CRC coincidente sin necesidad de una clave secreta. Por lo tanto, un CRC no demuestra nada sobre el origen y no puede impedir modificaciones deliberadas. Los capítulos 13 y 14 describen las herramientas que sí pueden hacerlo.

Dispositivos que llevan un CRC

12. Funciones hash no criptográficas

Las funciones hash no criptográficas, como xxHash, MurmurHash, CityHash y FNV, priorizan la velocidad sobre la seguridad. En las CPU modernas, su velocidad de procesamiento es casi la de la memoria y generan valores de 32, 64 o 128 bits que distribuyen las entradas de manera uniforme.

No ofrecen ninguna protección contra alguien que crea entradas conflictivas a propósito:

13. Funciones hash criptográficas y cómo verificar una suma de comprobación SHA-256

En este capítulo profundizaremos en detalles técnicos y prácticos.

Una función hash criptográfica debe resistir tres ataques:

• La resistencia a la preimagen significa que nadie puede encontrar una entrada para un resumen determinado.
• La resistencia a la segunda preimagen significa que nadie puede encontrar una entrada diferente que coincida con el resumen de una entrada dada.
• La resistencia a colisiones significa que nadie puede encontrar dos entradas con el mismo resumen.

El NIST describe el plan de retiro de SHA-1 en su Página de anuncios de SHA-1Un resumen SHA-256 proporciona unos 128 bits de resistencia a colisiones, lo que está muy por encima de cualquier ataque práctico.

Cómo verificar una suma de comprobación SHA-256

Necesitas dos cosas: el resumen esperado de una fuente confiable y el archivo. Calcula el resumen localmente y compara la cadena completa. Comparar solo los primeros caracteres anula la mayor parte de la protección.

# Linux sha256sum firmware.bin sha256sum -c SHA256SUMS # macOS shasum -a 256 firmware.bin # Windows PowerShell Get-FileHash .\firmware.bin -Algorithm SHA256 # Símbolo del sistema de Windows certutil -hashfile firmware.bin SHA256

Un archivo SHA256SUMS contiene una línea por archivo, con el resumen, dos espacios y el nombre del archivo. El comando sha256sum -c lo lee e imprime OK o FAILED para cada archivo. Compruebe cualquier herramienta con el vector de prueba del Apéndice B antes de utilizarla.

14. Sumas de verificación, firmas y autenticidad

Hasta ahora, todo es público. Cualquiera puede calcular un CRC o un SHA-256 para un mensaje modificado. Para evitar cambios deliberados, la verificación debe depender de un secreto o una clave privada.

Los sistemas de clave compartida ubican la clave en cada verificador. Una clave que reside en decenas de estaciones de prueba o miles de dispositivos es difícil de proteger y de rotar. Las firmas digitales solucionan este problema. Las estaciones y los dispositivos solo almacenan la clave pública, mientras que la clave privada permanece en un módulo de seguridad de hardware en la autoridad emisora.

No construya un MAC aplicando el hash SHA-256 a un secreto seguido del mensaje. SHA-2 permite ataques de extensión de longitud en esa construcción. HMAC existe precisamente para evitar esto.

Casos de uso en entornos de productos

• • Firmware firmado y arranque seguro. La ROM de arranque verifica la firma del gestor de arranque, y este último verifica la aplicación. El CRC sigue siendo útil para garantizar la integridad en tiempo de ejecución de la memoria flash y la RAM, pero nunca reemplaza la firma.

• La autenticidad de las piezas de repuesto es un tema aparte. Un número de serie con un dígito de control válido no demuestra su autenticidad, ya que cualquiera puede calcularlo. La autenticación requiere un secreto, por ejemplo, una etiqueta criptográfica en un elemento seguro o un código que un servidor pueda verificar y que nadie pueda derivar del número de serie.
• Las etiquetas pueden contener datos antifalsificación. GS1 define un identificador de aplicación, AI 8030, para una firma digital que se incluye en el soporte de datos junto con la clave.
• Los registros regulados requieren especial atención. Una firma criptográfica respalda los registros electrónicos, pero no equivale a una firma electrónica según la Parte 11 del Título 21 del Código de Regulaciones Federales (21 CFR Parte 11). La normativa también exige controles de identidad, el significado de la firma y su vinculación con el registro.

Cerraduras, llaves y dispositivos de acceso

Las cerraduras mecánicas y electrónicas muestran la diferencia entre la detección de errores y la autenticación.

• Cerraduras de cilindro de pines: las muescas de la llave deben coincidir con la altura de los pines, por lo que la cerradura verifica una forma física. Esta forma es, en la práctica, un secreto compartido, ya que cualquiera que la copie obtiene acceso.
• Credenciales sin contacto de bajo costo: las tramas de lectura incluyen una verificación CRC para detectar errores de radio, lo que no demuestra la identidad. Las tarjetas antiguas, basadas en un cifrado propietario vulnerable, como MIFARE Classic, pueden clonarse. Las credenciales modernas utilizan el protocolo de desafío-respuesta con cifrados estándar como AES.
• Cerraduras inteligentes Bluetooth de bajo consumo: la capa de enlace protege cada paquete con AES-CCM, cuyo código de integridad del mensaje es una verificación con clave.
• Consumibles y accesorios autenticados: algunos cartuchos de impresora, baterías y sensores llevan un chip que responde a un desafío criptográfico del dispositivo anfitrión.

15. Códigos correctores de errores

La detección indica que los datos son erróneos y la corrección los subsana. El precio es una mayor redundancia, pero la ventaja es que el proceso continúa sin necesidad de volver a escanear, retransmitir o reelaborar.

Marcas que sobreviven al daño Un código QR ofrece cuatro niveles de corrección (L, M, Q y H), que restauran aproximadamente el 7%, el 15%, el 25% y el 30% de las palabras clave, respectivamente. Data Matrix ECC 200 utiliza Reed-Solomon con una cantidad fija de redundancia por tamaño de símbolo. Las piezas marcadas con láser, sucias o rayadas se benefician directamente, al igual que las etiquetas que circulan por la cadena de suministro. La corrección de errores hace que una marca sea robusta. También puede ocultar la degradación. Un símbolo Data Matrix dañado puede decodificarse perfectamente mientras su capacidad de corrección disponible se reduce hasta casi cero. La verificación según la norma ISO/IEC 15415 informa la corrección de errores no utilizada como un parámetro calificado. Supervise la calificación del verificador, no el resultado de la lectura, para controlar la calidad de impresión y marcado.

Memoria ECC y memoria flash en productos integrados Los microcontroladores para uso automotriz e industrial suelen proteger la memoria flash y la RAM con ECC. El hardware corrige los errores de un solo bit y los contabiliza. Se leen los contadores de errores corregidos y se registran. Un conteo creciente indica una celda defectuosa, un suministro insuficiente o problemas de radiación. Un CRC calculado después de la corrección detecta datos limpios, por lo que el contador es la única señal temprana que se obtiene.

Dispositivos y medios que dependen de la corrección de errores Las piezas marcadas con láser y granalladas llevan símbolos Data Matrix ECC 200, que utilizan códigos Reed-Solomon, por lo que una marca desgastada aún puede decodificarse. Servidores, controladores y microcontroladores para automoción: la memoria ECC normalmente corrige errores de un solo bit y detecta errores de dos bits. En las unidades SSD, eMMC y tarjetas SD, el controlador aplica códigos BCH o LDPC a las páginas de memoria flash, y sus contadores de bits corregidos pueden servir como indicador de desgaste.

16. Comparación de algoritmos

La tabla resume las familias y la ubicación de cada una en este artículo. Las cifras de velocidad dependen de la plataforma, así que mídelas en su propio hardware.

17. Diseño e ingeniería

Diseños CAD, planos y listas de materiales en proceso de publicación

Un sistema PLM o PDM identifica una versión mediante su revisión. Una carta de revisión indica la versión que se pretendía publicar. Un hash del paquete publicado indica qué bytes se publicaron. Ambos se almacenan en el registro de la versión. De esta forma, cualquier usuario puede verificar lo que recibió, lo que soluciona un problema que las cartas de revisión no resuelven: la posibilidad de que un archivo se haya reemplazado o editado después de la publicación.

• Calcula un resumen SHA-256 para cada archivo publicado, por ejemplo, el modelo STEP, el PDF del dibujo y la exportación de la lista de materiales.
• Calcula un resumen adicional sobre un manifiesto que enumera todos los archivos y sus resúmenes, de modo que un solo valor represente todo el paquete.
• Incluya el resumen del manifiesto en el registro ECO o ECN y en la transmisión enviada a los proveedores.
• Permita que el portal del proveedor o el sistema de fabricación recalculen y comparen al recibir el producto.
• Compara las exportaciones de listas de materiales (BOM) mediante hash entre las configuraciones de diseño y las de fabricación. Una discrepancia indica una diferencia, y una revisión realizada por personas la explica.

Prevención de errores en los números de pieza y conectores.

El diseño determina la facilidad con la que se pueden cometer errores posteriormente. Un dígito de control en los números de pieza detecta errores de introducción de datos en cada punto de entrada. Los formatos de numeración distintos para las piezas compradas, los planos y los ensamblajes evitan que se confundan diferentes clases. Los conectores con llave y los formatos de etiquetas asimétricas funcionan con el mismo principio en el plano físico.

Firmware integrado y datos de calibración

Una imagen de firmware debe ser autodescriptiva y autocomprobable. Un diseño común coloca una cabecera fija en una dirección conocida.

Aplique la misma disciplina a los bloques de calibración y configuración en la EEPROM o la memoria flash. Almacene un CRC con cada bloque. Defina qué sucede cuando la verificación falla: recurrir a los valores predeterminados, generar una falla y nunca usar los datos silenciosamente. Mantenga una copia redundante y escriba los bloques de forma que sobrevivan a una pérdida de energía.

Contexto de seguridad funcional

Las normas de seguridad funcional consideran la corrupción de memoria y los errores de comunicación como modos de fallo que requieren medidas de diagnóstico. Las normas ISO 26262 para vehículos de carretera, IEC 61508 para sistemas industriales e IEC 62304 para software de dispositivos médicos exigen que se demuestre cómo se detectan dichos fallos. Las medidas típicas incluyen CRC (confirmación de respuesta de verificación) sobre la memoria de código y de datos, comunicación protegida con contadores de secuencia y almacenamiento redundante.

El análisis debe indicar la cobertura de diagnóstico, es decir, el porcentaje de fallos que detecta una medida. Un CRC de 32 bits no garantiza automáticamente una cobertura del 99 % para todo el sistema. La cobertura depende de lo que abarca el CRC, de la frecuencia con la que se ejecuta y de cómo actúa el sistema cuando falla.

18. Industrialización y fabricación, incluyendo cómo verificar la actualización del firmware.

La industrialización convierte los datos de diseño en procesos operativos. La mayoría de los errores de datos que llegan a producción se producen aquí: recetas incorrectas, plantillas de etiquetas erróneas, límites de prueba incompatibles.

Marcado y prevención de errores en la estación de escaneo

• Verifique las marcas en el punto de marcado y nuevamente donde se necesiten por primera vez. Las normas ISO/IEC 15415, 15416 y 29158 definen la clasificación.
• Convierta la estación de escaneo en una puerta de enlace. El PLC solo autoriza la siguiente operación cuando las pruebas de decodificación, dígito de control, formato y valor esperado se superan con éxito.
• Coloque dígitos de control en los números de serie generados por la línea, para que también se proteja la entrada manual de datos en las estaciones de retrabajo.
• Registre cada escaneo fallido con la estación, la hora y, cuando sea posible, la imagen del símbolo. Esto alimenta el trabajo de DMAIC del capítulo 20.

Recetas y parámetros

Las recetas de la máquina, los programas de par, los planes de soldadura y los límites de prueba se almacenan como archivos o filas de la base de datos. Un conjunto de parámetros erróneo o desactualizado genera un defecto silencioso, ya que la máquina funciona correctamente con instrucciones incorrectas.

Mantenga un registro maestro en el MES o PLM junto con su hash. En cada descarga de receta y al inicio de cada lote, el software de la estación recalcula el hash de la receta activa y lo compara. Una discrepancia bloquea la producción del lote. Para los parámetros enviados a través de un bus a un controlador, agregue un CRC dentro del bloque de datos para que el controlador receptor no procese valores corruptos.

Cómo verificar el flasheo del firmware al final de la línea

El flasheo es un paso del proceso, como la soldadura o el apriete. Requiere un método definido, un criterio de aceptación y un registro por número de serie. Un programador que informa de éxito solo indica que sus comandos se han completado.

1. Programe la imagen con la opción de verificación del programador habilitada, si el dispositivo y la herramienta lo permiten.
2. Lee las regiones programadas y calcula un SHA-256 o CRC-32 sobre las regiones definidas en el plan de control. Compara el resultado con el resumen de referencia del registro de la versión.
3. Gestione los datos específicos de cada unidad en un paso aparte. El número de serie, la dirección MAC y los valores de calibración varían según la unidad. Exclúyalos del resumen de la imagen completa y verifíquelos con sus propios registros, o calcule el resumen esperado con los datos de la unidad incorporados.
4. Verifique los bytes de opción, los fusibles y los bits de bloqueo. Una aplicación correcta con una configuración de arranque incorrecta o sin protección de lectura indica que la unidad está defectuosa.
5. Solicita al dispositivo en ejecución su versión de software y el resumen de su propia imagen a través del protocolo de aplicación. Muchos productos calculan una suma de verificación (CRC) de su memoria flash con un periférico de hardware y la reportan. Esto también prueba la ruta de comunicación.
6. Registre el resultado en el MES asociado al número de serie de la unidad, junto con el resumen de la imagen y la versión de la herramienta. No permita que la unidad avance sin un registro de aprobación.
7. Ponga a prueba la estación a intervalos definidos con una muestra defectuosa conocida, por ejemplo, una imagen con un bit invertido. Esto demuestra que la estación sigue rechazando la señal.

Ten en cuenta el orden de los pasos: una vez que actives la protección de lectura, no será posible realizar una lectura posterior. Primero verifica, luego bloquea y, por último, comprueba que el bit de bloqueo esté activado.

Registros de la estación de prueba y de las herramientas

Los resultados de las pruebas de torsión, visión, fugas y eléctricas constituyen evidencia comercial y, en ocasiones, legal. Los registros almacenados como archivos o filas simples pueden alterarse o perderse sin dejar rastro.

• Calcula un hash de registro sobre el número de serie, la estación, el tiempo, el resultado y los valores medidos.
• Escriba los registros en un almacén de solo escritura o encadenelos como se describe en el capítulo 13, con anclaje periódico.
• Sincroniza los relojes de las estaciones con una fuente de hora fiable, para que las marcas de tiempo tengan algún significado.

Comunicación máquina a máquina

OPC UA ofrece firma y cifrado de mensajes mediante sus modos de seguridad Sign y SignAndEncrypt. Úselos entre estaciones, PLC y el MES. La seguridad de transporte protege los datos en tránsito. No reemplaza las comprobaciones a nivel de aplicación sobre parámetros críticos, que deben conservarse durante el almacenamiento, la conversión y la exportación.

Dispositivos de estación que garantizan la integridad del proceso.

Algunas medidas físicas actúan como una suma de verificación. El peso de un kit, por ejemplo, es una propiedad redundante que debe coincidir con el valor esperado.

19. Gestión de la calidad y cumplimiento

Los sistemas de calidad exigen resultados que las sumas de verificación ayudan a proporcionar: identificación, trazabilidad, documentos controlados y registros fiables. Las normas rara vez mencionan las sumas de verificación; mencionan los resultados, y una verificación es una forma de demostrar un resultado.

Integridad de los datos y ALCOA+ Los reguladores describen la integridad de los datos con los principios ALCOA: atribuibles, legibles, contemporáneos, originales y precisos. La versión extendida ALCOA+ añade: completos, consistentes, duraderos y disponibles. Una suma de verificación se corresponde con algunos de estos principios. Demuestra que un registro es preciso y no ha sufrido cambios desde su creación. Una cadena hash demuestra que los registros están completos y en orden. Una suma de verificación no indica quién creó un registro ni cuándo. Complementa el registro de auditoría y el control de acceso, pero no los reemplaza.

Trazabilidad y preparación para la retirada de productos La trazabilidad se basa en identificadores que se mantienen correctos desde la recepción del componente hasta su envío. Los dígitos de control garantizan la exactitud de los identificadores al pasar por escáneres y teclados. La genealogía vincula los números de lote, serie y grado de producción entre los distintos niveles, tanto ascendentes como descendentes. Mida la preparación con una simulación de retirada de productos. La métrica es el tiempo transcurrido desde que se activa un evento, por ejemplo, un número de lote del proveedor, hasta obtener la lista completa de unidades terminadas afectadas y su ubicación. Los fallos en las comprobaciones y los identificadores duplicados son razones típicas por las que una simulación de retirada de productos puede tardar días en lugar de horas.

Datos de calibración, equipos de prueba y proveedores Vincule los certificados de calibración a los identificadores de equipo que contienen un dígito de control y conserve un hash de cada archivo de certificado. Para certificados de proveedores como CoC, CoA e informes de pruebas de materiales, solicite archivos firmados o datos estructurados. Compare automáticamente el número de lote y el número de pieza con la orden de compra y el registro de recepción. Para los archivos CAD, el firmware y los programas de prueba del proveedor, verifique el resumen con la transmisión antes de que alguien utilice el archivo.

Extra: validar el cheque en sí.

En entornos regulados, la función de verificación forma parte de un sistema informatizado y requiere validación según los principios GAMP 5. Planifique la cualificación de instalación, operativa y de rendimiento (IQ, OQ y PQ) en proporción al riesgo.

La OQ debe incluir pruebas negativas. Introduzca datos erróneos en la prueba y compruebe que la rechaza. Conserve los vectores de prueba en el archivo de validación y vuelva a ejecutarlos después de cualquier cambio en el software, el firmware del lector o las plantillas de etiquetas.

20. La perspectiva Lean Six Sigma

Poka-yoke y jidoka

Existen muchas similitudes con las sumas de verificación: Shigeo Shingo formalizó el poka-yoke, o prevención de errores, mientras trabajaba con Toyota. Separó las funciones de control, que imposibilitan el error o detienen el proceso, de las funciones de advertencia, que solo lo señalan. El jidoka, o calidad integrada, añade la parada: la máquina se detiene cuando detecta una anomalía.

Un dígito de control con parada obligatoria en la estación de escaneo es una función de control. Un fallo de escaneo que permite que la unidad pase de todos modos es solo una advertencia. Audite sus estaciones para detectar esta diferencia.

FMEA

Califique honestamente la detección de cada control. Una verificación con parada obligatoria, probada con muestras defectuosas conocidas y que cubre la causa de la falla, obtiene una mejor calificación que la misma verificación que los operadores pueden eludir. Registre la evidencia en el PFMEA.

El método de priorización de acciones de AIAG-VDA también impulsa a mejorar primero la prevención. En este contexto, la prevención consiste en diseñar el proceso de manera que no se generen datos erróneos, por ejemplo, generando identificadores y etiquetas a partir de una única fuente en lugar de introducirlos manualmente.

DMAIC aplicado a errores de datos

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.

Ejemplo de plan de control

Tres familias de dispositivos poka-yoke

Shingo agrupó los métodos a prueba de errores en tres familias. Cada una tiene su contraparte entre las comprobaciones de esta guía:

Método de contacto Detecta la forma, el tamaño o el color mediante el tacto o un sensor, por ejemplo, un interruptor de límite o un dispositivo con llave. El equivalente en datos es una prueba de formato o dígito de control.

Método de valor fijo Indica un error cuando no se alcanza un número determinado de piezas o movimientos, por ejemplo, en una bandeja con posiciones contabilizadas. El dato equivalente es un campo de longitud o un recuento de segmentos.

Método de pasos de movimiento Verifica que los pasos se ejecuten en la secuencia correcta; por ejemplo, un bloqueo que impide el avance de un paso hasta que finalice el anterior. El equivalente en datos es un número de secuencia o un flujo de trabajo de escaneo a liberación.

21. Logística: cómo reducir los errores de preparación de pedidos en el almacén.

Los errores de preparación de pedidos se encuentran entre los fallos más costosos derivados de los datos en la logística. Cada uno de ellos desencadena una cadena de devoluciones, reenvíos y reclamaciones.

Protección contra errores basada en escaneo

1. Primero, escanee la etiqueta de la ubicación. La validación del dígito de control y del formato detecta de inmediato un código de ubicación incorrecto, y el WMS confirma que se trata de la ubicación esperada.
2. Escanee el GTIN del artículo o caja. El sistema lo compara con la tarea de preparación de pedidos y rechaza un artículo incorrecto antes de ingresar la cantidad.
3. Confirme la cantidad mediante el recuento por escaneo, o mediante la comprobación del peso cuando no sea práctico escanear cada pieza.
4. Escanee el contenedor de destino o el SSCC al cerrar la unidad y vincule su contenido.
5. Al cargar, escanee los códigos SSCC comparándolos con el manifiesto de envío.

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. Servicio, posventa y fin de vida útil

Actualizaciones por radio y en el terreno

Un proceso de actualización puede fallar de tres maneras: la transferencia está dañada, la imagen no es compatible con el dispositivo o la imagen es maliciosa. Implemente medidas de seguridad para hacer frente a estos fallos.

• Un CRC por fragmento o por bloque detecta los errores de transferencia de forma temprana.
• Un hash de la imagen completa, verificado antes de la instalación, confirma que está completa.
• Una comprobación de la firma con una clave pública almacenada en el dispositivo confirma el origen.
• La coincidencia entre el identificador del producto y el del hardware impide la instalación de una imagen destinada a otro dispositivo.
• Una comprobación de versión con protección contra reversión evita las degradaciones a versiones vulnerables.
• Las particiones duales con confirmación al arrancar permiten que la imagen antigua siga funcionando si la nueva falla.

Repuestos, garantía y devoluciones

• Los números de pieza de repuesto llevan un dígito de control, y los formularios web para el registro de la garantía lo validan, lo que permite detectar errores de introducción de datos en origen.
• Los números de serie vinculan un fallo de campo con la genealogía de producción, incluido el resumen del firmware registrado al final de la línea.
• La logística inversa necesita los mismos identificadores y los mismos controles que el flujo directo.

23. Corrupción accidental frente a corrupción maliciosa

La verificación adecuada depende de quién o qué causa el error. El ruido, el desgaste y los errores humanos son aleatorios. Un atacante o un falsificador no lo son, y eligen la modificación que su verificación no puede detectar.

Los ataques de colisión son relevantes cuando dos partes confían en un resumen de un archivo preparado por una de ellas. MD5 y SHA-1 no superan esta prueba. Para la autenticación de mensajes, utilice HMAC y nunca un hash con prefijo secreto, debido a la extensión de longitud.

24. Cómo elegir la suma de verificación correcta

Empiece por la amenaza, luego el tipo de datos y, por último, las restricciones. Responda las preguntas en orden y deténgase en el primer mecanismo que encaje; luego, agregue el siguiente si la respuesta a una pregunta posterior también es afirmativa.

1. ¿Podría alguien modificar los datos deliberadamente y beneficiarse de ello? En caso afirmativo, utilice una firma digital o un HMAC. Conserve un CRC o un hash únicamente para casos de errores accidentales.
2. ¿Una persona introduce, lee o escanea el valor? En caso afirmativo, utilice un dígito de control en el identificador, validación en el escáner y marcas 2D con corrección de errores para evitar daños físicos.
3. ¿Los datos se transmiten a través de un bus o se almacenan en una pequeña memoria? En caso afirmativo, utilice una suma de verificación (CRC) con un polinomio elegido según la longitud del mensaje y la distancia de Hamming requerida. Añada una suma de verificación de extremo a extremo para los parámetros críticos.
4. ¿Es necesario que un archivo o registro sea idéntico a una referencia? En caso afirmativo, utilice SHA-256 para la comparación. Un hash rápido no criptográfico es suficiente para comparaciones no críticas.
5. ¿Deben los datos conservarse tras un daño sin posibilidad de reintentar la operación? En caso afirmativo, añada un código de corrección de errores.
6. ¿Los datos forman parte de un registro regulado? En caso afirmativo, añada un registro de auditoría, una validación y una justificación documentada del método elegido.

25. Guía de implementación

Tres reglas evitan la mayoría de los problemas. Utilice una biblioteca probada o una implementación compartida. Defina cada parámetro en un documento controlado. Pruebe con vectores publicados antes de la primera ejecución en producción. El Apéndice B contiene los vectores utilizados a continuación.

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(SUMAPRODUCTO(--MID(A1,{1,3,5,7,9,11},1))+3*SUMAPRODUCTO(--MID(A1,{2,4,6,8,10,12},1)),10),10)

CON RECURSIVO d(i, n) COMO ( SELECCIONAR 1, LONGITUD('400638133393') UNIÓN TODOS SELECCIONAR i + 1, n DE d DONDE i < n ) SELECCIONAR (10 - (SUMA(CAST(SUBSTR('400638133393', i, 1) COMO ENTERO) * CASO CUANDO (n - i) % 2 = 0 ENTONCES 3 SINO 1 FIN) % 10)) % 10 COMO dígito de verificación DE d;

FUNCIÓN GS1_CheckDigit : INT VAR_INPUT sBody : STRING(17); END_VAR VAR i, n, iSum : INT; END_VAR n := LEN(sBody); iSum := 0; PARA i := 1 HASTA n HACER SI ((n - i) MOD 2) = 0 ENTONCES iSum := iSum + 3 * STRING_TO_INT(MID(sBody, 1, i)); SINO 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; } /* Comienza con 0xFFFFFFFF, alimenta cada fragmento, termina con un XOR final: crc = 0xFFFFFFFFu; crc = crc32_update(crc, buffer, length); crc ^= 0xFFFFFFFFu; El resultado para la cadena ASCII 123456789 es 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()

Errores comunes en la implementación de sumas de verificación

26. Lista de verificación de mejores prácticas por rol

Investigación y desarrollo y diseño Defina un dígito de control y un formato fijo en cada esquema de identificación, comenzando con el primer borrador del concepto de numeración. Asigne a las imágenes de firmware un encabezado con número mágico, versión, longitud, CRC y firma, y ​​especifique el comportamiento en caso de fallo. Documentar los parámetros CRC y la justificación del polinomio en la especificación de la interfaz. Almacene los hashes de los paquetes liberados en el registro de liberación y en las transmisiones del proveedor. Incluir en el análisis de seguridad la cobertura diagnóstica de las comprobaciones de memoria y comunicación.	Fabricación Utilice las estaciones de escaneo y flash como puertas con topes fijos y registre cada derivación. Verifique el firmware mediante lectura o mediante un resumen proporcionado por el dispositivo, y registre el resultado para cada número de serie. Compara las recetas activas con el hash dorado al comienzo de cada lote. Pon a prueba cada control con una muestra que se sabe que está en mal estado en cada turno. Mantenga los verificadores y escáneres calibrados y en buen estado.
	Calidad Evaluar la detección de FMEA a partir de evidencias, como resultados de pruebas de desafío y registros de derivación. Valida las comprobaciones y guarda los vectores de prueba en el archivo de validación. Realice simulacros de retirada de productos y haga un seguimiento del tiempo que transcurre hasta la lista de unidades afectadas. Analizar las tasas de fallos en el escaneo de gráficos y las calificaciones de verificación, y actuar en función de las tendencias. Coteja automáticamente los certificados de los proveedores con los datos de la orden de compra y de la recepción de mercancías.
Logística Escanee para confirmar la ubicación, el artículo y el contenedor en cada punto de recogida. Validar los identificadores y los mensajes al recibirlos, y realizar un seguimiento de la tasa de rechazo por socio comercial. Asigne los SSCC de forma centralizada y garantice su unicidad. Verifique las etiquetas en el punto de etiquetado y utilice símbolos 2D para cadenas de suministro largas o irregulares. Exprese los objetivos en defectos por millón de líneas.	Tecnologías de la Información y Tecnologías Operativas Proporcionar una biblioteca o servicio compartido para dígitos de control, CRC y hashes, con vectores de prueba publicados. Firma el firmware y las compilaciones, guarda las claves privadas en un módulo de seguridad de hardware y planifica la rotación y la revocación. Sincronice los relojes y mantenga los registros en almacenes de solo escritura o cadenas hash con anclaje externo. Almacene los identificadores como cadenas de texto en todos los sistemas que los utilicen. Planifique con agilidad algorítmica, porque SHA-1 está quedando obsoleto y se avecinan las firmas post-cuánticas.

Conclusión sobre sumas de verificación y similares

Las sumas de verificación son sencillas, antiguas y bien conocidas. Su valor en el desarrollo de productos físicos reside en colocar la correcta en el momento preciso del ciclo de vida y en tratar la verificación como un proceso controlado con evidencia.

Utilice dígitos de control donde personas y escáneres manejen identificadores. Utilice CRC para tramas, bloques e imágenes, con un polinomio que se ajuste a la longitud del mensaje. Utilice SHA-256 para archivos y registros, y firmas o códigos clave donde exista riesgo de modificación deliberada. Añada corrección de errores donde las marcas y la memoria puedan dañarse.

Luego, cierra el ciclo con evidencia. Pon a prueba las verificaciones, calibra los verificadores, registra los resultados y revisa las cifras. Una verificación que nadie comprueba es una suposición.

Preguntas frecuentes

Apéndices

Apéndice A: Vectores de prueba

Todos los valores se calcularon o confirmaron con el código que se muestra en el capítulo 25 o con herramientas de referencia. Todas las cadenas de entrada se proporcionan como texto ASCII.

Apéndice B: Normas y referencias

Fuentes en línea utilizadas para este artículo, consultadas en noviembre de 2026:

• Especificaciones generales del GS1 y el Guía de GS1 UK para calcular un dígito de control
• 49 CFR 565.15, requisitos de contenido del VIN
• ISO/IEC 15416:2025 y ISO/IEC 15415:2024, clasificación de la calidad de impresión de símbolos lineales y bidimensionales
• CAN en automatización, CRC en tramas CAN
• Koopman, códigos de redundancia cíclica de 32 bits para aplicaciones de Internet
• Catálogo de Reveng CRC
• NIST, retiro de SHA-1
• Matheson, Obligaciones de presentación de informes de la Ley de Resiliencia Cibernética
• Comisión Europea, baterías y el pasaporte de baterías y Anuncio del registro del Pasaporte de Producto Digital
• Exenciones de la FDA y la DSCSA para dispensadores pequeños y Buchanan, prórroga hasta 2027

Normas y publicaciones citadas por su nombre, disponibles en los organismos emisores:

• RFC 1071 (suma de verificación de Internet), RFC 2104 (HMAC), RFC 3161 (protocolo de marca de tiempo)
• FIPS 180-4 (SHA-1 y SHA-2), FIPS 202 (SHA-3), NIST SP 800-38B (CMAC)
• ISO/IEC 7064 (sistemas de caracteres de verificación), ISO 6346 (códigos de contenedores), ISO/IEC 29158 (calidad de marcado directo de piezas)
• ISO 9001, IATF 16949, AS9100, ISO 13485, ISO 26262, IEC 61508, IEC 62304, IEC 62443
• Manual de AMFE de AIAG y VDA, 1.ª edición, 2019
• 21 CFR Parte 11, EU GMP Anexo 11, GAMP 5
• Maxino y Koopman, La efectividad de las sumas de verificación para redes de control integradas, IEEE Transactions on Dependable and Secure Computing, 2009
• Reglamento (UE) 2024/2847 (Ley de Ciberresiliencia), Reglamento (UE) 2024/1781 (Ecodiseño para Productos Sostenibles), Reglamento (UE) 2023/1542 (Baterías), Directiva (UE) 2022/2555 (NIS2)