Carga OEM para USB y microSD: verifique cada versión

Un OEM envía una carpeta llamada FINAL_v7_USAR_ESTA y el duplicador la carga en 20.000 memorias USB. Semanas después, un cliente informa que algunas unidades contienen un manual anterior. El proveedor conoce la fecha de envío, pero no puede demostrar qué maestro, estación o regla de verificación produjo los números de serie afectados.

La carga de contenido es un proceso de fabricación. Trate la liberación de datos como una BOM controlada: entrada aprobada, instrucciones versionadas, salida verificada y registros trazables.

Defina con precisión el entregable

«Copie estos archivos» deja varias preguntas abiertas:

• ¿La salida es una copia de archivos o una imagen sector por sector?
• ¿Qué sistema de archivos, particiones, etiqueta de volumen y unidad de asignación se requieren?
• ¿Debe arrancar, ejecutar algo automáticamente o permanecer escribible?
• ¿Importan archivos ocultos, permisos, marcas de tiempo u orden de directorios?
• ¿Puede diferir el espacio no utilizado?
• ¿Qué idioma, región y versión de cliente corresponde?
• ¿Qué archivos son confidenciales o están sujetos a controles de exportación?

Para una orden de copia, libere un manifiesto con cada ruta relativa, longitud en bytes y hash. Para medios de arranque o sensibles al diseño, libere una imagen completa y, cuando sea práctico, también un manifiesto de archivos.

Congele un maestro dorado

El responsable de la liberación —no el operador de línea— debe aprobar el paquete maestro. Registre:

El Secure Hash Standard de NIST define algoritmos cuyos resúmenes se usan para detectar si un contenido cambió [1]. Get-FileHash de Microsoft usa SHA-256 de forma predeterminada y explica que un cambio de contenido produce un hash diferente [2]. GNU ofrece generación y comprobación interoperable de sumas SHA-2 en otros sistemas [3].

Acuerde un algoritmo y formato de salida entre cliente y proveedor. No mezcle valores MD5, SHA-1 y SHA-256 bajo una columna genérica llamada «checksum».

Controle la entrega del maestro

Transmita el paquete y su hash esperado por canales controlados. Un hash almacenado junto al archivo detecta corrupción accidental, pero no autentica si un atacante puede reemplazar ambos. Para liberaciones sensibles, añada un método aprobado de transferencia autenticada o firma digital.

Al recibir el paquete, el proveedor debe:

1. Ponerlo en cuarentena fuera de producción.
2. Verificar tamaño y SHA-256 esperado.
3. Escanearlo según el procedimiento de seguridad acordado.
4. Confirmar producto, región, idioma y capacidad.
5. Ingresarlo en una biblioteca maestra con acceso controlado.
6. Registrar aprobación antes de habilitar el trabajo de producción.

El operador debe seleccionar un ID de trabajo liberado, no buscar en una carpeta compartida el archivo que parece más nuevo.

Separe tres etapas de verificación

1. Verificación de la fuente

Confirme que el trabajo del duplicador usa el hash y los ajustes del maestro aprobado. Así evita que una versión equivocada entre en una línea estable.

2. Verificación de programación

La estación debe detectar errores de escritura y comparar los datos según el modo definido. Registre estación, versión de software, fixture o puerto, operador, hora de inicio y fin, y resultado.

3. Lectura posterior independiente

Lea el dispositivo terminado, calcule el hash acordado y compárelo con la salida esperada. La profundidad puede ser:

• lectura completa de sectores o imagen;
• verificación total del contenido de archivos;
• verificación al 100 % de archivos críticos y muestreo del resto;
• solo muestreo, cuando el riesgo documentado lo permita.

No llame «lectura completa» al estado de verificación de un controlador salvo que la documentación del equipo demuestre ese comportamiento. Un hash solo cubre los bytes entregados a la función hash.

Adapte la verificación al riesgo

La tabla ilustra la lógica de riesgo, no define un plan universal. El cliente debe aprobar cantidad de aceptación, regla de rechazo, proceso de retrabajo y si una muestra fallida bloquea todo el lote.

Añada trazabilidad de dispositivo y lote

Para cada lote de producción, vincule:

• pedido del cliente y SKU del producto;
• parte del fabricante, capacidad, lote y código de fecha;
• revisión de imagen y manifiesto aprobados;
• SHA-256 de la imagen;
• estación y versión del software de programación;
• operador y marcas de tiempo;
• número de serie cuando esté disponible;
• nivel de verificación y resultado;
• retrabajo y disposición final;
• identificador de caja o envío.

En productos USB personalizados, defina por separado la propiedad de VID, PID y números de serie; nuestra guía de VID/PID y serie USB cubre esa identidad de interfaz. La etiqueta de volumen no es un número de serie físico único.

Los hashes no reemplazan la calificación del medio

Una lectura coincidente confirma igualdad de contenido en ese momento. No demuestra:

• que la capacidad anunciada sea genuina;
• que se haya probado todo el rango de direcciones;
• que la memoria retenga los datos durante el plazo requerido;
• que sobreviva a la temperatura o los ciclos de energía objetivo;
• que controlador, NAND y firmware coincidan con la BOM aprobada;
• que la imagen arranque en cada revisión del hardware final.

Califique el medio con un plan de pruebas de almacenamiento flash. Para compras abiertas o devoluciones, use una prueba de capacidad completa en vez de tratar el hash de un archivo como prueba del dispositivo.

Evidencia de envío y control de cambios

Acuerde antes de comprar qué entregará el proveedor:

• certificado o informe de programación por lote;
• ID y hash de la imagen liberada;
• cantidad programada, aprobada, fallida y retrabajada;
• mapeo de rango de serie o cajas;
• registros de lectura de muestra;
• periodo de retención de muestras;
• plazo de aviso si se descubre un maestro incorrecto.

Todo cambio de maestro debe crear una nueva liberación, aprobación y tarea de producción. No sobrescriba el paquete anterior bajo el mismo nombre. Ponga en cuarentena los trabajos obsoletos para que un pedido urgente no reproduzca contenido anterior en silencio.

Conclusión

La carga OEM necesita la misma disciplina que una liberación de hardware. Congele una imagen maestra, identifíquela con SHA-256, verifique fuente y salida por separado y conecte cada lote con los registros de dispositivo y proceso. Los hashes hacen auditable la igualdad de bytes; la calificación, seguridad y trazabilidad hacen defendible el envío final.