کرپٹوگرافی اور تصدیق

کامن کی کرپٹوگرافی (共通鍵暗号方式)، جس کی نمایاں مثال AES ہے، انکرپشن اور ڈی کرپشن کے لیے ایک ہی کی استعمال کرتی ہے، اس لیے یہ تیز ہے اور رابطوں یا فائلوں کے اصل مواد کو انکرپٹ کرنے میں استعمال ہوتی ہے۔ آپشن C پبلک کی کرپٹوگرافی (公開鍵暗号方式) کی وضاحت ہے۔ آپشن D ہیش فنکشن (ハッシュ関数) کی وضاحت ہے، جو کوئی کی استعمال نہیں کرتا اور اس لیے انکرپشن نہیں۔ آپشن A بھی پبلک کی کرپٹوگرافی میں کیز کی تعداد ہے؛ کامن کی کرپٹوگرافی میں اس کے بجائے n(n-1)/2 کیز درکار ہوتی ہیں۔

کامن کی کرپٹوگرافی (共通鍵暗号方式) میں درکار کیز کی تعداد n(n-1)/2 ہے، لہٰذا 50 × 49 ÷ 2 = 1,225۔ 100 وہ 2n کی قدر ہے جو انہی 50 افراد کے پبلک کی کرپٹوگرافی استعمال کرنے کی صورت میں بنتی ہے۔ 2,450 وہ 50 × 49 ہے جسے غلطی سے آدھا نہیں کیا گیا۔ 4,950 وہ n(n-1)/2 کی قدر ہے جو 100 افراد کے لیے بنتی ہے؛ یہ سب غلط ہیں۔

پبلک کی کرپٹوگرافی (公開鍵暗号方式) میں ہر شخص کے پاس دو کیز ہوتی ہیں، ایک پبلک کی (公開鍵) اور ایک پرائیویٹ کی (秘密鍵)، اس لیے کل تعداد 2n = 2 × 50 = 100 ہے۔ 1,225 کامن کی کرپٹوگرافی کی n(n-1)/2 والی قدر ہے۔ 50 غلطی سے فی شخص ایک کی فرض کرتا ہے۔ 2,500 n کا مربع ہے؛ یہ سب غلط ہیں۔ پبلک کی کرپٹوگرافی کا فائدہ یہ ہے کہ افراد کی تعداد بڑھنے پر کیز کی تعداد کامن کی طریقے کے مقابلے میں زیادہ آہستہ بڑھتی ہے۔

ہائبرڈ کرپٹوگرافی (ハイブリッド暗号方式) اصل ڈیٹا کو تیز رفتار کامن کی کرپٹوگرافی سے انکرپٹ کرتی ہے اور صرف وہ کامن کی (سیشن کی، セッション鍵) وصول کنندہ کی پبلک کی سے انکرپٹ کر کے پہنچاتی ہے، اس طرح رفتار کا مسئلہ اور کی کی ترسیل کا مسئلہ (鍵配送問題) دونوں ایک ساتھ حل ہو جاتے ہیں۔ TLS یہی طریقہ استعمال کرتا ہے۔ آپشن B ہیش فنکشنز سے متعلق ہے، جو انکرپشن نہیں۔ یہ نہ تو آپشن C کی طرح دوہری انکرپشن ہے، اور نہ ہی آپشن D کی طرح پورے ڈیٹا کو پبلک کی کرپٹوگرافی سے پراسیس کرتی ہے۔

رازداری (機密性) کے تحفظ کے لیے انکرپشن وصول کنندہ B کی پبلک کی (公開鍵) سے کی جاتی ہے۔ اس سے مطابقت رکھنے والی پرائیویٹ کی (秘密鍵) صرف B کے پاس ہے، اس لیے صرف B ہی اسے ڈی کرپٹ کر سکتا ہے۔ A کی پرائیویٹ کی سے ڈیٹا کو بدلنا ڈیجیٹل دستخط (ディジタル署名) ہے، انکرپشن نہیں۔ A کی پبلک کی کوئی بھی حاصل کر سکتا ہے، اس لیے اس سے انکرپٹ کرنے پر کوئی اسے ڈی کرپٹ نہیں کر سکے گا اور رازداری کا تحفظ نہیں ہوگا۔ B کی پرائیویٹ کی صرف B کی ملکیت ہے، اس لیے A اسے استعمال نہیں کر سکتا۔

