Panduan Generator Hash SHA-256: UTF-8, SHA-384, dan SHA-512

Cara membuat hash teks

Buka Generator hash SHA, lalu tempel teks, buka file teks lokal, atau biarkan editor kosong. Algoritma menggunakan SHA-256 secara default; SHA-384 dan SHA-512 juga tersedia. Tekan Buat hash secara eksplisit. Mengetik saja tidak membuat digest, dan mengubah input atau algoritma membatalkan hasil sebelumnya.

Baca algoritma yang dipilih bersama hasil, kemudian gunakan Salin hasil atau Unduh. Input kosong diizinkan dan menghasilkan digest nyata yang tidak kosong. Bungkus baris hanya mengubah tampilan. Sebelum membandingkan nilai aplikasi lain, pastikan kedua sisi menghitung hash urutan byte yang sama dengan algoritma yang sama serta representasi output yang dapat dibandingkan.

• Perlakukan spasi di akhir dan akhir baris secara sengaja; jangan hapus hanya agar perbandingan cocok.
• Gunakan contoh tetap seperti abc untuk memeriksa algoritma sebelum menyelidiki data nyata.
• Simpan data asli dan digest yang diharapkan dari sumber tepercaya terpisah dari tangkapan layar atau nilai tampilan singkat.

Panjang output SHA-256, SHA-384, dan SHA-512

Ketiganya merupakan anggota keluarga SHA-2. Panjang digest tetap, baik input kosong, kata pendek, maupun teks lebih panjang yang diizinkan. Satu karakter heksadesimal merepresentasikan empat bit; digest 256 bit memiliki 64 karakter heksadesimal. Byte nol di awal tetap direpresentasikan; alat tidak memendekkan output. Indikator byte ruang kerja menghitung teks heksadesimal UTF-8: 64, 96, atau 128 byte, bukan panjang byte digest mentah dalam tabel.

Pilih algoritma yang diperlukan format penerima atau proses perbandingan. SHA-384 memakai inisialisasi sendiri, bukan sekadar awalan digest SHA-512 biasa. Hasil SHA-512 tidak dapat langsung dibandingkan dengan SHA-256 seolah karakter tambahan bersifat opsional. Output lebih panjang tidak dengan sendirinya membuat penyimpanan kata sandi dan tidak membuktikan keamanan aplikasi. Antarmuka ini tidak menawarkan SHA-1, MD5, SHA-3, HMAC, atau pengaturan salt/kunci.

NIST FIPS 180-4: standar hash amanW3C Web Cryptography API: digest dan algoritma SHA

Contoh SHA-256 yang diketahui: teks kosong dan abc

Tabel memberikan digest SHA-256 lengkap dengan huruf kecil untuk input UTF-8 tepat seperti yang disebutkan. String kosong memiliki nol byte input; bukan digest spasi atau baris baru. Contoh abc berisi tiga byte ASCII 61 62 63 dalam heksadesimal. Ini adalah contoh uji tetap, bukan pengukuran input Anda.

Salin digest lengkap, bukan pratinjau yang dipendekkan. Jika referensi menggunakan huruf besar, perbedaan huruf itu ada pada representasi, bukan byte digest; ToolMellow menghasilkan huruf kecil. Representasi Base64 dari byte digest yang sama merupakan pengodean lain, bukan algoritma hashing lain. Alat ini tidak menyediakan pemilih format output.

NIST FIPS 180-4: standar hash amanWHATWG Encoding: UTF-8 dan dekode teks

Byte UTF-8, spasi, dan normalisasi Unicode

Sebelum hashing, alat memeriksa surrogate Unicode tanpa pasangan, kemudian mengubah string input menjadi UTF-8. Tidak memangkas spasi, tidak menghapus U+FEFF di awal yang sudah ada pada string yang diberikan, dan tidak menerapkan normalisasi Unicode. Spasi di akhir, perubahan huruf besar/kecil, atau representasi byte berbeda dapat mengubah digest. Operasi menggunakan string yang diberikan kepada worker.

Dua string dapat tampak sama tetapi memiliki byte berbeda. Misalnya, U+00E9 yang sudah tersusun dan urutan U+0065 U+0301 dapat menampilkan huruf beraksen yang sama dengan pengodean UTF-8 berbeda. Begitu pula LF dan CRLF merupakan urutan byte berbeda. Pengeditan atau impor browser dapat memengaruhi string yang diberikan; jangan menyimpulkan kesamaan byte dari tampilan saja.

WHATWG Encoding: UTF-8 dan dekode teksECMAScript: isWellFormed pada StringWHATWG HTML: nilai textarea dan akhir baris

Membuka file teks tidak menghitung hash byte aslinya

