یہ خاکہ ظاہر کرتا ہے کہ ‘سمیٹرک ڈیٹا کی’ (symmetric data key) کے ذریعے انکرپٹڈ ڈیٹا بیس بھی اس ‘پبلک کی میکانزم’ (public-key mechanism) کے ذریعے کوانٹم خطرے کی زد میں آ سکتا ہے جو اس کلید (key) کو قائم کرتا، منتقل کرتا یا محفوظ رکھتا ہے۔ یہ ان انحصاروں (dependencies) کو بھی نمایاں کرتا ہے جنہیں نظر انداز کرنا آسان ہے، خاص طور پر CI/CD سائننگ اور SSH ایڈمنسٹریشن، جہاں بنیادی نقصان رازداری میں تاخیر کے بجائے ‘تصدیقِ اصلیت’ (authenticity) کا ہوتا ہے۔
جب آرکیٹیکچر ہر انحصار کی نشاندہی کر لے، تو مطلوبہ نتیجہ ایک ایسا ‘قابلِ دفاع منتقلی کا فیصلہ’ ہونا چاہیے، نہ کہ محض یہ عمومی دعویٰ کہ سسٹم ‘کوانٹم کے لیے تیار’ ہے۔ ہمیں یہ پہچاننا ہوگا کہ ‘شور’ (Shor) کا الگورتھم کن بنیادی عناصر (primitives) کے لیے خطرہ ہے، ‘کلید کے قیام’ (key establishment) اور ‘ڈیجیٹل دستخطوں’ (signatures) کے درمیان فرق کرنا ہوگا، اور ہر خطرے سے دوچار عنصر کو اس اثاثے اور ‘اعتماد کی حد’ (trust boundary) سے منسلک کرنا ہوگا جس کی وہ حفاظت کرتا ہے۔ NIST نے اگست 2024 میں تین بنیادی PQC الگورتھمز کو معیاری قرار دیا: کلید کے قیام کے لیے FIPS 203 ML-KEM، ڈیجیٹل دستخطوں کے لیے FIPS 204 ML-DSA، اور ‘اسٹیٹ لیس ہیش بیسڈ دستخطوں’ (stateless hash-based signatures) کے لیے FIPS 205 SLH-DSA۔
بعد کے اسباق میں چار عملی صلاحیتیں تیار کی جائیں گی:
کرپٹو ایجلیٹی (Crypto agility) سے مراد کرپٹوگرافک الگورتھمز، کلیدوں اور متعلقہ انحصاروں کو ناقابلِ قبول خلل یا باہمی کام کرنے کی صلاحیت (interoperability) کے نقصان کے بغیر تبدیل کرنے کی صلاحیت ہے۔ یہ ارد گرد کے نظام کی ایک خصوصیت ہے—جس میں کنفیگریشن، سرٹیفکیٹ ہینڈلنگ، وینڈر سپورٹ اور پروٹوکول مذاکرات شامل ہیں—نہ کہ صرف الگورتھم کی فراہم کردہ کوئی خصوصیت۔
کون سے ‘ٹچ پوائنٹس’ (touchpoints) محفوظ شدہ ڈیٹا کی مستقبل میں رازداری کے ضیاع کا خطرہ رکھتے ہیں، اور کون سے ‘Q-Day’ کے بعد بنیادی طور پر جعلی شناخت یا سالمیت (integrity) کے خطرے کا باعث بنتے ہیں؟ موازنہ ان فیصلوں کو الگ کرتا ہے۔
طویل عرصے تک محفوظ رکھے گئے بیک اپ (long-lived backup) میں انکرپٹڈ کسٹمر ریکارڈ آج بھی ناقابلِ فہم (ناقابلِ مطالعہ) رہتا ہے، چاہے کسی حملہ آور نے برسوں پہلے ہی ‘آبجیکٹ اسٹوریج’ سے اس بیک اپ کی نقل کیوں نہ حاصل کر لی ہو۔ حملہ آور کو ڈیٹا بیس، ایپلی کیشن، یا انکرپشن کی (key) تک رسائی کی ضرورت نہیں تھی۔ اگر بیک اپ کی ڈیٹا انکرپشن کی (key) کو RSA یا ایلیپٹک-کرو (elliptic-curve) کرپٹوگرافی کے ذریعے قائم یا محفوظ کیا گیا تھا، تو مستقبل کا کوئی ایسا کوانٹم کمپیوٹر جو کرپٹ اینالیسس (cryptanalysis) کی صلاحیت رکھتا ہو، اس کی (key) کو بازیاب کر سکتا ہے اور محفوظ شدہ ڈیٹا کو بے نقاب کر سکتا ہے۔ لہٰذا، دفاع کرنے والے کے لیے سوال یہ نہیں ہے کہ اینڈ پوائنٹ (endpoint) کب ہیک ہوگا۔ بلکہ سوال یہ ہے کہ کیا آج انکرپٹ کیے گئے ڈیٹا کو اس وقت بھی رازداری کی ضرورت ہوگی جب کوانٹم صلاحیت کا حامل کرپٹ اینالیسس ممکن ہو جائے گا۔
یہی مسئلہ نیٹ ورک پاتھ سے حاصل کردہ TLS ٹریفک پر بھی لاگو ہوتا ہے۔ روایتی پبلک-کی کی (key) کے قیام کے ذریعے محفوظ سیشن، سیشن کے دوران customer_id=48291 کو نجی رکھ سکتا ہے، لیکن محفوظ شدہ کیپچر (captured data) بعد میں ڈیکرپٹ (decrypt) ہونے کے قابل ہو سکتا ہے اگر اس کا پبلک-کی تحفظ کوانٹم حملے کی نذر ہو جائے۔ یہ “اب حاصل کرو، بعد میں ڈیکرپٹ کرو” (harvest now, decrypt later) کا معاملہ ہے، یعنی محفوظ ڈیٹا کو ابھی اکٹھا کرنا تاکہ طاقتور کمپیوٹیشنل صلاحیت دستیاب ہونے پر اسے ڈیکرپٹ کیا جا سکے۔ اس کا خطرہ ڈیٹا کی رازداری کے دورانیے (confidentiality lifetime) پر منحصر ہے، نہ کہ صرف کوانٹم کمپیوٹر کی متوقع آمد کی تاریخ پر۔
Q-Day
Q-Day وہ لمحہ یا نقطہ ہے جب کرپٹ اینالیسس کی صلاحیت رکھنے والا کوانٹم کمپیوٹر (CRQC) عملی طور پر ان پبلک-کی مفروضوں کو ناکام بنا سکتا ہے جن پر کوئی سسٹم اب بھی انحصار کرتا ہے۔ سسٹم کے مالک کے لیے، Q-Day منصوبہ بندی کا ایک سنگِ میل (یا حد) ہے، نہ کہ کیلنڈر کی کسی تاریخ کی پیش گوئی۔ NIST نوٹ کرتا ہے کہ CRQC کے بارے میں تخمینوں میں بہت زیادہ فرق پایا جاتا ہے، جبکہ مصنوعات، خدمات اور بنیادی ڈھانچے (infrastructure) میں کرپٹوگرافک تبدیلیوں کو نافذ کرنے میں تاریخی طور پر برسوں لگتے ہیں۔
یہ کورس اس خطرے کا جائزہ محدود اور انتہائی درست انداز میں پیش کرتا ہے۔ شور (Shor) کا الگورتھم RSA اور ایلیپٹک-کرو (elliptic-curve) پبلک-کی آپریشنز کے لیے خطرہ ہے جو ‘کی’ (key) کے قیام اور ڈیجیٹل دستخطوں کے لیے استعمال ہوتے ہیں۔ اس کا مطلب یہ نہیں ہے کہ ہر انکرپٹڈ بائٹ (encrypted byte) یکساں طور پر کمزور ہو جاتا ہے۔ سمٹرک انکرپشن (symmetric encryption)، ہیشز (hashes)، ‘کی’ کو محفوظ کرنے کا طریقہ، پروٹوکول کی کنفیگریشن، سرٹیفکیٹ کا لائف سائیکل، اور ڈیٹا کو محفوظ رکھنے کی مدت (data retention) اب بھی اس بات کا تعین کرتے ہیں کہ آیا کوانٹم کے لحاظ سے کمزور پبلک-کی پر انحصار کسی حقیقی اثاثے کو خطرے میں ڈالتا ہے یا نہیں۔
چونکہ بیک اپ اور TLS کیپچر ایک ہی سسٹم تک رسائی کے دو راستے ہیں، اس لیے منتقلی (migration) کا عمل ان تمام مقامات کی نشاندہی سے شروع ہوتا ہے جہاں پبلک-کی کریپٹوگرافی اعتماد قائم کرتی ہے۔ ایک عام سروس میں، براؤزر ویب فرنٹ اینڈ تک رسائی حاصل کرتا ہے، فرنٹ اینڈ ایک API کو کال کرتا ہے، اور API ڈیٹا بیس کو پڑھتا ہے۔ اس آرکیٹیکچر میں بیک اپ اسٹوریج، انتظامی رسائی (administrative access)، بلڈ سائننگ، لاگز، اور بیرونی انٹیگریشنز بھی شامل ہیں۔ کریپٹوگرافک انوینٹری میں یہ ریکارڈ ہونا چاہیے کہ ہر راستے (path) کے ساتھ کون سا پروٹوکول، الگورتھم، لائبریری، سرٹیفکیٹ، ‘کی’ کا مالک، اور ڈیٹا کی لائف ٹائم (مدت) منسلک ہے۔
TLS عام طور پر تصدیقِ شناخت (authentication) اور—نافذ کردہ پروٹوکول کنفیگریشن کے لحاظ سے—‘کی’ کے قیام کے لیے RSA یا ECC کا استعمال کرتا ہے۔ JWT سائننگ کیز (signing keys)، RSA یا ایلیپٹک-کرو دستخطوں کا استعمال کر سکتی ہیں تاکہ API ٹوکن کے ماخذ اور سالمیت (integrity) کی تصدیق کر سکے۔ کوڈ-سائننگ سرٹیفکیٹس اس بات کی تصدیق کرتے ہیں کہ آیا ریلیز آرٹیفیکٹ (release artifact) کسی مجاز پبلشر کی طرف سے آیا ہے۔ SSH ہوسٹ کیز اس سرور کی تصدیق کرتی ہیں جس تک ایڈمنسٹریٹرز رسائی حاصل کرتے ہیں۔ یہ کنٹرولز مختلف حفاظتی مقاصد پورے کرتے ہیں، لہذا انہیں تبدیل کرنا محض ایک یکساں الگورتھم کی تبدیلی (swap) نہیں ہے۔
نیچے دیا گیا آرکیٹیکچر پبلک-کی کے ٹچ پوائنٹس (touchpoints) کو سمٹرک تحفظ (symmetric protection) سے الگ کرتا ہے؛ یہ وہ فرق ہے جسے انوینٹری میں برقرار رکھا جانا ضروری ہے: