ڈاؤن لوڈ کی SHA-256 جانچیں—برابر hash کے لیے معتبر ماخذ بھی لازم ہے

Windows میں ڈاؤن لوڈ شدہ فائل کا SHA-256 نکالنے کے لیے PowerShell کا Get-FileHash چلائیں، پھر حاصل شدہ ہیش کو اسی فائل کے لیے ناشر کی شائع کردہ قدر سے حرف بہ حرف ملائیں۔ حکم طے شدہ طور پر SHA-256 استعمال کرتا ہے؛ اسے واضح طور پر لکھنے سے یہ بھی نظر آتا ہے کہ آپ کس الگورتھم کی قدر جانچ رہے ہیں۔

دونوں ہیش برابر ہوں تو مقامی فائل شائع شدہ قدر سے مطابقت رکھتی ہے۔ مگر موازنے کے لیے لی گئی قدر کا ماخذ بھی معتبر ہونا چاہیے: غیر معتبر جگہ تبدیل شدہ فائل کے ساتھ اسی کا درست ہیش دے سکتی ہے۔ اس صورت میں برابری نکلے گی، لیکن فائل کی نسبت اصل ناشر سے قائم نہیں ہوگی۔

Windows میں فائل کا ہیش کیسے نکالیں؟

PowerShell کھولیں اور فائل کا راستہ دے کر یہ مکمل حکم چلائیں: Get-FileHash -LiteralPath "$HOME\Downloads\example.zip" -Algorithm SHA256 | Format-List Algorithm,Hash,Path۔ یہاں example.zip ایک فرضی نام ہے۔ اسے اپنی ڈاؤن لوڈ شدہ فائل کے اصل نام سے بدلیں؛ فائل کسی اور فولڈر میں ہو تو پورا راستہ بھی اسی کے مطابق لکھیں۔

نتیجے میں Algorithm کے سامنے SHA256، Hash کے سامنے حساب شدہ قدر اور Path کے سامنے جانچی گئی فائل کا راستہ آئے گا۔ موازنہ شروع کرنے سے پہلے Path دیکھیں۔ Downloads میں ایک ہی پروگرام کی پرانی اور نئی نقل موجود ہو تو صرف ملتے جلتے نام کی بنیاد پر غلط فائل کا ہیش نکالنا آسان ہے۔

حکم میں راستے کے گرد دوہرے واوین فولڈر یا فائل کے نام میں خالی جگہ کو سنبھالتے ہیں۔ -LiteralPath راستے کے حروف کو عین درج شدہ صورت میں لیتا ہے؛ فائل کے نام کی خاص علامتیں تلاش کے نمونے کے طور پر نہیں پڑھی جاتیں۔ -Algorithm SHA256 مطلوبہ الگورتھم واضح کرتا ہے، جبکہ Format-List نتیجے کی تین متعلقہ قدریں الگ سطروں میں دکھاتا ہے۔

ہیش فائل کے مواد سے بنتا ہے، اس کے نام یا براؤزر میں دکھائی دینے والی ڈاؤن لوڈ کی حیثیت سے نہیں۔ فائل کا نام بدلنے سے اس کے مواد کا ہیش نہیں بدلتا، لیکن مواد میں تبدیلی ہیش بدل دیتی ہے۔ اس لیے حکم انسٹالر چلانے یا فائل کھولنے سے پہلے اسی ڈاؤن لوڈ شدہ نقل پر چلائیں جسے استعمال کرنا ہے۔

ناشر کی قدر سے مکمل موازنہ کریں

ناشر کی سرکاری ڈاؤن لوڈ یا ریلیز جگہ پر عین فائل اور اس سے متعلق چیک سم تلاش کریں۔ Ubuntu کی WSL ڈاؤن لوڈ کی ہدایت دستی طور پر حاصل کی گئی امیج کا SHA-256 PowerShell سے نکال کر releases.ubuntu.com پر درج قدر سے ملانے کو کہتی ہے۔ اس مثال میں بھی پہلے درست امیج کی شناخت ضروری ہے؛ ملتے جلتے نام یا دوسرے اجرا کی قدر کام نہیں آئے گی۔

PowerShell میں Hash کے سامنے آنے والی پوری قطار کو ناشر کی قدر کے ساتھ ابتدا سے آخر تک دیکھیں۔ ہیکساڈیسیمل حروف بڑے یا چھوٹے لکھے ہوں تو قدر ایک ہی رہتی ہے، لیکن کسی ایک مقام پر مختلف حرف یا عدد دونوں ہیش کو غیر مساوی بناتا ہے۔ صرف ابتدائی یا آخری چند حروف دیکھنا مکمل موازنہ نہیں ہے۔