چونکہ اسے انکرپٹ کرنے کے لیے وصول کنندہ کی پبلک کی (公開鍵) استعمال کی گئی تھی، اس لیے صرف اس سے مطابقت رکھنے والی وصول کنندہ کی پرائیویٹ کی (秘密鍵) ہی اسے ڈی کرپٹ کر سکتی ہے۔ وصول کنندہ کی پبلک کی تو وہی کی ہے جس سے انکرپشن کی گئی تھی اور وہ اسے الٹ نہیں سکتی۔ بھیجنے والے کی پرائیویٹ کی صرف بھیجنے والے کی ملکیت ہے۔ بھیجنے والے کی پبلک کی ڈیجیٹل دستخط کی تصدیق کے لیے استعمال ہوتی ہے، کسی خفیہ دستاویز کو ڈی کرپٹ کرنے کے لیے نہیں۔

چونکہ اندراج میں معمولی تبدیلی سے بھی نتیجے میں بڑی تبدیلی آتی ہے، اس لیے ہیش فنکشنز (ハッシュ関数) فائلوں میں چھیڑ چھاڑ (改ざん) کا پتا لگانے کے لیے استعمال ہو سکتے ہیں۔ آپشن D یک طرفہ پن (一方向性) کے خلاف ہے — بحالی ممکن نہیں (اسی لیے یہ انکرپشن نہیں)۔ آپشن A بھی غلط ہے: اندراج کی لمبائی کچھ بھی ہو، نتیجہ مقررہ لمبائی کا ہوتا ہے (مثلاً SHA-256 میں 256 بٹس)۔ آپشن B بھی غلط ہے؛ ٹکراؤ کے خلاف مزاحمت (衝突困難性)، یعنی ایک ہی قدر والے مختلف ڈیٹا کو تلاش کرنا مشکل ہونا، ایک لازمی خصوصیت ہے۔

سالٹ (ソルト) ہر صارف کے لیے مختلف ایک بے ترتیب حروفی سلسلہ ہے جو ہیش کرنے سے پہلے پاس ورڈ میں شامل کیا جاتا ہے، اس لیے ایک ہی پاس ورڈ ہونے پر بھی محفوظ کی گئی قدر مختلف ہوتی ہے، اور پہلے سے حساب شدہ رینبو ٹیبل (レインボーテーブル) بے کار ہو جاتی ہے۔ آپشن C اسٹریچنگ (ストレッチング) کا مقصد ہے، جو حساب کو ہزاروں بار دہراتی ہے اور سالٹ سے الگ اقدام ہے۔ آپشن D ہیشنگ کے یک طرفہ پن کے خلاف ہے۔ آپشن A ایسا اثر بیان کرتا ہے جو سالٹ میں نہیں ہوتا۔

مکمل ڈسک انکرپشن کا مطلب ہے کہ آغاز (startup) پر تصدیق سے گزرے بغیر مواد پڑھا نہیں جا سکتا، اس لیے یہ گمشدگی یا چوری سے معلومات کے افشا کے خلاف مؤثر ہے۔ آپشن B غلط ہے: جائز طریقے سے لاگ اِن ہونے کے بعد ڈیٹا ڈی کرپٹ ہو کر قابلِ مطالعہ ہو جاتا ہے، اس لیے یہ میل ویئر کا توڑ نہیں۔ آپشن D رابطوں یا انفرادی فائلوں کی انکرپشن کا کام ہے۔ آپشن C رسائی کنٹرول (アクセス制御) سے حاصل ہوتا ہے۔

