Genere archivos corruptos para pruebas QA de error-path

Los pipelines reales lidian con descargas truncadas (caídas de red), ediciones accidentales (un editor de texto abrió un binario), bit-rot en almacenamiento barato y usuarios que renombran extensiones para saltarse listas de bloqueo. Software robusto maneja esto con gracia — error amigable, sin crash, sin fuga de memoria. Las pruebas sad-path con estos modos de daño detectan bugs que de otra forma solo aparecen en tickets de soporte.

La salida es un archivo dañado benigno — el mismo flujo de bytes que la entrada con algunos truncados o volteados. No hay inyección de malware ni exploit. La mayoría de parsers rechazarán el archivo con error; algunos pueden parsear datos parciales y perderse el truncado. La salida sirve para QA de su propio software y pruebas de flujo antivirus / sandbox, no para trabajo de exploits de seguridad.

Los números mágicos (los primeros bytes que identifican JPG, PDF, ZIP, etc.) viven en los primeros 4–8 bytes — 16 los cubre todos con margen. Poner en cero más bytes ya se acerca a "truncar la cabecera" y eso es lo que hace el modo de truncado de cabecera. Mantener el modo magic mínimo le da un archivo de tamaño similar pero que falla el primer MIME-sniff.

Verifica si su pipeline confía en la extensión o en los bytes reales. Un JPG renombrado a .zip debería ser rechazado por un parser de zip; un .exe real renombrado a .pdf debería ser rechazado por un visor PDF. Muchas bases de código antiguas confían en la extensión ciegamente — este modo detecta ese tipo de bug sin falsificar el contenido.