پوسٹ-کوانٹم کرپٹوگرافی: NIST کے معیارات اور منتقلی کیسے ہوتی ہے

NIST کے پہلے پوسٹ-کوانٹم معیارات آپس میں کیسے جڑتے ہیں، Q-Day سے پہلے منتقلی کیوں شروع ہونی چاہیے، اور اداروں کو اب کن عملی مراحل کا سامنا ہے۔

یہ صفحہ انگریزی سے ترجمہ کیا گیا ہے۔ کمپنیوں اور مصنوعات کے نام اور ماخذ کے روابط تبدیل نہیں کیے گئے۔ اصل متن انگریزی میں پڑھیں

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

پوسٹ-کوانٹم کرپٹوگرافی کی ضرورت کیوں ہے

مسئلہ یہ نہیں کہ کوانٹم کمپیوٹر ہر چیز توڑ سکتے ہیں۔ اصل تشویش زیادہ محدود مگر زیادہ اہم ہے: وسیع پیمانے پر استعمال ہونے والے عوامی-کلیدی نظام ریاضیاتی مسائل پر انحصار کرتے ہیں، جیسے integer factorization، discrete logarithms، اور elliptic-curve discrete logarithms۔ اگر کوئی کافی صلاحیت رکھنے والا کوانٹم کمپیوٹر Shor’s algorithm چلائے، تو وہ ان مسائل کو مؤثر انداز میں حل کر سکتا ہے، جس سے RSA، finite-field Diffie–Hellman، اور elliptic-curve Diffie–Hellman جیسے نظام کمزور پڑ جائیں گے۔

یہ خطرہ ابھی متوقع نوعیت کا ہے۔ 2026 تک، کوانٹم کمپیوٹروں میں اتنی پروسیسنگ طاقت نہیں کہ وہ بڑے پیمانے پر رائج کرپٹوگرافک نظام توڑ سکیں، اور Shor’s algorithm کے تجربہ گاہی مظاہرے بھی صرف بہت چھوٹے نمبروں تک محدود رہے ہیں۔ عملی رکاوٹ نظریاتی امکان نہیں بلکہ انجینئرنگ کی سطح ہے: Wikipedia کے مطابق، روایتی طریقوں سے بہتر کارکردگی دکھانے کے لیے error-correction overhead کی وجہ سے ممکن ہے کہ لاکھوں qubits والی مشینیں درکار ہوں۔

اس کے باوجود، مکمل طور پر قابل کوانٹم کمپیوٹر کا انتظار کرنا غلطی ہوگی۔ منتقلی میں برسوں لگتے ہیں، اور بعض ڈیٹا کی رازداری کی مدت بہت طویل ہوتی ہے۔ اسی لیے “harvest now, decrypt later” منصوبہ بندی کا ایک مرکزی تصور بن چکا ہے۔ کوئی حملہ آور آج خفیہ کردہ ٹریفک یا محفوظ شدہ ciphertext جمع کر سکتا ہے اور اسے اس وقت تک سنبھال کر رکھ سکتا ہے جب تک مستقبل کی پیش رفت اسے ڈی کرپٹ کرنا ممکن نہ بنا دے۔ ای میل آرکائیوز، طبی ڈیٹا، دانشورانہ ملکیت، سرکاری ریکارڈز، یا اہم بنیادی ڈھانچے کے لاگز کے لیے نقصان اس وقت بھی پہنچ سکتا ہے جب ڈیٹا پہلی بار روکا گیا تھا، اس کے بہت بعد۔

کوانٹم کیا بدلتا ہے — اور کیا نہیں

ایک عام غلط فہمی یہ ہے کہ کوانٹم کمپیوٹنگ تمام کرپٹوگرافی کو متروک بنا دیتی ہے۔