فرسودگی (危殆化) سے مراد یہ ہے کہ کمپیوٹنگ طاقت میں اضافے یا کسی الگورتھم کی کمزوریاں دریافت ہونے سے کرپٹوگرافی غیر محفوظ ہو جائے۔ الگورتھم اور کی کی لمبائی کا وقتاً فوقتاً جائزہ لینا اور منتقلی کی صلاحیت برقرار رکھنا ہی تیاری ہے، اور اس میں کوانٹم کمپیوٹرز کو مدِنظر رکھتے ہوئے پوسٹ کوانٹم کرپٹوگرافی (耐量子計算機暗号) کی طرف منتقلی پر غور بھی شامل ہے۔ آپشن A پاس ورڈ کے طریقۂ کار سے متعلق ہے، جو کرپٹوگرافی کی فرسودگی سے الگ معاملہ ہے۔ آپشن C میں سادہ متن کی نقل رکھتے ہی رازداری متاثر ہو جاتی ہے۔ آپشن B خطرے کو بغیر حل کے چھوڑ دینے کی ایک خطرناک صورت ہے۔

ڈیجیٹل دستخط (ディジタル署名) دستاویز کی ہیش ویلیو کو بھیجنے والے کی پرائیویٹ کی (秘密鍵) سے بدل کر بنایا جاتا ہے۔ چونکہ وہ پرائیویٹ کی صرف بھیجنے والے کے پاس ہوتی ہے، اس لیے یہ ثابت کر سکتا ہے کہ دستاویز بھیجنے والے نے بنائی اور اس میں ردوبدل نہیں ہوا۔ وصول کنندہ کی پبلک کی استعمال کرنا رازداری کے لیے انکرپشن ہے، دستخط نہیں۔ وصول کنندہ کی پرائیویٹ کی صرف وصول کنندہ کی ملکیت ہے۔ بھیجنے والے کی پبلک کی دستخط کی تصدیق کے لیے استعمال ہوتی ہے اور اسے بنانے کے لیے استعمال نہیں کی جا سکتی۔

چونکہ دستخط بھیجنے والے کی پرائیویٹ کی (秘密鍵) سے بنایا گیا تھا، اس لیے اس کی تصدیق اس سے مطابقت رکھنے والی بھیجنے والے کی پبلک کی (公開鍵) سے کی جاتی ہے۔ بھیجنے والے کی پرائیویٹ کی صرف بھیجنے والے کی ملکیت ہے اور وصول کنندہ اسے استعمال نہیں کر سکتا۔ وصول کنندہ کی پبلک کی وہ کی ہے جو بھیجنے والا رازداری کے لیے انکرپٹ کرتے وقت استعمال کرے گا، اور وصول کنندہ کی پرائیویٹ کی وصول کنندہ کو بھیجے گئے پیغام کو ڈی کرپٹ کرنے کے لیے استعمال ہوتی ہے؛ ان میں سے کوئی بھی دستخط کی تصدیق کے لیے استعمال نہیں ہوتی۔

دستخط (署名) بھیجنے والے A کی پرائیویٹ کی سے بنایا جاتا ہے اور A کی پبلک کی سے اس کی تصدیق کی جاتی ہے۔ انکرپشن (暗号化) وصول کنندہ B کی پبلک کی سے کی جاتی ہے اور B کی پرائیویٹ کی سے ڈی کرپٹ کی جاتی ہے۔ صرف آپشن C ان دونوں سمتوں کو پورا کرتا ہے۔ باقی تین یا تو دوسرے فریق کی پرائیویٹ کی استعمال کرتے ہیں (جو ناممکن ہے، کیونکہ وہ صرف اسی شخص کے پاس ہوتی ہے) یا اپنی ہی پبلک کی سے انکرپٹ کرتے ہیں (جسے پھر کوئی ڈی کرپٹ نہیں کر سکے گا) — ہر صورت میں کوئی ایک سمت الٹی ہے، اس لیے یہ کام نہیں کرتا۔

ڈیجیٹل دستخط (ディジタル署名) سے جو باتیں معلوم ہوتی ہیں وہ ہیں چھیڑ چھاڑ کا پتا چلنا (سالمیت، 完全性)، بھیجنے والے کا اصلی ہونا، اور عدم انکار (否認防止)۔ متن اب بھی سادہ متن کی صورت میں بھیجا جاتا ہے، اس لیے یہ اسے پڑھے جانے سے نہیں روک سکتا (رازداری، 機密性)؛ مواد کو بھی چھپانا ہو تو اسے وصول کنندہ کی پبلک کی سے انکرپٹ کرنا ضروری ہوگا۔ اگر وصول کنندہ متن میں ردوبدل کرے تو تصدیق ناکام ہو جائے گی، اس لیے وہ اسے بھیجنے والے کا متن قرار نہیں دے سکتا۔ بلکہ دستخط تو انکار کا امکان ہی بند کر دیتا ہے۔

