Générez des fichiers corrompus pour le QA des chemins d'erreur

Les pipelines de fichiers réels traitent des téléchargements tronqués (chutes réseau), des modifications accidentelles (un éditeur de texte qui ouvre un binaire), du bit-rot sur du stockage bas de gamme, et des utilisateurs qui renomment des extensions pour contourner les blocklists. Un logiciel robuste gère ces cas avec élégance — erreur amicale, pas de crash, pas de fuite mémoire. Le test du sad-path avec ces modes attrape les bugs que vous ne verriez sinon qu'en tickets de support client.

La sortie est un fichier endommagé bénin — même flux d'octets que l'entrée avec certains octets tronqués ou inversés. Aucune injection de malware, aucun exploit. La plupart des parseurs refuseront le fichier avec une erreur ; certains peuvent analyser des données partielles et rater la troncature. La sortie convient au QA de votre propre logiciel et aux tests de flux antivirus / sandbox, pas au travail d'exploit de sécurité.

Les magic numbers de type de fichier (les premiers octets qui identifient JPG, PDF, ZIP, etc.) vivent dans les 4 à 8 premiers octets — 16 les couvre tous avec marge. En mettre plus à zéro se rapproche d'une "troncature de tête depuis le front", ce que fait le mode troncature de tête. Garder le mode magic-byte minimal vous donne un fichier de taille similaire qui échoue dès le tout premier MIME-sniff.

Cela teste si votre pipeline fait confiance à l'extension ou aux vrais octets. Un JPG renommé en .zip doit être rejeté par un parseur zip ; un vrai .exe renommé en .pdf doit être rejeté par une visionneuse PDF. Beaucoup de code-bases anciennes font confiance à l'extension aveuglément — ce mode attrape cette classe de bugs sans avoir à fausser le contenu.