موجودہ symmetric cryptography اور hash functions کی اکثریت کو کوانٹم حملوں کے مقابلے میں نسبتاً محفوظ سمجھا جاتا ہے۔ Grover’s algorithm symmetric ciphers کے خلاف brute-force search کو تیز کر سکتا ہے، لیکن عملی طور پر اس اثر کو بڑی key sizes استعمال کر کے کم کیا جا سکتا ہے، مثلاً کلیدی سائز کو دوگنا کر کے۔ اس لیے سب سے بڑی تبدیلی عوامی-کلیدی کرپٹوگرافی میں آتی ہے، خاص طور پر:

key establishment اور key exchange
public-key encryption اور key encapsulation
digital signatures

اسی لیے NIST کے PQC پروگرام نے ایک ہی وقت میں پورا stack بدلنے کے بجائے key encapsulation mechanisms، یا KEMs، اور digital signature algorithms پر توجہ مرکوز کی ہے۔

NIST نے سب سے پہلے کن چیزوں کو معیاری بنایا

NIST نے 2016 کے اواخر میں تجاویز طلب کرنے کے بعد اپنی باضابطہ standardization کوشش شروع کی۔ standardization record کے مطابق، پہلے مرحلے میں 69 مکمل اور درست submissions شامل ہوئیں، اور جولائی 2020 میں اعلان کردہ تیسرے مرحلے تک سات امیدوار پہنچے۔ برسوں کی جانچ کے بعد، NIST نے 13 اگست 2024 کو اپنے پہلے تین معیارات کو حتمی شکل دی۔

یہ معیارات درج ذیل ہیں:

FIPS 203: ML-KEM، Module-Lattice-Based Key-Encapsulation Mechanism، جو CRYSTALS-Kyber پر مبنی ہے
FIPS 204: ML-DSA، Module-Lattice-Based Digital Signature Algorithm، جو CRYSTALS-Dilithium پر مبنی ہے
FIPS 205: SLH-DSA، Stateless Hash-Based Digital Signature Algorithm، جو SPHINCS+ پر مبنی ہے

NIST، ML-KEM کو عمومی encryption کے لیے بنیادی معیار قرار دیتا ہے، اور اس کی نسبتاً چھوٹی encryption keys اور رفتار کو نمایاں کرتا ہے۔ ML-DSA، digital signatures کے لیے بنیادی معیار ہے۔ SLH-DSA ایک مختلف ریاضیاتی بنیاد استعمال کرتا ہے اور اسے بیک اپ کے طور پر رکھا گیا ہے، اگر بعد میں ML-DSA کمزور ثابت ہو جائے۔

NIST کی اپنی رہنمائی بالکل واضح ہے: یہ تینوں معیارات فوری استعمال کے لیے تیار ہیں اور اداروں کو چاہیے کہ وہ ابھی سے ان کا اطلاق شروع کریں۔

ایک فاتح کے بجائے کئی معیارات کیوں ہیں

پوسٹ-کوانٹم میدان میں کوئی ایک غالب ریاضیاتی بنیاد موجود نہیں۔ مختلف خاندانوں کی مختلف طاقتیں، نفاذی خصوصیات، اور خطراتی پروفائلز ہیں۔ NIST کے انتخاب ایک portfolio mindset کی عکاسی کرتے ہیں۔

فی الحال lattice-based cryptography تعیناتی کے بڑے حصے کا بوجھ اٹھا رہی ہے۔ NIST کے پہلے معیاری بنائے گئے lattice-based algorithms، ML-KEM اور ML-DSA ہیں۔ ان کی کشش کی ایک وجہ کارکردگی اور نسبتاً قابلِ انتظام key sizes ہیں۔

لیکن تنوع بھی اہم ہے۔ NIST نے SLH-DSA، جو hash-based signature scheme ہے، بنیادی lattice-based signature کے بیک اپ کے طور پر منتخب کیا۔ پھر 11 مارچ 2025 کو، NIST نے عمومی encryption کے لیے HQC کو بیک اپ KEM کے طور پر منتخب کیا۔ HQC، code-based ہے، lattice-based نہیں، اور NIST نے کہا کہ ریاضیاتی نقطۂ نظر میں یہی فرق اسے fallback کے طور پر رکھنے کی وجہ ہے۔