چونکہ MAC بھیجنے والے اور وصول کنندہ کے درمیان شیئر کی گئی خفیہ کی (秘密鍵) سے بنایا جاتا ہے، اس لیے وصول کنندہ بھی وہی قدر بنا سکتا ہے، چنانچہ یہ کسی تیسرے فریق کے سامنے ثابت نہیں کر سکتا کہ اسے صرف بھیجنے والا ہی بنا سکتا تھا۔ لہٰذا یہ عدم انکار (否認防止) فراہم نہیں کر سکتا۔ یہ چھیڑ چھاڑ کا پتا لگا سکتا ہے اور تصدیق کر سکتا ہے کہ دوسرا فریق وہی کی (key) رکھتا ہے جو شیئر کی گئی ہے، اور اس کی پراسیسنگ ہلکی ہے۔ جب عدم انکار بھی درکار ہو تو اس کے بجائے ڈیجیٹل دستخط (ディジタル署名) استعمال کیا جاتا ہے، جو ایسی پرائیویٹ کی استعمال کرتا ہے جو صرف ایک ہی شخص کے پاس ہوتی ہے۔

ڈیجیٹل سرٹیفکیٹ (ディジタル証明書) شناخت کا ایک الیکٹرانک ذریعہ ہے جس میں سرٹیفکیٹ اتھارٹی (認証局، CA) اپنی پرائیویٹ کی سے پبلک کی اور اس کے مالک کی معلومات پر دستخط کرتی ہے، جس سے وصول کنندہ تصدیق کر سکتا ہے کہ پبلک کی واقعی اسی فریق کی ہے۔ پرائیویٹ کی ایسی چیز ہے جسے صرف اس کا مالک سخت حفاظت میں رکھتا ہے، یہ CA کے سپرد نہیں کی جاتی۔ خود رابطے کو انکرپٹ کرنے کا کام TLS جیسی چیز کرتی ہے، اور سرٹیفکیٹ دوسرے فریق کے جائز ہونے کی تصدیق کے لیے استعمال ہوتا ہے۔ یہ میل ویئر کی موجودگی یا عدم موجودگی کی کوئی ضمانت نہیں دیتا۔

روٹ سرٹیفکیٹ (ルート証明書) سرٹیفکیٹ چین کی چوٹی پر ہوتا ہے: یہ ایک خود دستخط شدہ سرٹیفکیٹ (自己署名証明書) ہے جو CA خود اپنے لیے جاری کرتی ہے، OS یا براؤزر میں پہلے سے نصب ہوتا ہے، اور اعتماد کی جڑ کا کام کرتا ہے۔ یہی وجہ ہے کہ نامعلوم ماخذ کا روٹ سرٹیفکیٹ نصب کرنا خطرناک ہے — اس سے کسی جعلی سائٹ کو اصلی سمجھا جا سکتا ہے۔ کسی فرد کی شناخت کرنے والا سرٹیفکیٹ یوزر سرٹیفکیٹ (利用者証明書) کہلاتا ہے۔ جو چیز سرٹیفکیٹس کی فہرست لگتی ہے وہ سرٹیفکیٹ منسوخی فہرست (CRL) کے قریب ہے، لیکن CRL میں وہ سرٹیفکیٹس درج ہوتے ہیں جو میعاد ختم ہونے سے پہلے منسوخ کیے گئے، نہ کہ وہ جن کی میعاد ختم ہو چکی ہو۔ اس میں کوئی کامن کی شامل نہیں ہوتی۔

