Beschädigte Dateien für Error-Path-QA generieren

Reale Datei-Pipelines haben es mit gekürzten Downloads (Netzwerkabbrüche), versehentlichen Bearbeitungen (Texteditor öffnete eine Binärdatei), Bit-Rot auf billigem Speicher und Nutzern zu tun, die Endungen umbenennen, um Blocklisten zu umgehen. Robuste Software handhabt das anmutig — freundlicher Fehler, kein Crash, kein Speicherleck. Sad-Path-Tests mit diesen Schadensmodi fangen die Bugs ab, die sonst nur in Support-Tickets auftauchen.

Die Ausgabe ist eine harmlose beschädigte Datei — derselbe Bytestream wie die Eingabe mit einigen gekürzten oder umgekehrten Bytes. Es gibt keine Malware-Injection, keinen Exploit. Die meisten Parser werden die Datei mit einem Fehler ablehnen; manche parsen Teildaten und übersehen die Kürzung. Die Ausgabe eignet sich für QA an Ihrer eigenen Software und Antivirus-/Sandbox-Flow-Tests, nicht für Security-Exploit-Arbeit.

Magic Numbers (die ersten Bytes, die JPG, PDF, ZIP etc. identifizieren) liegen in den ersten 4–8 Bytes — 16 deckt sie alle mit Spielraum ab. Mehr zu nullen ist näher an „Kopf vom Anfang kürzen" und das macht der Kopf-Kürz-Modus. Der minimale Magic-Byte-Modus liefert eine Datei, die ähnlich groß aussieht, aber den allerersten MIME-Sniff durchfällt.

Es testet, ob Ihre Pipeline der Endung oder den tatsächlichen Bytes vertraut. Eine in .zip umbenannte JPG sollte von einem Zip-Parser abgelehnt werden; eine in .pdf umbenannte echte .exe sollte von einem PDF-Viewer abgelehnt werden. Viele ältere Codebasen vertrauen der Endung blind — dieser Modus fängt diese Bug-Klasse ab, ohne den Inhalt fälschen zu müssen.