پیغام تزویراتی ہے: ڈیجیٹل اعتماد کے مستقبل کو صرف ایک مفروضے پر داؤ پر نہ لگائیں۔

آگے آنے والے معیارات

NIST کا PQC کام 2024 کی ریلیز پر ختم نہیں ہوا۔

CSRC project page کے مطابق، NIST درج ذیل پر standardization کا کام جاری رکھے ہوئے ہے:

Falcon، ایک digital signature algorithm
HQC، ایک key encapsulation mechanism

standardization record کے مطابق، Falcon پر مبنی معیار FIPS 206 میں FN-DSA کہلائے گا۔ 2026 کے وسط تک، یہ draft حیثیت میں تھا۔ سست رفتار کی وجہ implementation complexity بتائی گئی: FN-DSA signing process میں floating-point Gaussian sampling پر انحصار کرتا ہے، جسے NIST کے مطابق ان تین پہلے سے حتمی معیارات کے مقابلے میں محفوظ اور constant time میں نافذ کرنا زیادہ مشکل ہے۔

HQC کے بارے میں، NIST نے مارچ 2025 میں کہا تھا کہ تقریباً ایک سال میں draft standard متوقع ہے، جبکہ عوامی تبصرے کے بعد 2027 میں حتمی معیار متوقع ہے۔

عملی اعتبار سے یہ مرحلہ وار شیڈول اہم ہے۔ اداروں کو کارروائی شروع کرنے سے پہلے ہر مستقبل کے آپشن کا انتظار کرنے کی ضرورت نہیں۔ NIST کا توقعی مؤقف یہ ہے کہ زیادہ تر deployments کی بنیاد ML-KEM، ML-DSA، اور SLH-DSA ہی بنیں گے، اور ان کے مطابق ان کا استعمال پہلے ہی شروع ہو جانا چاہیے۔

ابتدائی معیارات کا ایک مختصر نقشہ

Standard	Algorithm name	Main job	Math family	NIST role description
FIPS 203	ML-KEM	Key establishment / general encryption support	Lattice-based	Primary standard for general encryption
FIPS 204	ML-DSA	Digital signatures	Lattice-based	Primary standard for signatures
FIPS 205	SLH-DSA	Digital signatures	Hash-based	Backup signature method
Forthcoming	FN-DSA	Digital signatures	NTRU-lattice-based	Additional signature standard under development
Forthcoming	HQC	Key establishment / general encryption support	Code-based	Backup KEM for ML-KEM

منتقلی عملاً کیسے ہوتی ہے

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

NIST کی migration guidance کے مطابق، اداروں کو یہ شناخت کرنا ہوتی ہے کہ کمزور الگورتھم کہاں استعمال ہو رہے ہیں اور products، services، اور protocols کے لیے updates یا replacements کی منصوبہ بندی کرنی ہوتی ہے۔ اس کا مطلب یہ ہے کہ کرپٹوگرافی کو ان جگہوں پر تلاش کیا جائے جہاں اکثر اس کی دستاویزات ناقص ہوتی ہیں:

TLS termination اور اندرونی service-to-service روابط
VPNs اور remote access systems
PKI اور certificate workflows
code signing اور document signing
hardware security modules اور firmware update systems
identity، access، اور key management tools
embedded devices اور operational technology
طویل مدت تک محفوظ رکھا گیا وہ ڈیٹا جو پرانی key-establishment schemes کے تحت محفوظ ہے

پہلا قدم عموماً cryptographic inventory ہوتا ہے: RSA، Diffie–Hellman، یا elliptic-curve mechanisms کہاں استعمال ہو رہے ہیں، براہِ راست یا third-party products کے ذریعے؟ دوسرا قدم prioritization ہے: کون سے نظام زیادہ خطرناک ہیں کیونکہ وہ طویل المدت راز سنبھالتے ہیں یا انہیں upgrade کرنا مشکل ہے؟ تیسرا قدم execution ہے: testing، interoperability work، مرحلہ وار rollout، اور policy changes۔