کوئی سرٹیفکیٹ اپنی میعاد ختم ہونے سے پہلے بھی منسوخ کیا جا سکتا ہے، مثلاً پرائیویٹ کی افشا ہونے یا کسی ملازم کے ادارہ چھوڑنے کی وجہ سے۔ منسوخ شدہ سرٹیفکیٹس کی فہرست CRL (سرٹیفکیٹ منسوخی فہرست، 証明書失効リスト) ہے، اور ایک وقت میں ایک سرٹیفکیٹ کی حالت آن لائن معلوم کرنے کا طریقہ OCSP ہے۔ SPF اور DKIM ای میل کے بھیجنے والے ماخذ کی تصدیق کرتے ہیں، SAML اور OAuth سنگل سائن آن یا اختیار کی تفویض (delegated authorization) کے معیارات ہیں، اور AES اور RSA بذاتِ خود کرپٹوگرافک الگورتھم ہیں؛ ان میں سے کوئی بھی منسوخی کی جانچ کے لیے استعمال نہیں ہوتا۔

HTTPS رابطے کو TLS سے انکرپٹ کرتا ہے، اور سرور سرٹیفکیٹ (サーバ証明書) تصدیق کرتا ہے کہ کنکشن اسی سرور سے ہے جس کا نام سرٹیفکیٹ میں درج ہے، جس سے راستے میں چھپ کر سننے اور چھیڑ چھاڑ کے خلاف مزاحمت بڑھ جاتی ہے۔ تاہم، سرٹیفکیٹ جو چیز ظاہر کرتا ہے وہ دوسرے فریق کی شناخت ہے، نہ کہ اس کے معلومات کے انتظام کا موزوں ہونا، تقسیم کی گئی فائلوں کا محفوظ ہونا یا اس کی مالی حالت۔ یہ بات قابلِ توجہ ہے کہ فشنگ سائٹس (フィッシングサイト) بھی HTTPS استعمال کر سکتی ہیں۔

DV، OV اور EV کا فرق اس میں ہے کہ سرٹیفکیٹ اتھارٹی (認証局) کی شناختی تصدیق (身元確認) کتنی سخت ہے۔ DV صرف ڈومین نام پر کنٹرول کی تصدیق کرتا ہے، OV یہ بھی تصدیق کرتا ہے کہ ادارہ واقعی موجود ہے، اور EV میں اس سے بھی زیادہ سخت جانچ ہوتی ہے۔ قسم سے استعمال ہونے والا کرپٹوگرافک الگورتھم یا کی کی لمبائی نہیں بدلتی، اور نہ ہی اس سے میعاد طے ہوتی ہے۔ فیس میں کوئی بھی فرق جانچ میں لگنے والی محنت کا نتیجہ ہے؛ فرق کی اصل بنیاد خود جانچ ہے۔

تصدیق کے تین عوامل یہ ہیں: علم (知識، وہ چیز جو صرف وہ شخص جانتا ہے)، ملکیت (所持، وہ چیز جو صرف اس شخص کے پاس ہے)، اور جسمانی خصوصیت (生体، اس شخص کے اپنے جسم کی خصوصیت)۔ ملکیت میں اسمارٹ فون ایپ، IC کارڈ یا ہارڈویئر ٹوکن استعمال کرنے والے طریقے آتے ہیں۔ پاس ورڈ اور خفیہ سوال دونوں علم ہیں، اور فنگر پرنٹ کا ملان جسمانی خصوصیت ہے۔ مختلف عوامل کو ملانے سے یہ ملٹی فیکٹر تصدیق (多要素認証) بن جاتی ہے۔

ملٹی فیکٹر تصدیق (多要素認証) علم، ملکیت اور جسمانی خصوصیت میں سے دو یا زیادہ مختلف عوامل کو ملاتی ہے، اور پاس ورڈ (علم) کو IC کارڈ (ملکیت) کے ساتھ ملانا اس پر پورا اترتا ہے۔ خفیہ سوال، دوسرا پاس ورڈ، اور تاریخِ پیدائش یا ملازم نمبر سب علم ہیں؛ جانچ کو دو مراحل میں تقسیم کرنے سے یہ دو مرحلہ تصدیق (二段階認証) بن جاتی ہے، لیکن چونکہ عامل ایک ہی قسم کا رہتا ہے، اس لیے یہ ملٹی فیکٹر تصدیق نہیں۔ یہ فرق امتحان میں اکثر پوچھا جاتا ہے۔

