Quasa
QUASA ऐप का उपयोग करें
आज ही Web3 क्रिप्टो फ्रीलांसिंग के अग्रणी मंच से जुड़ें!
खोलें
प्रौद्योगिकी

क्वांटम हमला आने से पहले सूची बनाएँ: 2028 तक पहली समयसीमा है

|लेखक: QUASA संपादकीय टीम|5 मिनट पढ़ने का समय| 7
क्वांटम हमला आने से पहले सूची बनाएँ: 2028 तक पहली समयसीमा है

भारतीय तकनीकी टीमों को पोस्ट-क्वांटम कूटलेखन की तैयारी अभी शुरू करके 2028 तक कूटलेखन पर निर्भर प्रणालियों, सेवाओं और उत्पादों की खोज तथा प्रारंभिक स्थानांतरण योजना पूरी करनी चाहिए। इसके बाद 2031 तक सबसे महत्वपूर्ण बदलाव और 2035 तक पूरे दायरे का स्थानांतरण लक्ष्य रखें।

ये वर्ष किसी अनुमानित क्वांटम हमले की तारीख नहीं हैं और 2028 भारत की वैधानिक समयसीमा भी नहीं है। यह पहला नियोजन पड़ाव है: प्रमाणपत्रों, कुंजियों, पुस्तकालयों, VPN, पहचान प्रणालियों, उपकरणों और आपूर्तिकर्ता-नियंत्रित घटकों का नक्शा बनाकर तय करना कि क्या बदलना है, उसका स्वामी कौन है और परीक्षण में कितना समय लगेगा।

2028, 2031 और 2035 किन कामों के लक्ष्य हैं

NCSC की आधिकारिक समयरेखा 2028 तक स्थानांतरण लक्ष्य तय करने, पूरी खोज और आकलन करने तथा प्रारंभिक योजना बनाने को कहती है। वही मार्गदर्शन 2031 तक सबसे महत्वपूर्ण शुरुआती बदलाव और पूर्ण स्थानांतरण का स्पष्ट मार्ग तैयार करने तथा 2035 तक सभी प्रणालियों, सेवाओं और उत्पादों का स्थानांतरण पूरा करने का लक्ष्य देता है।

NCSC ने इन्हें ब्रिटेन के उद्योग, सरकार और नियामकों के लिए संकेतात्मक लक्ष्य बताया है। भारतीय संगठन इन्हें स्थानीय नियामकीय आदेश न मानें; इनका उपयोग बहुवर्षीय बजट, खरीद और तकनीकी बदलाव को क्रम देने के लिए करें। वैश्विक समयरेखाएँ भी एक जैसी नहीं हैं: Google की 2029 समयरेखा उसकी अपनी पोस्ट-क्वांटम तैयारी की योजना है, किसी निश्चित क्यू-डे का पूर्वानुमान नहीं।

सूची मशीनों की गिनती नहीं, निर्भरताओं का नक्शा है

सामान्य हार्डवेयर-सॉफ्टवेयर रजिस्टर यह नहीं बताता कि कारोबारी सेवा किस सार्वजनिक-कुंजी एल्गोरिदम, प्रमाणपत्र प्राधिकारी, कुंजी-भंडार, प्रोटोकॉल या बाहरी पुस्तकालय पर निर्भर है। NIST का स्थानांतरण कार्यक्रम हार्डवेयर, सॉफ्टवेयर और सेवाओं में कूटलेखन खोजने, जोखिम के अनुसार प्राथमिकता तय करने और नियंत्रित गैर-उत्पादन वातावरण में अंतरसंचालनीयता जाँचने को अलग कार्यधाराएँ मानता है।

