Verifying a downloaded ISO
Use SHA-256 against the publisher's checksum. If even one byte was tampered with, the digests differ. MD5 and SHA-1 are fine for accidental corruption but do not use them against an attacker.
متن یا فائلوں سے MD5، SHA-1، SHA-256، SHA-384، SHA-512 اور CRC32 ہیش براہ راست اپنے براؤزر میں حساب کریں۔ کچھ بھی اپ لوڈ نہیں ہوتا۔
نہیں۔ تمام ہیشنگ مکمل طور پر آپ کے براؤزر میں JavaScript اور Web Crypto API کے ذریعے ہوتی ہے۔ جب آپ متن داخل کرتے ہیں یا فائل منتخب کرتے ہیں تو کوئی نیٹ ورک درخواست نہیں کی جاتی۔ آپ اسے براؤزر کے Network tab میں تصدیق کر سکتے ہیں۔
فائل سالمیت (چیک سم) کے لیے MD5 یا SHA-256 استعمال کریں — دونوں غیر سیکیورٹی استعمال کے لیے ٹھیک ہیں۔ سیکیورٹی (پاس ورڈ ہیشنگ، دستخط) کے لیے SHA-256 یا SHA-512 استعمال کریں، کبھی MD5 یا SHA-1 نہیں (دونوں کی تصادم مزاحمت ٹوٹ چکی ہے)۔ CRC32 صرف حادثاتی ڈیٹا کی خرابی کا پتہ لگانے کے لیے مفید ہے، سیکیورٹی کے لیے نہیں۔
ایک فائل یہاں چھوڑیں، یا براؤز کرنے کے لیے کلک کریں
کوئی بھی فائل کی قسم۔ بڑی فائلوں کے ساتھ کام کرتا ہے (حصوں میں پڑھائی)۔
تجویز: ٹائپ کرتے وقت ہیش براہ راست حساب ہوتے ہیں۔ تیز فائل ہیشنگ کے لیے غیر ضروری الگورتھم کو غیر نشان زد کریں۔
تیز، نجی اور ہر عام ہیش الگورتھم کا احاطہ کرتا ہے۔
تمام ہیشنگ آپ کے براؤزر میں ہوتی ہے۔ آپ کے متن اور فائلیں کبھی کہیں بھی منتقل، ذخیرہ یا ریکارڈ نہیں ہوتیں۔
MD5، SHA-1، SHA-256، SHA-384، SHA-512 اور CRC32 — سب ایک ساتھ دیکھیں، یا صرف وہ منتخب کریں جن کی آپ کو ضرورت ہے۔
کوئی بھی فائل (بشمول کئی GB فائلیں) چھوڑیں اور لائیو پروگریس بار کے ساتھ تمام ہیش حاصل کریں۔ حصوں میں پڑھائی میموری کو کم رکھتی ہے۔
خودکار براؤزر شناخت کے ساتھ 25 زبانوں میں دستیاب۔ عربی، فارسی اور اردو کے لیے RTL سپورٹ۔
ٹائپ کرتے وقت ہیش اپ ڈیٹ ہوتے ہیں (مختصر ڈیباؤنس کے ساتھ)۔ ہر نتیجے کے لیے ایک کلک کاپی۔ بڑے/چھوٹے حروف ٹوگل۔
SHA ہیش کے لیے براؤزر کا اصل Web Crypto API استعمال کرتا ہے — وہی عمل درآمد جو براؤزر TLS اور ذیلی وسائل کی سالمیت کے لیے استعمال کرتے ہیں۔
Web Crypto API for SHA family, streaming for large files.
For text input we encode it to UTF-8 bytes via TextEncoder. For files, we read them with File.arrayBuffer for small files or stream them through TransformStream for files larger than ~100 MB.
crypto.subtle.digest('SHA-256', bytes) computes the hash using the browser's hardware-accelerated implementation. This is the same algorithm OpenSSL uses, just run inside the V8 / JavaScriptCore sandbox. SHA-1, SHA-384, SHA-512 work the same way.
MD5 and CRC32 aren't in Web Crypto (because both are cryptographically broken or not cryptographic). We ship tiny WASM implementations (~5 KB each) that compute them with the same streaming pattern.
Results are shown in hex format with a one-click copy button next to each. We also offer Base64 output for the SHA family — common when comparing against AWS S3 ETags or HTTP Content-Digest headers.
Hashing has many uses — choose the right algorithm for the job.
Use SHA-256 against the publisher's checksum. If even one byte was tampered with, the digests differ. MD5 and SHA-1 are fine for accidental corruption but do not use them against an attacker.
Hash a set of photos with SHA-1 (or even MD5 if speed matters more than collision resistance). Identical hashes mean identical bytes — useful for cleaning duplicate uploads.
AWS S3 uses MD5 for single-part objects and a different scheme for multipart. iKit gives you the raw MD5 instantly, so you can verify whether your local file matches what S3 has.
Hash the original and the backup with SHA-256 separately, compare the two strings. Same hash = identical content. Different hash = the backup is corrupted or out of date.
Some online hashers upload your file just to compute a checksum — exactly the wrong way around for a privacy-sensitive operation. iKit's hash generator computes everything in the browser using Web Crypto, so even confidential or private files are hashed without ever leaving your machine.
iKit بلاگ سے تفصیلی ٹیوٹوریلز اور ٹولز کا موازنہ۔
Compare a downloaded file's checksum against the publisher's — entirely in your browser.
Hash digests are often Base64-encoded for transport; the same encoding shows up in many other places.
نہیں۔ تمام ہیشنگ مکمل طور پر آپ کے براؤزر میں JavaScript اور Web Crypto API کے ذریعے ہوتی ہے۔ جب آپ متن داخل کرتے ہیں یا فائل منتخب کرتے ہیں تو کوئی نیٹ ورک درخواست نہیں کی جاتی۔ آپ اسے براؤزر کے Network tab میں تصدیق کر سکتے ہیں۔
فائل سالمیت (چیک سم) کے لیے MD5 یا SHA-256 استعمال کریں — دونوں غیر سیکیورٹی استعمال کے لیے ٹھیک ہیں۔ سیکیورٹی (پاس ورڈ ہیشنگ، دستخط) کے لیے SHA-256 یا SHA-512 استعمال کریں، کبھی MD5 یا SHA-1 نہیں (دونوں کی تصادم مزاحمت ٹوٹ چکی ہے)۔ CRC32 صرف حادثاتی ڈیٹا کی خرابی کا پتہ لگانے کے لیے مفید ہے، سیکیورٹی کے لیے نہیں۔
حادثاتی خرابی کے خلاف فائل چیک سم اور سالمیت کی تصدیق کے لیے، ہاں — MD5 اور SHA-1 اب بھی عام طور پر استعمال ہوتے ہیں (مثلاً ڈاؤن لوڈ صفحات پر)۔ سیکیورٹی کے لیے اہم مقاصد (پاس ورڈز، دستخط، سرٹیفکیٹس) کے لیے، نہیں — دونوں میں معروف تصادم حملے ہیں۔ کسی بھی سیکیورٹی کے لحاظ سے حساس چیز کے لیے SHA-256 یا اس سے زیادہ استعمال کریں۔
ہاں۔ فائلیں لائیو پیشرفت کے ساتھ 2 MB ٹکڑوں میں پڑھی جاتی ہیں۔ MD5 اور CRC32 مکمل طور پر اضافی طور پر پروسیس ہوتے ہیں (مستقل میموری)۔ SHA ہیش کو Web Crypto API کی حدود کی وجہ سے فائل کو میموری میں لوڈ کرنے کی ضرورت ہے، لہٰذا ~2 GB سے اوپر کی فائلیں تمام براؤزرز پر کام نہیں کر سکتیں۔
ہر الگورتھم ایک مقررہ سائز کا ڈائجسٹ پیدا کرتا ہے: MD5 = 128 bits (32 hex)، SHA-1 = 160 bits (40 hex)، SHA-256 = 256 bits (64 hex)، SHA-384 = 384 bits (96 hex)، SHA-512 = 512 bits (128 hex)، CRC32 = 32 bits (8 hex)۔