حد کو زیادہ سخت کرنے سے کسی دوسرے شخص کو قبول کرنا مشکل ہو جاتا ہے، لیکن اصل صارف کے مسترد ہونے کا امکان بھی بڑھ جاتا ہے۔ یعنی غلط قبول ہونے کی شرح (他人受入率، FAR) کم ہوتی ہے جبکہ غلط مسترد ہونے کی شرح (本人拒否率، FRR) بڑھتی ہے۔ چونکہ یہ دونوں حد کے آر پار ایک دوسرے کے ساتھ لین دین (trade-off) کے تعلق میں ہیں، اس لیے یہ کبھی دونوں ایک ساتھ کم یا دونوں ایک ساتھ زیادہ نہیں ہوتیں۔ جن حالات میں حفاظت کو ترجیح دی جاتی ہے، جیسے محدود علاقے میں داخلہ، وہاں اصل صارف کو تکلیف ہونے کے باوجود FAR کم کرنے کے لیے حد مقرر کی جاتی ہے۔

EER اس نقطے پر خطا کی شرح ہے جہاں غلط مسترد ہونے کی شرح (本人拒否率، FRR) اور غلط قبول ہونے کی شرح (他人受入率، FAR) برابر ہو جاتی ہیں، اور یہ آلات کی مجموعی درستی کے موازنے کا پیمانہ ہے — قدر جتنی کم ہو، درستی اتنی زیادہ۔ تاہم، اس کا مطلب یہ نہیں کہ خطا کی شرح صفر ہو جاتی ہے، اس لیے یہ نہیں کہا جا سکتا کہ اصل صارف کبھی مسترد نہیں ہوتا یا غلط قبول ہونے کی شرح ہمیشہ صفر ہے۔ EER درستی کا پیمانہ ہے اور اس کا پراسیسنگ کی رفتار سے کوئی تعلق نہیں۔ عملی استعمال میں حد کو مقصد کے مطابق آگے پیچھے کیا جاتا ہے۔

ون ٹائم پاس ورڈ (ワンタイムパスワード) ایک بار استعمال ہونے والا قابلِ تلف پاس ورڈ ہے، اس لیے اگر چھپ کر سننے یا جھانکنے سے اس کی قدر معلوم ہو بھی جائے تو اسے دوبارہ استعمال نہیں کیا جا سکتا۔ اس کا مقصد یاد رکھنے والے حروف کی تعداد کم کرنا نہیں، اور زیادہ تر صورتوں میں ایک مخصوص ایپ یا ٹوکن اس کی قدر بناتا ہے۔ یہ ایسا نظام بھی نہیں جو آلے کو میل ویئر سے متاثر ہونے سے یا خود تصدیقی سرور سے معلومات کے افشا کو روکے۔ اسی طرح کا مقصد رکھنے والا ایک طریقہ چیلنج-رسپانس تصدیق (チャレンジレスポンス認証) ہے، جو خود پاس ورڈ کو کبھی رابطے کے راستے پر نہیں بھیجتا۔

پاس ورڈ کو توڑنا مشکل بنانے میں کافی لمبائی یقینی بنانے کا سب سے بڑا اثر ہوتا ہے، اور دوبارہ استعمال بند کرنا کریڈینشل اسٹفنگ حملوں (パスワードリスト攻撃) کا توڑ ہے۔ جو یاد نہ رکھا جا سکے اسے پاس ورڈ مینیجر (パスワードマネージャ) سے سنبھالنا چاہیے۔ دوبارہ استعمال کا مطلب ہے کہ ایک جگہ کا افشا ہر سروس تک پھیل جاتا ہے، اور چپکنے والی پرچی پر لگانا کسی کو بس دیکھ لینے کی دعوت دیتا ہے۔ ID شیئر کرنے سے یہ معلوم کرنا ناممکن ہو جاتا ہے کہ کوئی کارروائی کس کی تھی، جو اکاؤنٹ کے انتظام کے بنیادی اصول کی خلاف ورزی ہے۔

