Tidak suka iklan? Pergi Bebas Iklan Hari ini 

Kalkulator Cek CRC (CRC-8/16/32/64)

DataPengembangKeamanan

IKLAN · HAPUS?

MEMASUKKAN

Proses Otomatis

Atau

Masukan Teks

Algoritma CRC

Format Keluaran

HEKSAGON

Desimal

Biner

Verifikasi Ceksum

Diharapkan

Biarkan kosong untuk melewatkan verifikasi. Spasi, titik dua, dan prangkat 0x/0b diabaikan.

KELUARAN

Sisi klien

IKLAN · HAPUS?

Memandu

Kalkulator Ceksum CRC

Hitung nilai Cyclic Redundancy Check secara instan untuk teks atau file masukan, memilih dari 15 variasi standar di keluarga CRC-8, CRC-16, CRC-32, dan CRC-64. Verifikasi unduhan, validasi frame protokol serial, atau konfirmasi integritas file tanpa mengunggah apa pun — semua perhitungan berjalan secara lokal di browser Anda.

Cara Penggunaan

Masukkan atau salin teks ke area masukan, atau dray-and-drop file ke uploader.
Pilih variasi CRC dari dropdown. CRC-32 (IEEE 802.3) dipilih secara default — algoritma yang sama digunakan oleh Ethernet, ZIP, dan PNG.
Beralih antara format HEX, desimal, dan biner untuk sesuai dengan apa yang Anda bandingkan.
Opsi untuk menempelkan ceksum yang diharapkan ke dalam Verifikasi field. Nilai HEX (0xCBF43926), desimal, atau biner diterima, dan spasi atau titik dua diabaikan.
Ceksum diperbarui secara langsung saat Anda mengetik atau mengatur opsi.

Fitur

15 variasi CRC – CRC-8, CRC-8/ITU, CRC-8/MAXIM, CRC-8/ROHC, CRC-16/CCITT-FALSE, CRC-16/XMODEM, CRC-16/IBM (ARC), CRC-16/MODBUS, CRC-16/USB, CRC-32 (IEEE/Ethernet/ZIP), CRC-32/BZIP2, CRC-32C (Castagnoli), CRC-32/MPEG-2, CRC-64/ECMA-182, dan CRC-64/ISO.
Masukan teks atau file – salin string langsung atau drop file dari jenis apa pun; kalkulator membaca byte secara tepat seperti yang ada di disk.
Output langsung – representasi HEX, desimal, dan biner diperbarui saat Anda mengetik, dengan pengaturan individu untuk setiap format.
Verifikasi nilai yang diharapkan – salin ceksum referensi untuk memastikan file atau payload Anda sesuai dengan nilai yang dikenal baik.
Parsing fleksibel – nilai yang diharapkan menerima 0x, 0b, atau angka murni, dan toleran terhadap spasi, titik dua, dan garis bawah.
Hanya sisi klien – tidak ada yang diunggah ke server, sehingga Anda dapat secara aman menghitung file sensitif atau milik pribadi.

 Tanya Jawab Umum

Apa itu CRC dan bagaimana perbedaannya dengan hash kriptografi?

Pemeriksaan Cyclic Redundancy (CRC) menganggap pesan masukan sebagai polinomial biner besar dan membaginya dengan polinomial generator tetap; sisa hasilnya adalah ceksum. CRC dirancang untuk mendeteksi kesalahan kecil dalam transmisi atau penyimpanan — seperti kegagalan bit, penghapusan byte, atau perpindahan run — dan melakukannya secara sangat efisien. Hash kriptografi seperti SHA-256 menyelesaikan masalah yang berbeda: mereka tahan terhadap kolisi dan dirancang untuk menahan penyusupan. CRC cepat dan matematis dapat diprediksi, tetapi sangat mudah dirancang, sehingga tidak boleh digunakan untuk keperluan keamanan.
Mengapa ada begitu banyak variasi CRC-16 dan CRC-32?

Badan standar dan vendor memilih polinomial generator, nilai register awal, pengaturan refleksi bit, dan nilai XOR akhir yang berbeda untuk memenuhi kebutuhan deteksi kesalahan mereka. Ethernet, ZIP, dan PNG semua menyetujui CRC-32 (IEEE 802.3), sementara protokol industri seperti MODBUS, USB, dan XMODEM menggunakan varian CRC-16 mereka sendiri. Dua varian dengan lebar bit yang sama akan menghasilkan ceksum yang benar-benar berbeda untuk input yang sama jika ada perbedaan dalam parameter apa pun, yang berarti memilih varian yang tepat sesuai sistem tujuan sangat penting.
Apa arti input dan output yang direfleksikan dalam spesifikasi CRC?

Varian yang direfleksikan (kadang disebut terbalik) memproses bit paling kecil dari setiap byte terlebih dahulu dan memantulkan bit register secara bit per bit sebelum menerapkan XOR output. Varian yang tidak direfleksikan memproses bit dalam urutan paling signifikan. Pilihan ini berasal dari desain perangkat keras di mana memindahkan register ke satu arah lebih murah daripada arah lainnya. Dua CRC dengan polinomial yang sama tetapi pengaturan refleksi berbeda tidak kompatibel — CRC-32 dan CRC-32/BZIP2 memiliki polinomial yang sama yaitu 0x04C11DB7 namun menghasilkan nilai yang benar-benar berbeda.
Bagaimana perbedaan CRC-32C dengan CRC-32 standar, dan kapan digunakan?

CRC-32C, yang diterbitkan oleh Guy Castagnoli pada tahun 1993, menggunakan polinomial 0x1EDC6F41 alih-alih 0x04C11DB7. Sifat deteksi kesalahan secara matematis lebih unggul untuk beban pendek, dan prosesor x86 modern menerapkan ini secara langsung dalam satu instruksi CRC32. Ini adalah ceksum yang digunakan oleh iSCSI, SCTP, metadata ext4, Btrfs, dan lapisan pengaturan gRPC dari Google. Ketika kecepatan tinggi dan deteksi kesalahan yang kuat sangat penting, sistem semakin memilih CRC-32C daripada CRC Ethernet klasik.
Apakah CRC dapat mendeteksi setiap kesalahan mungkin, dan apa batasannya?

Tidak ada kode deteksi kesalahan yang menangkap semua kesalahan. Sebuah CRC dengan n-bit menjamin deteksi semua kesalahan burst hingga panjang n bit dan semua kesalahan satu bit, tetapi sekitar 1 dari 2^n kerusakan acak akan meloloskan tanpa terdeteksi. Untuk CRC-32 itu sekitar 1 dari 4,3 miliar — sangat baik untuk integritas file dan frame biasa. Untuk file besar atau penyimpanan jangka panjang, CRC-64 memperluas batas tersebut hingga sekitar 1 dari 1,8 × 10^19. Modifikasi oleh penyerang adalah cerita berbeda: penyerang selalu dapat menyesuaikan pesan agar CRC sesuai dengan nilai yang dipilih, yang merupakan alasan mengapa ceksum tidak boleh menggantikan tanda tangan digital untuk autentikasi.