Prinsip mengubah hash fail
Hash kriptografi yang tipikal termasuk: MD5, SHA-1/256 dan sebagainya. Ciri teras dalam reka bentuk fungsi hash kriptografi ialah "kesan avalanche" - sebarang perubahan kecil pada input akan menyebabkan perubahan besar pada output. Ini bermakna walaupun hanya satu bait diubah, keseluruhan nilai hash akan menjadi sama sekali berbeza. Sebagai contoh, anda menulis dokumen 2000 patah perkataan dan menyimpannya sebagai fail Word. Jika anda hanya menukar satu aksara di dalamnya, contohnya menambah satu ruang kosong, maka md5 fail ini akan berubah sepenuhnya. Oleh itu, hakikat “mengubah hash fail” ialah mengubah kandungan fail itu sendiri, bukannya atribut luaran seperti nama fail. Ciri ini menjadikan pengubahsuaian hash pada tahap fail agak mudah dilaksanakan.
Sistem dan format yang berbeza mempunyai takrifan berbeza tentang pemilikan “metadata”: jika metadata dibenamkan dalam data fail (seperti tag dalam JPEG/bekas video), mengubahnya akan mengubah hash; jika metadata disimpan dalam aliran data luaran atau atribut sistem fail, mengubahnya tidak menjejaskan hash yang dikira berdasarkan kandungan fail. Ini menerangkan fenomena biasa seperti “menukar nama fail tidak mengubah hash, tetapi mengubah metadata terbenam akan mengubahnya”.
Transkod platform video dan “mengenal pasti sama ada hash telah diubah”
Selepas pengguna memuat naik video ke platform video, platform akan melakukan perkara berikut terhadap video tersebut:
Menerima fail asal
Pemeriksaan dan pengesahan format
Pemprosesan transkod (penukaran format, pelarasan resolusi, pemampatan)
Pengekstrakan bingkai utama
Pengiraan hash berbilang lapisan
Ini ialah satu aliran kerja transkod “nyahmultipleks → nyahkod → proses → enkod semula → multipleks” untuk menghasilkan pelbagai versi dengan berbilang kadar bit/berbilang resolusi bagi main balik adaptif. Proses ini sendiri akan mengubah jujukan bait fail serta sebarang hash kriptografi sebelum muat naik.
Pada tahap hash fail: platform akan menjana semula fail semasa proses transkod, jadi hash fail asal akan berubah secara semula jadi. Oleh itu, hash fail yang diubah terlebih dahulu oleh pengguna sudah tidak bermakna selepas transkod. Maka platform tidak akan mengenal pasti sama ada fail anda pernah diubah md5 dan sebagainya, kerana ia langsung tidak bermakna!
Proses penyahduplikasian/pengesanan hak cipta tidak bergantung pada hash fail milik pemuat naik, sebaliknya platform mengira “cap jari audio-video/hash persepsi” miliknya sendiri berdasarkan kandungan selepas dinyahkod, lalu membandingkannya dengan cap jari rujukan dalam pangkalan data; contohnya, Content ID YouTube akan melakukan “pencapjarian” terhadap kandungan yang dimuat naik dan memadankannya dengan rujukan yang disediakan oleh pemegang hak.
Oleh itu, platform bukan “mengenal pasti hash telah diubah”, tetapi “mengabaikan hash muat naik, mengira semula cap jari kandungan dan memadankannya”. Ini menjadikan tindakan mengubah MD5/SHA semata-mata dengan menukar bait fail atau metadata bekas tidak mampu memintas pengesanan berasaskan kandungan.
