SHA ہیش جنریٹر کی رہنمائی: UTF-8، SHA-384 اور SHA-512

متن کا ہیش بنانے کا طریقہ

SHA ہیش جنریٹر کھول کر متن پیسٹ کریں، مقامی ٹیکسٹ فائل کھولیں یا ایڈیٹر خالی رکھیں۔ الگورتھم کا ڈیفالٹ SHA-256 ہے؛ SHA-384 اور SHA-512 بھی ہیں۔ ہیش بنائیں خود دبائیں۔ صرف ٹائپ کرنے سے ڈائجسٹ نہیں بنتا اور اِن پٹ یا الگورتھم بدلنے سے پرانا نتیجہ غیر مؤثر ہوتا ہے۔

نتیجے کے ساتھ منتخب الگورتھم پڑھیں، پھر نتیجہ کاپی کریں یا ڈاؤن لوڈ کریں لیں۔ خالی اِن پٹ جائز ہے اور حقیقی غیر خالی ڈائجسٹ بناتا ہے۔ سطریں لپیٹیں صرف منظر بدلتا ہے۔ دوسری ایپ کے ساتھ موازنہ سے پہلے ایک جیسے بائٹ سلسلے، الگورتھم اور قابلِ موازنہ نتیجے کی نمائندگی یقینی کریں۔

• آخر کی خالی جگہ اور سطر کا اختتام جان بوجھ کر رکھیں؛ صرف موازنہ ملانے کو نہ ہٹائیں۔
• اصل ڈیٹا سے پہلے abc جیسی مقررہ مثال سے الگورتھم جانچیں۔
• اصل ڈیٹا اور معتبر متوقع ڈائجسٹ اسکرین شاٹ یا مختصر دکھائی قدر سے الگ رکھیں۔

SHA-256، SHA-384 اور SHA-512 کے نتیجے کی لمبائی

یہ SHA-2 خاندان کے تین رکن ہیں۔ خالی اِن پٹ، مختصر لفظ یا طویل اجازت یافتہ متن ہو، ڈائجسٹ لمبائی مقرر ہے۔ ہیکس حرف چار بٹس ظاہر کرتا ہے، اس لیے 256-بٹ ڈائجسٹ میں 64 ہیکس حروف ہیں۔ آغاز کے صفر بائٹس بھی دکھائے جاتے ہیں؛ نتیجہ مختصر نہیں ہوتا۔ ورک اسپیس کا بائٹ بیج UTF-8 ہیکس متن گنتا ہے: 64، 96 یا 128 بائٹس، نیچے کے اصل ڈائجسٹ بائٹس نہیں۔

وصول کرنے والے فارمیٹ یا موازنے کا مطلوبہ الگورتھم چنیں۔ SHA-384 کی اپنی ابتدائی قدریں ہیں؛ یہ عام SHA-512 ڈائجسٹ کا محض پہلا حصہ نہیں۔ اضافی حروف اختیاری سمجھ کر SHA-512 اور SHA-256 براہِ راست نہیں ملائے جا سکتے۔ طویل نتیجہ خود پاس ورڈ ذخیرے کا نظام یا پوری ایپ کی حفاظت ثابت نہیں کرتا۔ اس انٹرفیس میں SHA-1، MD5، SHA-3، HMAC یا سالٹ/کلید کی ترتیب نہیں۔

NIST FIPS 180-4: محفوظ ہیش معیارW3C Web Cryptography API: ڈائجسٹ اور SHA الگورتھم

معلوم SHA-256 مثالیں: خالی متن اور abc

جدول عین دیے UTF-8 اِن پٹ کے پورے چھوٹے حروف والے SHA-256 ڈائجسٹ دیتا ہے۔ خالی متن میں صفر اِن پٹ بائٹس ہیں؛ یہ خالی جگہ یا نئی سطر کا ڈائجسٹ نہیں۔ abc کے تین ASCII بائٹس ہیکس میں 61 62 63 ہیں۔ یہ مقررہ جانچ مثالیں ہیں، آپ کے اِن پٹ کی پیمائش نہیں۔

مختصر پیش نظارے کے بجائے پورا ڈائجسٹ کاپی کریں۔ حوالہ ہیکس بڑے حروف میں لکھے تو نمائندگی کے حروف مختلف ہیں، اصل ڈائجسٹ بائٹس نہیں؛ ToolMellow چھوٹے حروف دیتا ہے۔ انہی ڈائجسٹ بائٹس کا Base64 دوسری انکوڈنگ ہوگی، دوسرا ہیش الگورتھم نہیں۔ نتیجے کا فارمیٹ چننے کا اختیار نہیں۔