रजिस्टर की हर प्रविष्टि को किसी कारोबारी सेवा और उत्तरदायी स्वामी से जोड़ें। उपलब्ध जानकारी के अनुसार उसमें डेटा की संवेदनशीलता और उपयोगी आयु, वर्तमान एल्गोरिदम, प्रमाणपत्र या कुंजी की अवधि, पुस्तकालय अथवा उपकरण संस्करण, आपूर्तिकर्ता, सहायता-समाप्ति और बदलाव का संभावित तरीका दर्ज करें। खोज का दायरा कम से कम इन श्रेणियों तक पहुँचना चाहिए:

  • सार्वजनिक और निजी PKI, मूल तथा मध्यवर्ती प्रमाणपत्र, मशीन और उपयोगकर्ता प्रमाणपत्र एवं कोड-हस्ताक्षर;
  • वेब और API प्रवेश-बिंदु, VPN द्वार, सेवा-से-सेवा TLS, ईमेल सुरक्षा और दूरस्थ प्रशासन;
  • पहचान प्रदाता, एकल प्रवेश, हार्डवेयर सुरक्षा मॉड्यूल, कुंजी प्रबंधन और सुरक्षित बूट;
  • अनुप्रयोगों में समाहित कूटलेखन पुस्तकालय, कंटेनर, मोबाइल अनुप्रयोग और सामान्य अद्यतन से बाहर पुरानी प्रणालियाँ;
  • क्लाउड, भुगतान, दूरसंचार, प्रबंधित सुरक्षा और उपकरण आपूर्तिकर्ताओं के वे घटक जिनका कूटलेखन ग्राहक स्वयं नहीं बदल सकता।

एक स्कैन सभी निर्भरताएँ नहीं खोजेगा। नेटवर्क अवलोकन और प्रमाणपत्र भंडार के साथ विन्यास, स्रोत-निर्भरताएँ, खरीद अभिलेख और सेवा-स्वामियों की जानकारी मिलाएँ; अन्यथा बंद नेटवर्क, औद्योगिक उपकरण, ऑफलाइन कुंजियाँ और अनुबंधों में छिपी सेवाएँ छूट सकती हैं।

प्राथमिकता जोखिम और बदलाव की कठिनाई साथ देखकर तय करें

सबसे पुरानी प्रणाली को स्वतः पहली प्राथमिकता देना पर्याप्त नहीं है। पहले देखें कि डेटा कितने समय तक संवेदनशील रहेगा, गोपनीयता या हस्ताक्षर टूटने का प्रभाव क्या होगा, प्रभावित निर्भरता कितनी व्यापक है और बदलाव के लिए कितने तकनीकी तथा खरीद चक्र चाहिए। लंबे समय तक मूल्यवान वित्तीय, स्वास्थ्य, पहचान, सरकारी और बौद्धिक-संपदा अभिलेख अधिक शीघ्र ध्यान माँग सकते हैं।

हर परिसंपत्ति को चार व्यावहारिक वर्गों में रखा जा सकता है: वर्तमान मंच पर बदलाव, PQC-संगत मंच पर स्थानांतरण, निर्धारित समय पर सेवा-समाप्ति या स्पष्ट रूप से स्वीकार किया गया जोखिम। इससे टीम ऐसे पुराने उपकरण पर असंभव उन्नयन का वादा नहीं करेगी जिसे बदलना ही पड़ेगा, और सामान्य आपूर्तिकर्ता अद्यतन से सुधरने वाली सेवा पर अनावश्यक अलग परियोजना नहीं बनाएगी।

निजी PKI, लंबे जीवन वाले औद्योगिक नियंत्रक और बड़ी उपकरण-संख्या विशेष ध्यान चाहते हैं। नया मूल विश्वास स्थापित करना, प्रमाणपत्र दोबारा जारी करना और पुराने ग्राहकों के साथ अनुकूलता बनाए रखना कई चरण ले सकता है; इसलिए जोखिम अंक के साथ पूर्वनिर्भरताएँ, अनुमानित प्रयास और वापसी का विकल्प भी दर्ज करें।

आपूर्तिकर्ता से केवल ‘क्वांटम-सुरक्षित है?’ न पूछें

आपूर्तिकर्ता के उत्पाद-संस्करण, कूटलेखन घटकों, सहायता अवधि और पोस्ट-क्वांटम परीक्षण की जाँच के बाद ही स्वीकृति

