1. Nama berkas yang sama berbeda dari isi berkas yang sama
Jika nama dan ukuran berkas pemasang yang diunduh sama dengan yang tercantum pada halaman petunjuk, kita mudah menganggap unduhan itu benar. Namun, nama dapat diubah, dan berkas berukuran sama pun dapat memiliki isi berbeda. Sebaliknya, menyalin berkas foto dengan nama lain tidak selalu mengubah byte di dalamnya. Di sinilah hash membantu perbandingan: isi berkas dimasukkan ke perhitungan yang telah ditentukan dan direpresentasikan sebagai nilai singkat. Pertanyaan yang ingin dijawab bukan apakah nama berkas tampak meyakinkan, melainkan apakah byte yang diterima cocok dengan acuan yang dapat dipercaya. Pertanyaan yang sama dapat diajukan ketika berkas cadangan dipindahkan ke perangkat penyimpanan lain.
SHA-256 adalah algoritma yang menghasilkan nilai hash 256 bit dari suatu masukan. Nilai ini lazim ditampilkan sebagai 64 digit heksadesimal karena satu digit heksadesimal mewakili 4 bit. Meski berkas membesar, panjang hasil tidak bertambah sebanding dengan ukuran berkas. Byte yang sama, jika diproses dengan algoritma yang sama, memberikan hasil yang sama. Namun, karena semua masukan harus dipetakan ke nilai yang panjangnya terbatas, secara prinsip ada tabrakan, yaitu masukan berbeda yang menghasilkan nilai sama. Penggunaan untuk perbandingan praktis perlu dibedakan dari klaim bahwa setiap berkas diberi nama yang unik secara matematis. RFC 6234 menyediakan perhitungan hash dan bahan pengujian, termasuk untuk SHA-256.
2. Hash bukan enkripsi atau salinan berkas yang diperkecil
Mengetahui nilai hash tidak memberi kita tombol dekripsi untuk memulihkan dokumen atau foto asli. Enkripsi dirancang agar teks asli bisa diperoleh kembali dengan kunci yang sesuai, sedangkan hash kriptografis bukan format penyimpanan untuk memulihkan masukan asli. Akan tetapi, ini juga tidak berarti semua masukan akan tetap rahasia hanya karena yang dipublikasikan adalah hash. Jika kemungkinan masukannya hanya beberapa, hash setiap calon masukan dapat dihitung lalu dibandingkan. Karena itu, penjelasan SHA-256 untuk pemeriksaan berkas tidak boleh diperluas menjadi saran bahwa menyimpan kata sandi setelah melakukan hash langsung sudah memadai. Pemeriksaan integritas, penjagaan kerahasiaan, dan penyimpanan kata sandi merupakan pekerjaan dengan persyaratan berbeda.
Saat seluruh berkas dihitung, yang dibandingkan bukan hanya huruf yang terlihat di layar. Kalimat yang tampak sama pun dapat memiliki byte berbeda jika bentuk akhir baris, pengodean karakter, atau metadata internal dokumennya berbeda. Berkas hasil ekstraksi merupakan objek perbandingan yang berbeda dari arsip asalnya. Jika karakter dinormalisasi atau akhir baris diubah sebelum perhitungan, hasilnya adalah hash data yang sudah diubah itu. Jika distributor memberikan nilai untuk arsip asli, bandingkan terlebih dahulu dengan berkas arsip yang diterima itu sendiri. Pembedaan ini menerapkan perbedaan tampilan dan byte yang dibahas dalam artikel Unicode dan UTF-8 sebelumnya pada verifikasi berkas yang nyata.
3. Bandingkan unduhan dengan algoritma dan nilai acuan yang sama
Sebelum memverifikasi, periksa versi sasaran, sistem operasi, nama berkas, dan algoritma hash secara bersamaan dalam petunjuk distribusi resmi pembuatnya. Berkas pemasang untuk sistem operasi lain atau nilai dari versi berbeda tidak dapat dijadikan acuan pembanding. Di PowerShell, berkas lokal dapat dibaca dan dihitung dengan Get-FileHash -LiteralPath '.\download.zip' -Algorithm SHA256. Perintah ini tidak menjalankan isi berkas pada jalur tersebut. Dokumentasi resmi Microsoft menjelaskan bahwa nilai dihitung dari isi berkas dan tidak berubah hanya karena namanya diganti. Sesuaikan nama dan jalur dengan berkas yang benar-benar diterima, dan jangan ubah berkas selama perhitungan.
Pada keluaran, cocokkan seluruh 64 digit dalam kolom Hash dengan nilai SHA-256 yang dipublikasikan distributor. Jangan menyimpulkan kecocokan menyeluruh hanya karena beberapa digit awal atau akhir sama. Huruf besar dan kecil dalam heksadesimal mewakili angka yang sama, tetapi jika ada karakter lain atau jumlah digit kurang, periksa terlebih dahulu nilai yang disalin. Hasil yang cocok mendukung konsistensi antara byte yang diterima dan nilai acuan yang dipercaya. Hasil itu bukan pemeriksaan terhadap kebenaran fakta dalam dokumen, kualitas program, atau perilaku berbahaya. Jika berkas acuan sendiri bermasalah, salinan yang sama persis juga memiliki hash yang sama. Keberhasilan perhitungan dan kelayakan memakai berkas perlu dinilai secara terpisah.
4. Ketidakcocokan adalah tanda untuk menyelidiki, bukan bukti pasti serangan
Misalkan berkas distribusi yang diterima kemarin dibandingkan dengan nilai dalam petunjuk hari ini, lalu ternyata berbeda. Ini adalah contoh penjelas, bukan catatan insiden nyata. Pertama, periksa apakah petunjuk merujuk ke versi yang sama, apakah berkas untuk perangkat lain yang diterima, dan apakah perhitungan dilakukan sebelum unduhan selesai. Bisa juga yang dihitung adalah berkas hasil ekstraksi, bukan arsipnya, atau editor telah menyimpan ulang dokumen. Dengan demikian, perubahan objek pembanding perlu dipisahkan dari perubahan isi selama pengiriman atau penyimpanan. Fakta bahwa nilainya berbeda saja tidak mengungkap siapa mengubah apa dan kapan.
Jangan langsung menjalankan berkas pemasang yang tidak cocok untuk memeriksanya. Periksa ulang petunjuk distribusi resmi dan nilai acuan, lalu bandingkan dengan berkas yang diunduh kembali. Jika tetap berbeda, sebaiknya periksa pengumuman koreksi atau saluran bantuan distributor dan catat hasilnya. Catatan perlu memuat waktu pemeriksaan, alamat sumber, versi berkas, algoritma, dan nilai hasil perhitungan. Hasil yang sama dalam perhitungan berulang menjadi petunjuk bahwa berkas lokal saat ini dibaca dengan cara yang sama, tetapi tidak menyelesaikan kemungkinan kesalahan nilai yang dipublikasikan distributor atau masalah jalur distribusi. Menimpa catatan acuan dengan nilai yang diharapkan akan menghilangkan dasar untuk menilai apakah perubahan terjadi kemudian.
5. Dasar kepercayaan pada nilai acuan dan peran tanda tangan digital
Jika penyerang dapat mengubah berkas sekaligus nilai hash yang dicantumkan bersamanya, ia dapat menghitung hash berkas yang diubah dan memasangnya sebagai acuan baru. NIST SP 800-175B menjelaskan keterbatasan ini ketika hash digunakan sendirian tanpa kunci atau tanda tangan. Mendapatkan nilai dari halaman HTTPS pada alamat resmi membantu memeriksa sumber dan jalur pengiriman, tetapi tidak menjamin bahwa kemungkinan server distribusi itu sendiri telah disusupi juga hilang. Yang penting bukan apakah rangkaian hash tampak panjang, melainkan dari mana dan melalui prosedur kepercayaan apa acuan tersebut diperoleh. Dua nilai yang disalin dari layar yang sama dan saling cocok tidak dengan sendirinya memastikan identitas pembuat.
Tanda tangan digital memungkinkan hubungan antara tanda tangan dan data diverifikasi, antara lain dengan kunci publik yang diperoleh secara tepercaya. Jika distributor menyediakan prosedur verifikasi tanda tangan, ikuti petunjuk resmi sampai cara memastikan pemilik dan sidik jari kuncinya. Memercayai begitu saja kunci publik yang baru pertama kali dilihat di sebelah berkas yang tidak jelas asalnya tidak menyelesaikan titik awal kepercayaan. HMAC, yang menggunakan kunci rahasia bersama, juga merupakan alat autentikasi yang berbeda dari hash biasa, tetapi bukan fitur yang dapat ditambahkan sembarangan ke semua unduhan untuk menyelesaikan masalah. Tanda tangan yang valid tidak berarti program bebas cacat atau isi dokumen benar. Kecocokan byte, kepastian sumber, dan penilaian isi saling berkaitan, tetapi masing-masing memerlukan dasar pemeriksaan sendiri.
6. Dalam pencadangan dan kolaborasi, catat juga cakupan perbandingan
Untuk cadangan foto pribadi, menyimpan SHA-256 berkas asli dan membandingkannya dengan salinan membantu memeriksa apakah ada perubahan selama pemindahan. Simpan pula daftar acuan agar tidak hilang atau tertimpa bersama berkas asli. Jika perangkat lunak pengelola foto menulis ulang informasi rotasi atau metadata pengambilan gambar, hash berkas bisa berbeda meski foto yang tampak masih serupa. Maka, bedakan dahulu apakah tujuannya mempertahankan setiap byte atau memeriksa apakah makna foto yang diedit tetap sama. Untuk memeriksa satu folder secara keseluruhan, jangan berhenti pada hash satu berkas; kelola juga daftar berkas yang disertakan, jalur relatifnya, dan nilai masing-masing.
Dalam peninjauan dokumen kolaboratif, hash juga dapat menjadi penanda yang mengunci versi yang ditinjau. Namun, pemeriksaan kecocokan hash tidak menggantikan bukti bahwa seseorang benar-benar membaca seluruh naskah atau membandingkan terjemahan. Catat apa yang ditinjau, kapan, dan dengan metode apa, lalu hubungkan catatan itu dengan nilai berkas terkait agar bermakna. Gambar dalam artikel ini adalah diagram penjelas buatan sendiri yang merangkum perbandingan byte, sumber nilai acuan, dan cakupan verifikasi; bukan hasil pengukuran nyata atau sertifikat. Saat memeriksa berkas, cobalah mencatat objek dan algoritma, sumber acuan, serta batas kesimpulan yang dapat didukung hasilnya secara berurutan. Dengan begitu, kecocokan maupun ketidakcocokan tidak dibesar-besarkan, dan orang berikutnya dapat mengulangi prosedur yang sama.