Kontrol file membaca melalui File.text(), yang mendekode teks UTF-8, menghapus BOM UTF-8 di awal, dan mengganti urutan UTF-8 yang rusak. File harus lebih kecil dari 4,000,000 byte, dan teks terbaca harus memenuhi batas input satu juta unit UTF-16. Ekstensi nama file tidak membuktikan pengodean karakter.

String hasil dekode kemudian dienkode kembali menjadi UTF-8 untuk digest, sehingga hasil dapat berbeda dari checksum langsung atas byte asli file. Dokumen biner, gambar, BOM, pengodean lain, atau karakter pengganti dapat berpengaruh. Untuk verifikasi file persis per byte, gunakan metode yang membaca dan menghitung hash byte mentah dengan algoritma yang diharapkan; ruang kerja ini bukan metode checksum file tersebut.

W3C File API: pembacaan Blob sebagai teksWHATWG Encoding: UTF-8 dan dekode teks

Arti hash yang cocok atau berbeda

Untuk perbandingan berguna, pastikan algoritma, urutan byte, dan representasi digest lengkap sama pada kedua sisi. Ketidakcocokan berarti digest yang dihitung berbeda; tidak menunjukkan apakah penyebabnya pengeditan, pengodean, algoritma keliru, kerusakan transportasi, atau perubahan lain. Vektor yang diketahui membantu memisahkan operasi dasar dari asumsi tentang input nyata.

Digest tanpa kunci yang cocok mendukung konsistensi dengan nilai yang diharapkan, tetapi bukan tanda tangan, pemeriksaan identitas, atau bukti konten tidak berbahaya. Hash kriptografis memiliki ruang output terbatas dan bukan pengenal unik secara matematis untuk setiap pesan yang mungkin. Percayai sumber digest yang diharapkan: jika konten dan nilai referensi sama-sama diganti, kecocokan saja tidak membuktikan keaslian.

NIST FIPS 180-4: standar hash amanW3C Web Cryptography API: digest dan algoritma SHA

Hash tidak didekripsi, tetapi tebakan dapat diuji

Hashing menghasilkan digest, bukan ciphertext dengan kunci dekripsi. ToolMellow tidak memiliki fungsi dekripsi atau pemulihan teks asli. Enkripsi, pengodean Base64, dan hashing memiliki peran berbeda: Base64 merepresentasikan byte secara reversibel, sedangkan enkripsi memerlukan skema kriptografis dan kunci. Digest bukan versi terkompresi yang dapat dipakai merekonstruksi sembarang input.

Ini tidak berarti setiap input yang di-hash mustahil ditebak. Seseorang dapat menghitung hash nilai kandidat dan membandingkannya, terutama jika teks asli pendek atau dapat diprediksi. Hash yang dipublikasikan tidak menjamin kerahasiaan semua data. Menambahkan hashing saja tidak menyelesaikan autentikasi, pengelolaan kunci, atau penyimpanan aman.

NIST FIPS 180-4: standar hash amanOWASP: panduan penyimpanan kata sandi

Mengapa SHA-256 biasa bukan sistem penyimpanan kata sandi

Alat ini menjalankan digest SHA-2 tanpa kunci, tanpa faktor biaya khusus kata sandi, pengelolaan salt, atau prosedur verifikasi akun. Memilih SHA-384 atau SHA-512 mengubah digest tetapi tidak menambahkan kemampuan itu. Mengetik string menyerupai salt secara manual juga tidak setara dengan menerapkan sistem penyimpanan kata sandi lengkap.

Penyimpanan kata sandi membutuhkan konstruksi untuk tujuan tersebut dan kontrol aplikasi yang tepat. Ikuti panduan penyimpanan saat ini untuk sistem yang Anda buat. HMAC dan tanda tangan digital menangani autentikasi berkunci melalui konstruksi berbeda; digest teks ToolMellow tidak menghasilkan keduanya dan tidak memverifikasinya. Jangan gunakan kredensial nyata dalam contoh publik atau tangkapan layar.

OWASP: panduan penyimpanan kata sandiW3C Web Cryptography API: digest dan algoritma SHA

Gunakan hasil sebagai input menghitung hash teks heksadesimal

Setelah membuat digest, Gunakan hasil sebagai input memasukkan karakter heksadesimalnya ke editor. Menghitung lagi membuat hash byte UTF-8 teks tersebut. Tidak otomatis memakai 32, 48, atau 64 byte digest mentah pada operasi hash berikutnya, dan antarmuka ini tidak mempunyai mode input byte mentah.

Jika protokol membutuhkan hash kedua atas byte digest mentah, operasi teks pada heksadesimal terlihat merupakan perhitungan berbeda. Tentukan representasi yang dibutuhkan pada tiap langkah, jangan menganggap “hash dua kali” selalu berarti satu operasi universal. Mengulang digest tanpa kunci di sini tidak menjadikannya penyimpanan kata sandi atau autentikasi berkunci.