رسک پر مبنی تصدیق (リスクベース認証) آلے، علاقے اور رسائی کے وقت جیسے حالات سے خطرے کی سطح کا اندازہ لگاتی ہے، اور صرف اس وقت اضافی تصدیق طلب کرتی ہے جب صورتِ حال کو خطرناک سمجھا جائے، اس طرح معمول کے استعمال کی سہولت برقرار رکھتے ہوئے غیر مجاز لاگ اِن پر قابو پاتی ہے۔ سنگل سائن آن (シングルサインオン) ایسا نظام ہے جس میں ایک ہی تصدیق سے متعدد سسٹمز تک رسائی مل جاتی ہے۔ چیلنج-رسپانس تصدیق (チャレンジレスポンス認証) ہر بار مختلف بے ترتیب قدر استعمال کرتی ہے تاکہ خود پاس ورڈ کبھی نیٹ ورک پر نہ بھیجا جائے۔ CAPTCHA انسان اور خودکار پروگرام میں فرق کرنے کا نظام ہے۔

FIDO2 اور پاس کیز (パスキー) اس طرح کام کرتے ہیں کہ صارف کے اپنے آلے میں محفوظ پرائیویٹ کی (秘密鍵) سے بنایا گیا دستخط واپس بھیجا جاتا ہے۔ چونکہ سرور کی جانب کوئی مشترکہ راز محفوظ نہیں ہوتا، اس لیے سرور سے افشا ہونے والی معلومات کا غلط استعمال نہیں ہو سکتا، اور چونکہ ڈیزائن کے لحاظ سے دستخط صرف جائز سائٹ کو واپس بھیجا جاتا ہے، اس لیے یہ فشنگ کے خلاف بھی مزاحم ہے۔ ایسا نہیں کہ پاس ورڈ کو انکرپٹ کر کے بھیجا جاتا ہے — پاس ورڈ سرے سے استعمال ہی نہیں ہوتا۔ پرائیویٹ کی آلے کے پاس رہتی ہے، سرور اس کا مرکزی انتظام نہیں کرتا۔

تصدیق (認証) یہ پکا کرتی ہے کہ شناخت کا دعویٰ کرنے والا فریق واقعی وہی شخص ہے یا نہیں، اور اجازت دہی (認可) یہ طے کرتی ہے کہ اس تصدیق شدہ شخص کو کیا کرنے کی اجازت ہے؛ پہلے تصدیق ہوتی ہے اور پھر اجازت دہی۔ آپشن C دونوں کو الٹ دیتا ہے، جو غلط ہے۔ لاگ اِن کر سکنا ہر معلومات دیکھنے کی اجازت کے برابر نہیں — “HR کی معلومات صرف HR عملے کے لیے ہیں” جیسی حد بندی اجازت دہی کا کام ہے۔ یہ فرق اس بات سے طے نہیں ہوتا کہ کوئی چیز کہاں نافذ کی گئی ہے۔

RBAC ہر کام کی ذمہ داری کے لیے درکار اجازتوں کو ایک کردار (ロール) میں یکجا کرتا ہے اور لوگوں کو کرداروں پر مقرر کرتا ہے، اس لیے کسی کے تبادلے پر صرف کردار دوبارہ مقرر کرنا پڑتا ہے، اور اجازتوں کا جائزہ بھی کردار وار کیا جا سکتا ہے۔ آپشن D صوابدیدی رسائی کنٹرول (任意アクセス制御، DAC) کی وضاحت ہے، اور آپشن A لازمی رسائی کنٹرول (強制アクセス制御، MAC) کی۔ آپشن B کا انفرادی، فائل بہ فائل انتظام کردار کا تصور سرے سے استعمال نہیں کرتا، اس لیے یہ RBAC نہیں، اور افراد کی تعداد بڑھنے پر یہ قابو سے باہر ہو جاتا ہے۔