NIST FIPS 180-4: محفوظ ہیش معیارWHATWG Encoding: UTF-8 اور متن ڈی کوڈنگ

UTF-8 بائٹس، خالی جگہ اور Unicode نارملائزیشن

ہیش سے پہلے ٹول بغیر جوڑے والے Unicode surrogate دیکھتا ہے، پھر اِن پٹ UTF-8 میں بدلتا ہے۔ خالی جگہ نہیں چھانٹتا، دیے متن کے آغاز کا موجود U+FEFF نہیں ہٹاتا اور Unicode نارملائزیشن نہیں کرتا۔ آخر کی خالی جگہ، حروف کا کیس یا بائٹ نمائندگی بدلنے سے ڈائجسٹ بدل سکتا ہے۔ ورکر کو دیا متن ہیش ہوتا ہے۔

دو متن ایک جیسے دکھ سکتے ہیں مگر بائٹس مختلف ہوں۔ پہلے سے بنا U+00E9 اور سلسلہ U+0065 U+0301 ایک اعراب والا حرف دکھا سکتے ہیں، مگر UTF-8 انکوڈنگ الگ ہے۔ اسی طرح LF اور CRLF الگ بائٹ سلسلے ہیں۔ براؤزر کی تدوین یا درآمد دیا متن بدل سکتی ہے، اس لیے صرف شکل سے بائٹ یکسانیت نہ فرض کریں۔

WHATWG Encoding: UTF-8 اور متن ڈی کوڈنگECMAScript: String isWellFormedWHATWG HTML: ٹیکسٹ ایریا قدریں اور سطر اختتام

ٹیکسٹ فائل کھولنا اصل فائل بائٹس ہیش کرنا نہیں

فائل کنٹرول File.text() سے UTF-8 متن پڑھتا ہے، ابتدائی UTF-8 BOM ہٹاتا اور خراب UTF-8 سلسلے بدلتا ہے۔ فائل 4,000,000 بائٹس سے چھوٹی ہو اور پڑھا متن دس لاکھ UTF-16 یونٹس کی حد میں ہو۔ نام کی توسیع حرفی انکوڈنگ ثابت نہیں کرتی۔

پڑھا متن پھر UTF-8 میں انکوڈ ہو کر ڈائجسٹ بنتا ہے، اس لیے نتیجہ اصل فائل بائٹس کے براہِ راست چیک سم سے مختلف ہو سکتا ہے۔ بائنری دستاویز، تصویر، BOM، دوسری انکوڈنگ یا متبادل حروف اثر ڈال سکتے ہیں۔ بائٹ بہ بائٹ فائل تصدیق کے لیے اصل بائٹس پڑھ کر مطلوبہ الگورتھم سے ہیش کرنے والی راہ لیں؛ یہ ورک اسپیس وہ فائل چیک سم طریقہ نہیں۔

W3C File API: Blob متن پڑھناWHATWG Encoding: UTF-8 اور متن ڈی کوڈنگ

ملتا یا مختلف ہیش کیا بتاتا ہے؟

مفید موازنہ کے لیے دونوں جانب ایک الگورتھم، بائٹ سلسلہ اور مکمل ڈائجسٹ نمائندگی طے کریں۔ نہ ملنا یعنی بنے ڈائجسٹ الگ ہیں؛ یہ سبب نہیں بتاتا کہ تدوین، انکوڈنگ، غلط الگورتھم، ترسیل کا نقصان یا اور تبدیلی ہے۔ معلوم جانچ ویکٹر بنیادی عمل کو اصل اِن پٹ کے مفروضوں سے الگ جانچتے ہیں۔

کلید کے بغیر ڈائجسٹ کا ملنا متوقع قدر سے مطابقت کی تائید ہے، دستخط، شناخت کی جانچ یا مواد کے بے ضرر ہونے کا ثبوت نہیں۔ کرپٹوگرافک ہیش کے نتائج کا دائرہ محدود ہے؛ ہر ممکن پیغام کا ریاضیاتی منفرد شناختی نشان نہیں۔ متوقع ڈائجسٹ کا ماخذ معتبر ہو: مواد اور حوالہ دونوں بدلے جائیں تو صرف میل صداقت ثابت نہیں کرتا۔

NIST FIPS 180-4: محفوظ ہیش معیارW3C Web Cryptography API: ڈائجسٹ اور SHA الگورتھم

ہیش ڈکرپٹ نہیں ہوتا، مگر اندازے آزمائے جا سکتے ہیں

