Buat file rusak untuk pengujian QA error-path

Pipeline file di dunia nyata menghadapi unduhan terpotong (network drop), edit tidak sengaja (text editor membuka biner), bit-rot pada penyimpanan murah dan pengguna yang mengganti ekstensi untuk melewati blocklist. Perangkat lunak yang robust menanganinya dengan baik — error yang ramah, tanpa crash, tanpa memory leak. Pengujian sad-path dengan mode kerusakan ini menangkap bug yang seandainya hanya akan Anda lihat di tiket customer support.

Outputnya adalah file rusak yang jinak — aliran byte yang sama dengan input dengan beberapa byte dipotong atau dibalik. Tidak ada injeksi malware, tidak ada exploit. Sebagian besar parser akan menolak file dengan error; beberapa mungkin mem-parse data parsial dan melewatkan truncation. Output cocok untuk QA pada perangkat lunak Anda sendiri dan pengujian alur antivirus / sandbox, bukan untuk kerja eksploitasi keamanan.

Magic number tipe file (beberapa byte pertama yang mengidentifikasi JPG, PDF, ZIP dll.) ada di 4–8 byte pertama — 16 menutupi semuanya dengan margin. Menulnolkan lebih banyak lebih dekat ke "tail-truncate dari depan" dan itu yang dilakukan mode head-truncate. Menjaga mode magic-byte minimal memberi Anda file yang terlihat serupa ukurannya tapi gagal pada MIME-sniff pertama.

Ia menguji apakah pipeline Anda mempercayai ekstensi atau byte sebenarnya. JPG yang dinamai ulang menjadi .zip harus ditolak oleh parser zip; .exe nyata yang dinamai ulang menjadi .pdf harus ditolak oleh viewer PDF. Banyak codebase lama mempercayai ekstensi secara buta — mode ini menangkap kelas bug itu tanpa perlu memalsukan konten.