NIST کی timeline اس ضرورت کو مزید فوری بناتی ہے۔ CSRC page پر حوالہ دی گئی transition timeline کے تحت، NIST منصوبہ رکھتا ہے کہ 2035 تک اپنے standards سے quantum-vulnerable algorithms کو پہلے deprecate کرے اور پھر بالآخر ہٹا دے، جبکہ زیادہ خطرے والے نظام اس سے کہیں پہلے منتقل ہوں گے۔

سب سے بڑے انجینئرنگ تقاضے اور سمجھوتے

پوسٹ-کوانٹم منتقلی صرف compliance کی مشق نہیں۔ اس میں حقیقی تکنیکی سمجھوتے شامل ہیں۔

ایک بڑا سمجھوتہ size اور efficiency کے درمیان ہے۔ NIST کے PQC مواد کے مطابق، بہت سے PQC algorithms میں pre-quantum public-key systems کے مقابلے میں بڑی keys استعمال ہوتی ہیں۔ وہ key size، computational efficiency، اور ciphertext یا signature size کے درمیان سمجھوتوں کو بھی بیان کرتے ہیں۔ انٹرنیٹ سے منسلک protocols اور محدود وسائل والے devices کے لیے یہ فرق bandwidth، latency، memory، اور implementation complexity پر اثر انداز ہو سکتا ہے۔

ایک اور سمجھوتہ maturity اور diversity کے درمیان ہے۔ lattice-based systems اس وقت ابتدائی معیارات میں غالب ہیں کیونکہ انہوں نے NIST کی جانچ میں اتنی اچھی کارکردگی دکھائی کہ وہ بنیادی انتخاب بن گئے۔ لیکن concentration risk حقیقی ہے، اسی لیے دوسری ریاضی پر مبنی بیک اپ معیارات بھی تیار کیے جا رہے ہیں۔

تیسرا مسئلہ implementation security ہے۔ standardization record میں Falcon کے لیے side-channel خدشات کا ذکر ہے اور یہ بھی نوٹ کیا گیا ہے کہ ممکنہ mitigations کارکردگی کو متاثر کر سکتے ہیں۔ زیادہ عمومی طور پر، کوئی کرپٹوگرافک design کاغذ پر مضبوط دکھائی دے سکتا ہے، لیکن عملی طور پر اسے محفوظ طریقے سے نافذ کرنا پھر بھی مشکل ہو سکتا ہے۔

معیارات کن معاملات کو طے نہیں کرتے

کسی معیار کی موجودگی دائمی تحفظ کا ثبوت نہیں ہوتی۔ پوسٹ-کوانٹم algorithms کے بارے میں یہ سمجھا جاتا ہے، ثابت نہیں کیا گیا، کہ وہ کوانٹم حملے کا مقابلہ کر سکتے ہیں۔ یہ احتیاطی نکتہ خود اس پورے میدان میں شامل ہے۔

NIST کے عمل سے کچھ اسباق بھی ملتے ہیں۔ جانچ کے دوران بعض امیدوار ناکام ثابت ہوئے۔ Wikipedia دو نمایاں مثالوں پر روشنی ڈالتا ہے: Rainbow کو تیسرے مرحلے میں ایک classical computer پر توڑا گیا، اور SIKE کو چوتھے مرحلے میں توڑا گیا۔ یہ ناکامیاں مجموعی طور پر PQC کو رد نہیں کرتیں؛ یہ دکھاتی ہیں کہ عوامی cryptanalysis اور محتاط standardization میں وقت کیوں لگتا ہے۔

اب بھی کئی سوالات کھلے ہوئے ہیں، مثلاً:

منتخب کردہ ریاضیاتی مسائل پر طویل المدت اعتماد
vendors اور open-source stacks میں implementation quality
حقیقی hardware اور software میں side-channel resistance
protocols اور certificate ecosystems میں interoperability
اداروں کو algorithm families میں تنوع کتنی شدت سے اختیار کرنا چاہیے