ہیشنگ ڈائجسٹ بناتی ہے، ڈکرپشن کلید والا سائفرٹیکسٹ نہیں۔ ToolMellow میں ڈکرپٹ یا اصل متن بازیافت کرنے کا عمل نہیں۔ انکرپشن، Base64 اور ہیشنگ کے کام الگ ہیں: Base64 بائٹس قابلِ واپسی ظاہر کرتا ہے؛ انکرپشن کو کرپٹوگرافک طریقہ اور کلیدیں چاہییں۔ ڈائجسٹ ایسا کمپریسڈ متن نہیں جس سے کوئی بھی اصل اِن پٹ بحال ہو۔

اس کا مطلب ہر ہیش اِن پٹ کا اندازہ ناممکن نہیں۔ کوئی ممکنہ قدریں ہیش کر کے ملانے کی کوشش کر سکتا ہے، خاص طور پر اصل مختصر یا قابلِ اندازہ ہو۔ شائع شدہ ہیش عمومی راز داری کی ضمانت نہیں۔ صرف ہیش قدم شامل کرنا تصدیق، کلیدوں کا انتظام یا محفوظ ذخیرہ حل نہیں کرتا۔

NIST FIPS 180-4: محفوظ ہیش معیارOWASP: پاس ورڈ ذخیرہ رہنمائی

سادہ SHA-256 پاس ورڈ ذخیرہ کرنے کا نظام کیوں نہیں

یہ ٹول پاس ورڈ مخصوص کام کے خرچ کے عامل، سالٹ انتظام یا اکاؤنٹ تصدیق کے بغیر غیر کلیدی SHA-2 ڈائجسٹ چلاتا ہے۔ SHA-384 یا SHA-512 چننے سے ڈائجسٹ بدلتا ہے، وہ صلاحیتیں نہیں آتیں۔ سالٹ جیسا متن خود ڈالنا بھی مکمل پاس ورڈ ذخیرے کا نظام نہیں۔

پاس ورڈ ذخیرہ کرنے کو خاص اسی مقصد کا طریقہ اور موزوں ایپ کنٹرول چاہییں۔ اپنے نظام کی موجودہ پاس ورڈ ذخیرہ رہنمائی مانیں۔ HMAC اور ڈیجیٹل دستخط الگ طریقوں سے کلیدی تصدیق کرتے ہیں؛ ToolMellow متن ڈائجسٹ انہیں نہ بناتا نہ جانچتا ہے۔ اصل لاگ اِن معلومات عوامی مثالوں یا اسکرین شاٹس میں نہ رکھیں۔

OWASP: پاس ورڈ ذخیرہ رہنمائیW3C Web Cryptography API: ڈائجسٹ اور SHA الگورتھم

نتیجہ اِن پٹ بنانے سے ہیکس متن ہیش ہوتا ہے

ڈائجسٹ کے بعد نتیجے کو اِن پٹ کے طور پر استعمال کریں اس کے ہیکس حروف ایڈیٹر میں رکھتا ہے۔ اگلا عمل اس متن کے UTF-8 بائٹس ہیش کرتا ہے۔ اصل 32، 48 یا 64 ڈائجسٹ بائٹس خود اگلے ہیش کو نہیں جاتے؛ انٹرفیس میں اصل بائٹ اِن پٹ موڈ نہیں۔

پروٹوکول اصل ڈائجسٹ بائٹس کا دوسرا ہیش چاہے تو دکھائی ہیکس متن کی ہیشنگ الگ حساب ہے۔ “دو بار ہیش” کو ایک عمومی عمل نہ سمجھیں؛ ہر قدم کی مطلوبہ نمائندگی طے کریں۔ یہاں غیر کلیدی ڈائجسٹ دہرانے سے پاس ورڈ ذخیرہ یا کلیدی تصدیق نہیں بنتی۔

WHATWG Encoding: UTF-8 اور متن ڈی کوڈنگW3C Web Cryptography API: ڈائجسٹ اور SHA الگورتھم

اِن پٹ حدود، Web Crypto اور HTTPS

اِن پٹ حد 1,000,000 JavaScript UTF-16 کوڈ یونٹس ہے، دس لاکھ UTF-8 بائٹس یا دکھنے والے گرافیم نہیں۔ ایموجی اور ملے حروف ان گنتیوں کے فرق بتاتے ہیں۔ منتخب SHA-2 نتیجے کا ہیکس طول مقرر ہے، اس لیے جائز نتیجہ واپس اِن پٹ حد میں آتا ہے؛ براؤزر میموری اور ورکر دستیابی پھر بھی اہم ہیں۔