ایک فرضی مثال میں مقامی ہیش BA7816BF8F01CFEA414140DE5DAE2223B00361A396177A9CB410FF61F20015AD ہو۔ اگر متعلقہ فائل کے لیے ناشر کی قدر بھی بعینہٖ یہی ہو تو موازنہ برابر ہے؛ اگر آخری حرف D کے بجائے E ہو تو نتیجہ مختلف ہے، چاہے باقی قطار ایک جیسی دکھے۔ یہ مثال کسی حقیقی ڈاؤن لوڈ کی چیک سم نہیں ہے۔

فائل کا نام اور الگورتھم بھی اسی موازنے کا حصہ ہیں۔ ناشر ایک ہی صفحے پر مختلف فائلوں یا مختلف الگورتھم کی قدریں دے سکتا ہے۔ SHA-256 سے نکلی قدر کو MD5 یا SHA-1 سے ملانے پر فرق فائل کی خرابی نہیں بتاتا؛ پہلے دیکھیں کہ دونوں طرف ایک ہی فائل اور ایک ہی الگورتھم منتخب ہوا ہے۔

ہیش مختلف نکلے تو فائل کا کیا کریں؟

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

شناخت درست ہونے کے باوجود فرق برقرار رہے تو ڈاؤن لوڈ نامکمل ہو سکتا ہے، فائل بدل گئی ہو سکتی ہے، یا ناشر نے نئی تعمیر کے لیے الگ قدر شائع کی ہو سکتی ہے۔ محض مختلف ہیش سے ان میں سے کسی ایک وجہ کا فیصلہ نہیں ہوتا۔ البتہ موجودہ فائل کو منتخب شائع شدہ قدر کے مطابق کہنا درست نہیں ہوگا۔

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

چیک سم، TLS اور دستخط کا الگ کام

چیک سم مقامی فائل کے مواد کو ایک حوالہ قدر سے ملاتی ہے؛ وہ خود یہ نہیں بتاتی کہ حوالہ کس نے فراہم کیا۔ غیر معتبر ڈاؤن لوڈ مقام اپنی بدلی ہوئی فائل کا ہیش بھی ساتھ دے سکتا ہے۔ اسی لیے سادہ چیک سم کو ناشر کے اصل مقام سے لینا اور اس مقام کا پتہ احتیاط سے دیکھنا موازنے کا حصہ ہے۔

Ubuntu کی امیج کی تصدیق کی ہدایت میں SHA256SUMS کی دستخطی فائل اور Ubuntu Image Signing کلید کی شناخت جانچنے کے بعد انسٹالیشن امیج کا ہیش ملایا جاتا ہے۔ ترتیب اہم ہے: دستخط اس شائع شدہ فہرست کی نسبت قائم کرتا ہے، اور اس کے بعد چیک سم مقامی امیج کو فہرست کی متعلقہ قدر سے ملاتی ہے۔ نامعلوم جگہ سے ملی کلید کو بغیر شناخت جانچے قبول کرنا اعتماد کا یہی مسئلہ دوبارہ پیدا کرتا ہے۔

HTTPS میں استعمال ہونے والا TLS براؤزر اور کھولی گئی ویب سائٹ کے درمیان رابطے کو محفوظ بناتا ہے۔ پھر بھی محفوظ رابطہ کسی الگ آئینے سے ملی فائل کی نسبت ناشر سے خود بخود ثابت نہیں کرتا۔ معتبر کلید سے جانچا گیا دستخط اس نسبت کے لیے الگ ثبوت فراہم کرتا ہے؛ Ubuntu کی امیج جانچ میں اسی وجہ سے دستخط کی تصدیق کو فائل کے ہیش سے پہلے رکھا گیا ہے۔

• مقامی ہیش: Get-FileHash کے نتیجے میں Path، Algorithm اور مکمل Hash دیکھیں تاکہ جانچ درست فائل پر ہوئی ہو۔
• شائع شدہ چیک سم: اسی فائل اور اجرا کی SHA-256 قدر سے پوری قطار ملائیں؛ فرق ہو تو فائل نہ چلائیں۔
• TLS: ناشر کی درست ویب سائٹ تک محفوظ رابطہ قائم کرنے اور پتہ پہچاننے میں مدد لیتے وقت اس کا کردار سمجھیں۔
• دستخط: جہاں ناشر دستخط شدہ چیک سم دیتا ہے، دستخط کے ساتھ اس کی کلید کی شناخت بھی جانچیں؛ پھر مقامی فائل کا ہیش ملائیں۔

یہ بھی پڑھیں:

• California نے بچوں کے AI chatbots باندھ دیے، آزاد audit بھی لازم ہوگا
• My Activity صاف کرنے کے بعد بھی Chrome history کیوں باقی رہتی ہے؟
• YouTube پر “free music” بھی claim لا سکتی ہے—license پہلے یوں جانچیں