SHA Hash Oluşturucu

MD5 neden bu araçta yok

Bu soru sık geliyor, çünkü çevrimiçi özet araçlarının neredeyse tamamı MD5 sunuyor. Cevap teknik ve nettir: tarayıcının yerleşik kriptografi arayüzü olan crypto.subtle.digest yalnızca SHA-1, SHA-256, SHA-384 ve SHA-512 uygular. MD5 spesifikasyonda hiç yer almaz ve bu bir eksiklik değil, bilinçli bir tasarım kararıdır. MD5 için pratik çakışma üretme yöntemleri 2004'ten beri biliniyor: aynı özete sahip iki farklı girdiyi saniyeler içinde üretebilirsiniz. Standart, kırık bir algoritmayı platform yüzeyine taşımayı reddetti.

MD5'i buraya eklemenin tek yolu, elle yazılmış bir JavaScript uygulamasını sayfaya dahil etmek olurdu. Bu hem gereksiz kod ağırlığı hem de yanlış bir mesaj anlamına gelir. Eski bir dosya sağlama toplamını doğrulamak gibi meşru bir nedenle MD5'e ihtiyacınız varsa komut satırında md5sum veya openssl dgst -md5 kullanın; yeni bir sistem tasarlıyorsanız MD5 hiçbir katmanda doğru cevap değildir.

Algoritmalar ve özet uzunlukları

SHA-1 listede duruyor çünkü hâlâ meşru kullanım alanları var. Git nesne kimlikleri, eski dosya envanterleri ve kaza sonucu bozulmayı yakalamayı amaçlayan sağlama toplamları bunlara örnek. Buradaki ayrım şudur: SHA-1 rastgele bozulmayı yakalamakta hâlâ iyidir, ama kasıtlı bir saldırgana karşı değildir. 2017'de yayımlanan SHAttered çalışması aynı SHA-1 özetine sahip iki geçerli PDF üretti. Dolayısıyla imza, sertifika veya bütünlük kanıtı gerektiren hiçbir yerde kullanılmamalıdır. Araç bunu arayüzde açıkça etiketler.

Özetleme şifreleme değildir

En sık karşılaşılan yanlış anlama "bu özeti nasıl çözerim" sorusudur. Çözülemez. Özet fonksiyonu tek yönlüdür: girdi ne kadar uzun olursa olsun sabit uzunlukta bir çıktı üretir ve bu süreçte bilgi geri döndürülemez biçimde kaybolur. 10 megabaytlık bir dosya da 64 karakterlik bir SHA-256 özetine iner; ters çevirme matematiksel olarak mümkün değildir.

"MD5 çözücü" veya "SHA-1 kırıcı" diye tanıtılan siteler aslında ters çevirme yapmaz. Önceden hesaplanmış devasa tablolarda arama yaparlar. Girdiniz yaygın bir parola veya kısa bir kelimeyse tabloda bulunur, rastgele bir metinse bulunmaz. Bu, algoritmanın kırıldığını değil, girdinin tahmin edilebilir olduğunu gösterir.

Parolalar için SHA-256 yanlış araçtır

SHA ailesi hızlı olacak şekilde tasarlandı. Bu, dosya doğrulama için istediğiniz özelliktir ve parola saklama için tam olarak istemediğiniz özelliktir. Sıradan bir ekran kartı saniyede milyarlarca SHA-256 hesaplayabilir, yani sızan bir parola tablosunda zayıf parolalar dakikalar içinde bulunur. Doğru çözüm, kasıtlı olarak yavaş ve bellek maliyetli tasarlanmış parola özet fonksiyonlarıdır.

1// YANLIŞ: hızlı olması saldırganın işine yarar2const ozet = await crypto.subtle.digest('SHA-256', utf8('parolam'));3 4// DOĞRU: sunucu tarafında, tuz ve maliyet parametresiyle5import { hash, verify } from '@node-rs/argon2';6 7const saklanan = await hash('parolam', {8  memoryCost: 19456, // KiB9  timeCost: 2,10  parallelism: 1,11});12// $argon2id$v=19$m=19456,t=2,p=1$<tuz>$<ozet>13 14await verify(saklanan, girilenParola); // true / false

Özetim neden eşleşmiyor

İki taraf aynı metni özetlediğini düşünürken farklı sonuç alıyorsa sebep neredeyse her zaman baytlardadır. Özet fonksiyonu karakter değil bayt görür, dolayısıyla kodlama ve satır sonu farkları doğrudan çıktıya yansır. Bu araç girdiyi her zaman UTF-8 olarak kodlar ve satır sonlarını normalleştirmeyi ayrı bir seçenek olarak sunar.

1// Satır sonu: Windows CRLF ile Unix LF farklı baytlardır2sha256('a\n');   // 87428fc522803d31065e7bce3cf03fe475096631e5e07bbd7a0fde60c4cf25c73sha256('a\r\n'); // 5f0e50e17b1b1cbbbee2b5a0b0d8db9d0e6ff7b7e6ba4b70cd7d38ae0a6d3b284 5// Kodlama: aynı görünen metin farklı baytlar üretir6new TextEncoder().encode('ş');        // [0xC5, 0x9F]  UTF-8, 2 bayt7// ISO-8859-9 (Türkçe Latin-5) aynı harfi tek bayt olarak yazar: [0xFE]8// Aynı harf, farklı bayt, farklı özet.9 10// Görünmez BOM da metnin bir parçasıdır11sha256('merhaba') !== sha256('\uFEFFmerhaba');