براؤزر مناسب محفوظ سیاق میں crypto.subtle دے، جیسے HTTPS یا localhost سمیت معتبر مقامی سیاق۔ API نہ ہو تو ٹول سپورٹ کی خرابی دکھاتا ہے۔ صرف HTTPS ہر براؤزر یا شامل ماحول میں API سپورٹ کی ضمانت نہیں۔ معیاری الگورتھم اس براؤزر، سائٹ یا عمل کے FIPS توثیق یا سند یافتہ ہونے کا ثبوت نہیں۔

ECMAScript: String isWellFormedW3C Web Cryptography API: ڈائجسٹ اور SHA الگورتھمW3C Secure Contexts: ممکنہ معتبر اوریجن

ناکام یا غیر متوقع متن ہیش کی جانچ

ہیش نہ بنے تو خرابی پڑھیں، موزوں الگورتھم اور محفوظ سیاق کا Web Crypto دیکھیں اور بغیر جوڑے والے surrogate جانچیں۔ درآمد کی حد کی خرابی ہیشنگ خرابی سے الگ ہے۔ متوقع نتیجے کی بائٹ نمائندگی سمجھنے تک متن نہ بدلیں۔

موازنہ ناکام ہو تو معلوم abc ویکٹر سے شروع کر اصل اِن پٹ کی شرائط ایک ایک ملائیں۔ ٹول نقصان تشخیص، تصدیقی سند یا URL سے حوالہ چیک سم حاصل نہیں کرتا۔ کلپ بورڈ نہ ہو تو ڈائجسٹ منتخب کر خود کاپی کریں۔

W3C Web Cryptography API: ڈائجسٹ اور SHA الگورتھمWHATWG Encoding: UTF-8 اور متن ڈی کوڈنگ

متن ڈاؤن لوڈ، صاف کرنا اور مقامی پرائیویسی

ڈاؤن لوڈ کریں ہیکس نتیجہ toolmellow-result.txt میں UTF-8 متن رکھتا ہے، اصل ڈائجسٹ بائٹس، بائنری چیک سم فہرست یا رپورٹ نہیں۔ صاف کریں اِن پٹ، نتیجہ، خرابیاں، تلاش/متبادل اور تاریخ ہٹاتا ہے، الگورتھم اور سطریں لپیٹیں رکھتا ہے۔ ریفریش یا بند ہونے سے میموری کا کام ختم؛ ڈاؤن لوڈ فائلیں آلے پر رہتی ہیں۔

ایپ دیا متن، منتخب فائل مواد یا نتیجہ ہیش سرور پر اپ لوڈ نہیں کرتی۔ سائٹ لوڈ سے ہوسٹنگ کو عام معلومات ملتی ہیں اور عوامی سائٹ Google Analytics میں صفحات کی آمد، کوکیز اور براؤزر/آلے کی معلومات لیتی ہے۔ مقامی ہیشنگ گمنامی، صفر نیٹ ورک ٹریفک یا ہوسٹنگ میں صفر لاگنگ ظاہر نہیں کرتی۔ صاف کرنا میموری سے تمام قابلِ بازیابی آثار مٹنے کی ضمانت نہیں۔

بیک لنک کے ساتھ ہیش جنریٹر شامل کریں

صفحے کی زبان چن کر ورک اسپیس کے نیچے انضمام کھولیں۔ HTML کوڈ کاپی یا ڈاؤن لوڈ کر ایسی جگہ دیں جو بیرونی iframe اور اسکرپٹ کی اجازت دے۔ اس میں ToolMellow ورک اسپیس iframe، سائز کی اسکرپٹ اور اسی زبان کے ToolMellow صفحے کا دکھائی دینے والا بیک لنک ہے۔ حوالہ دینے والا لنک رکھیں۔

تنگ اسکرین کا پیش نظارہ، شامل محفوظ سیاق اور کلپ بورڈ اجازت دیکھیں۔ شامل ٹول کے الگورتھم، متن کا دائرہ اور اِن پٹ حدود وہی ہیں؛ یہ دور کی ہیش API، فائل چیک سم سروس یا پاس ورڈ تصدیقی نظام نہیں بنتا۔ لنک nofollow اور noopener لیتا ہے اور سرچ رینک بہتر ہونے کی ضمانت نہیں۔

عام سوالات

ذرائع اور مزید مطالعہ

• NIST FIPS 180-4: محفوظ ہیش معیار
• W3C Web Cryptography API: ڈائجسٹ اور SHA الگورتھم
• WHATWG Encoding: UTF-8 اور متن ڈی کوڈنگ
• W3C File API: Blob متن پڑھنا
• ECMAScript: String isWellFormed
• WHATWG HTML: ٹیکسٹ ایریا قدریں اور سطر اختتام
• W3C Secure Contexts: ممکنہ معتبر اوریجن
• OWASP: پاس ورڈ ذخیرہ رہنمائی