WHATWG Encoding: UTF-8 dan dekode teksW3C Web Cryptography API: digest dan algoritma SHA

Batas input, Web Crypto, dan HTTPS

Batas input adalah 1,000,000 unit kode UTF-16 JavaScript, bukan satu juta byte UTF-8 atau grafem terlihat. Emoji dan urutan gabungan menunjukkan perbedaan hitungan ini. Output digest SHA-2 tetap memiliki panjang heksadesimal yang ditentukan, sehingga hasil yang diizinkan memenuhi batas input untuk digunakan kembali; memori browser dan ketersediaan worker tetap penting.

Browser harus menyediakan crypto.subtle pada konteks aman yang sesuai, seperti HTTPS atau konteks lokal tepercaya termasuk localhost. Jika API tidak tersedia, alat menampilkan kesalahan dukungan. HTTPS saja tidak menjamin semua browser atau lingkungan sematan mendukung API. Algoritma terstandar tidak membuktikan validasi atau sertifikasi FIPS pada browser, situs, atau implementasi.

ECMAScript: isWellFormed pada StringW3C Web Cryptography API: digest dan algoritma SHAW3C Secure Contexts: origin yang berpotensi tepercaya

Memeriksa hash teks yang gagal atau tidak sesuai harapan

Jika pembuatan gagal, baca kesalahan, pastikan algoritma didukung dan Web Crypto tersedia dalam konteks aman, lalu periksa surrogate tanpa pasangan pada input. Kesalahan batas impor berbeda dari kesalahan hashing. Jangan mengubah teks sebelum mengetahui representasi byte yang dimaksud oleh hasil yang diharapkan.

Jika perbandingan gagal, mulai dengan vektor abc yang diketahui, kemudian bandingkan kondisi input nyata satu per satu. Alat tidak mendiagnosis kerusakan, tidak membuat sertifikat verifikasi, dan tidak mengambil checksum referensi dari URL. Jika papan klip tidak tersedia, pilih digest dan salin manual.

W3C Web Cryptography API: digest dan algoritma SHAWHATWG Encoding: UTF-8 dan dekode teks

Unduhan teks, hapus, dan privasi lokal

Unduh menyimpan hasil heksadesimal sebagai teks UTF-8 dalam toolmellow-result.txt, bukan byte digest mentah, manifest checksum biner, atau laporan. Hapus menghilangkan input, output, kesalahan, isi pencarian/penggantian, dan riwayat editor, tetapi mempertahankan Algoritma dan Bungkus baris. Menyegarkan atau menutup ruang kerja membuang keadaan kerja di memori; file unduhan tetap di perangkat.

Aplikasi tidak mengunggah teks yang diberikan, isi file yang dipilih, atau hasil ke server hashing. Memuat situs tetap mengirim metadata biasa ke hosting, dan situs publik memakai Google Analytics untuk kunjungan halaman dengan cookie serta informasi browser/perangkat. Hashing lokal tidak berarti anonimitas, tidak menjanjikan lalu lintas jaringan nol, dan tidak menjanjikan ketiadaan pencatatan infrastruktur. Hapus tidak menjamin penghapusan jejak yang dapat dipulihkan dari memori browser atau sistem operasi.

Sematkan generator hash beserta backlink

Pilih bahasa halaman dan buka bagian integrasi di bawah ruang kerja. Salin atau unduh cuplikan HTML ke area situs yang mengizinkan iframe dan skrip eksternal. Cuplikan berisi iframe ToolMellow, skrip pengatur ukuran, dan backlink terlihat ke halaman ToolMellow dalam bahasa yang sesuai. Pertahankan tautan kredit tersebut.

Periksa pratinjau pada layar sempit, konteks aman sematan, dan izin papan klip. Sematan mempertahankan algoritma, cakupan teks, dan batas input; tidak menjadi API hashing jarak jauh, layanan checksum file, atau sistem verifikasi kata sandi. Tautan kredit memakai nofollow dan noopener dan tidak menjamin peningkatan peringkat.

Pertanyaan umum

Sumber dan bacaan lanjutan

• NIST FIPS 180-4: standar hash aman
• W3C Web Cryptography API: digest dan algoritma SHA
• WHATWG Encoding: UTF-8 dan dekode teks
• W3C File API: pembacaan Blob sebagai teks
• ECMAScript: isWellFormed pada String
• WHATWG HTML: nilai textarea dan akhir baris
• W3C Secure Contexts: origin yang berpotensi tepercaya
• OWASP: panduan penyimpanan kata sandi