“منتقلی کب شروع کرنی ہے” کے بارے میں ایک عملی اندازِ فکر

زیادہ تر اداروں کے لیے درست سوال یہ نہیں کہ “کیا Q-Day اگلے سال ہے؟” بلکہ یہ ہے کہ “ہماری migration میں کتنا وقت لگے گا، اور ہمارا ڈیٹا کتنی مدت تک محفوظ رہنا چاہیے؟”

اگر آپ کے نظام گہرائی سے جڑے ہوئے، ضابطہ کار کے تابع، عالمی سطح پر پھیلے ہوئے، یا vendors پر منحصر ہیں، تو منتقلی سست ہو سکتی ہے۔ اگر آپ کا ڈیٹا آنے والے برسوں تک بھی حساس رہے گا، تو harvest-now risk تاخیر کو مزید مہنگا بنا دیتا ہے۔ یہی منطق واضح کرتی ہے کہ NIST، 2024 کے معیارات کو فوری اپنانے پر زور کیوں دے رہا ہے، حالانکہ کوانٹم کمپیوٹر ابھی مطلوبہ پیمانے تک نہیں پہنچے۔

مختصراً، PQC migration بنیادی ڈھانچے کی ایک کلاسیکی منتقلی ہے: ہنگامی صورت حال سے پہلے آغاز کریں، کیونکہ جب ہنگامی حالت واضح ہو جائے، تب تک پُرسکون اور ہموار انداز میں منتقل ہونا بہت دیر ہو چکی ہوتی ہے۔

اہم نکات

پوسٹ-کوانٹم کرپٹوگرافی کا بنیادی مقصد کمزور عوامی-کلیدی نظاموں کو بدلنا ہے، نہ کہ موجودہ تمام کرپٹوگرافی کو ترک کرنا۔
کافی صلاحیت رکھنے والا کوئی کوانٹم کمپیوٹر، اگر Shor’s algorithm چلائے، تو RSA، Diffie–Hellman، اور elliptic-curve Diffie–Hellman کو توڑ سکتا ہے۔
NIST نے 13 اگست 2024 کو اپنے پہلے تین PQC معیارات کو حتمی شکل دی: FIPS 203 (ML-KEM)، FIPS 204 (ML-DSA)، اور FIPS 205 (SLH-DSA)۔
NIST کا کہنا ہے کہ یہ معیارات ابھی استعمال کے لیے تیار ہیں اور اداروں کو فوری طور پر migration شروع کر دینی چاہیے۔
ML-KEM عمومی encryption سے متعلق key establishment کے لیے بنیادی معیار ہے؛ ML-DSA بنیادی signature معیار ہے؛ SLH-DSA بیک اپ signature طریقہ ہے۔
مارچ 2025 میں، NIST نے HQC کو ML-KEM سے مختلف ریاضی پر مبنی بیک اپ KEM کے طور پر منتخب کیا۔
migration کا آغاز اس کھوج سے ہوتا ہے کہ کمزور الگورتھم کہاں استعمال ہو رہے ہیں، پھر زیادہ خطرے والے نظاموں کو ترجیح دے کر مرحلہ وار replacement کی منصوبہ بندی کی جاتی ہے۔
اہم سمجھوتوں میں بڑے key material، performance اور bandwidth کی لاگت، implementation complexity، اور ریاضیاتی تنوع کی اہمیت شامل ہیں۔
PQC standards مستقبل کے خطرات کم کرتے ہیں، لیکن غیر یقینی کو ختم نہیں کرتے؛ مسلسل cryptanalysis، implementation review، اور operational testing بدستور ناگزیر ہیں۔
بنیادی فوریّت کی وجہ منتقلی کے طویل اوقات اور harvest now, decrypt later حملوں کا امکان ہے، خاص طور پر ایسے ڈیٹا کے خلاف جو برسوں تک خفیہ رہنا چاہیے۔