हाँ या नहीं वाला उत्तर न तो वर्तमान क्षमता बताता है, न उसकी समयसीमा। प्रश्नावली को उत्पाद और संस्करण से बाँधें तथा उत्तर ऐसी अवस्थाओं में दर्ज करें जिन्हें बाद में जाँचा जा सके: नियोजित, परीक्षणाधीन, सीमित उपलब्धता या उत्पादन-समर्थित। कम से कम ये विवरण माँगें:

  • कौन-से घटक क्वांटम-संवेदनशील सार्वजनिक-कुंजी एल्गोरिदम पर निर्भर हैं;
  • कौन-से PQC मानक और एल्गोरिदम समर्थित या नियोजित हैं तथा किस संस्करण में मिलेंगे;
  • क्या संक्रमण के दौरान पारंपरिक और पोस्ट-क्वांटम विधियाँ साथ चल सकेंगी;
  • प्रमाणपत्र, कुंजी, फर्मवेयर और हार्डवेयर मूल-विश्वास बदलने में ग्राहक तथा आपूर्तिकर्ता की जिम्मेदारी;
  • परीक्षण वातावरण, प्रदर्शन सीमाएँ, पुराने ग्राहकों के साथ अनुकूलता और वापसी प्रक्रिया;
  • सहायता-समाप्ति की तारीख और वे परिस्थितियाँ जिनमें उन्नयन के बजाय प्रतिस्थापन आवश्यक होगा।

“कार्ययोजना में है” को उपलब्ध सुविधा न मानें। महत्वपूर्ण उत्तर को अनुबंध, सहायता नीति, संस्करण दस्तावेज और अपने परीक्षण से जोड़ें। यदि मुख्य सेवा उप-आपूर्तिकर्ताओं पर निर्भर है, तो निर्भरता बदलने या समयरेखा खिसकने पर सूचना देने की शर्त भी रखें।

2031 से पहले परीक्षण को दोहराने योग्य प्रक्रिया बनाएँ

स्थानांतरण केवल एल्गोरिदम बदलने का काम नहीं है। नए प्रमाणपत्रों, हस्ताक्षरों या संदेशों का आकार, प्रसंस्करण और पुराने उपकरणों से अनुकूलता अलग हो सकती है। वास्तविक सीमा जानने के लिए संगठन को अपने यातायात, उपकरण क्षमता, नेटवर्क मार्ग और विफलता स्थितियों के साथ नियंत्रित परीक्षण करना होगा।

  1. सीमित प्रयोगशाला: चुने गए पुस्तकालय, प्रोटोकॉल और कुंजी प्रबंधन को गैर-उत्पादन वातावरण में चलाकर अंतरसंचालनीयता, संसाधन उपयोग और त्रुटि व्यवहार दर्ज करें।
  2. छोटा प्रायोगिक चरण: कम प्रभाव वाली सेवा में पारंपरिक और पोस्ट-क्वांटम व्यवस्था का नियंत्रित सह-अस्तित्व जाँचें; सफलता और वापसी की शर्त पहले तय करें।
  3. प्राथमिक सेवा: लंबे समय तक संवेदनशील डेटा या महत्वपूर्ण पहचान वाली तैयार प्रणाली बदलें और प्रमाणपत्र जारी करने, नवीनीकरण तथा निरस्तीकरण की पूरी प्रक्रिया जाँचें।
  4. चरणबद्ध विस्तार: सफल विन्यास को मानक नमूने, स्वचालन और संचालन प्रक्रिया में बदलकर समान परिसंपत्तियों पर लागू करें।

2028 तक सफलता का प्रमाण खरीदा हुआ “क्वांटम-सुरक्षित” उत्पाद नहीं, बल्कि सत्यापित दायरा, स्पष्ट स्वामित्व, जोखिम-क्रम, आपूर्तिकर्ता उत्तर और परीक्षण योजना है। यही आधार 2031 तक महत्वपूर्ण बदलाव पूरा करने और 2035 तक शेष दायरे को नियंत्रित ढंग से स्थानांतरित करने योग्य बनाता है।

यह भी पढ़ें:

साझा करें:

हमारे न्यूज़लेटर की सदस्यता लें

Web3, AI और क्रिप्टो की नवीनतम खबरें सीधे अपने इनबॉक्स में पाएँ।

0