کم سے کم اختیار کے اصول (最小権限の原則) کا مطلب ہے کام کے لیے ضروری کم سے کم حقوق ہی دینا اور ضرورت ختم ہوتے ہی انہیں فوراً واپس لے لینا۔ حقوق جتنے وسیع ہوں، غلط کارروائی یا اندرونی دھوکا دہی (内部不正) سے ممکنہ نقصان اتنا ہی بڑا ہوتا ہے۔ احتیاطاً زیادہ وسیع حقوق دینا، پورے شعبے کو کسی سینئر عملے جتنے حقوق دینا، یا تذبذب کی صورت میں ایڈمنسٹریٹر کے حقوق دے دینا، یہ سب ضرورت سے زیادہ اختیارات دینے کی صورتیں ہیں اور اصول کے خلاف ہیں۔

فرائض کی علیحدگی (職務分掌) درخواست دینے والے اور منظوری دینے والے کو الگ کرتی ہے، تاکہ کرداروں اور اجازتوں کی تقسیم سے دھوکا دہی ایک ہی شخص اکیلے مکمل نہ کر سکے اور کسی غلطی کو دوسری آنکھ پکڑ سکے۔ بیان کردہ صورتِ حال میں یہ باہمی جانچ (相互牽制) کام نہیں کرتی۔ کام کا بوجھ، سسٹم کے جواب کی رفتار اور IDs کے انتظام کا بوجھ سب کارکردگی (efficiency) کے معاملات ہیں اور کنٹرول کے مسئلے کی وضاحت نہیں کرتے۔

مراعات یافتہ اکاؤنٹ (特権ID) تقریباً کچھ بھی کر سکتا ہے، اس لیے اصول یہ ہے کہ اسے صرف ضرورت پڑنے پر استعمال کیا جائے اور اس کے اجرا، واپسی اور کیے گئے کام کا ریکارڈ رکھا جائے۔ اکاؤنٹ شیئر کرنے سے یہ معلوم کرنا ناممکن ہو جاتا ہے کہ کوئی کارروائی کس کی تھی۔ ہر وقت اسی سے کام کرنے کا مطلب ہے کہ کوئی غلط کارروائی یا میل ویئر کا انفیکشن ایک ساتھ کہیں بڑے پیمانے پر نقصان پہنچا سکتا ہے۔ آپریشن لاگز (操作ログ) جانچ کا کام صرف اسی وقت کرتے ہیں جب کام کرنے والے کے علاوہ کوئی اور ان کا جائزہ لے، اس لیے صرف اسی شخص کا اپنا جائزہ کافی نہیں۔

تبادلے کے وقت نئے شعبے کے حقوق دینے کے ساتھ ہی پچھلے شعبے کے حقوق لازماً واپس لینے چاہییں۔ واپس لیے بغیر صرف دیتے رہنے سے حقوق کا ڈھیر لگ جاتا ہے (باقی رہ جانے والے اختیارات، 権限の残留)، جو کم سے کم اختیار کے اصول (最小権限の原則) کی خلاف ورزی کی حالت ہے۔ جائزہ مؤخر کرنے یا ملازم کی طرف سے مسئلے کی اطلاع کا انتظار کرنے سے غیر ضروری حقوق پورا وقت باقی رہتے ہیں۔ اسی طرح، جب کوئی ملازم ادارہ چھوڑے تو اس کا اکاؤنٹ بلا تاخیر غیر فعال کر دینا چاہیے۔

زیرو ٹرسٹ (ゼロトラスト) “اندرونی ہے اس لیے محفوظ ہے” کا مفروضہ نہیں رکھتا؛ یہ ہر رسائی کی تصدیق کرتا ہے، اور صارف اور آلے کی جانچ، کم سے کم اختیار، انکرپٹڈ رابطے اور مسلسل نگرانی کو یکجا کرتا ہے۔ آپشن C بالکل وہی روایتی مفروضہ ہے جس میں حدود کے اندر کی چیزوں پر بھروسا کیا جاتا ہے۔ آپشن B ایک غلط فہمی ہے — اس کا مطلب حدودی دفاع (境界防御) ترک کرنا نہیں، بلکہ اس مفروضے کا اضافہ ہے کہ اندر کی چیزوں پر بھی بھروسا نہ کیا جائے۔ آپشن D کمپنی کے باہر سے رسائی پر مکمل پابندی ہے، جو زیرو ٹرسٹ سے مختلف خیال ہے۔