नो कल-होम प्रमाणीकरण: भविष्यको डिजिटल IDP ले प्रत्येक प्रयोगमा जारीकर्तालाई सम्पर्क गर्नु हुँदैन भन्ने कारण

भविष्यको कुनै पनि डिजिटल अन्तर्राष्ट्रिय सवारी अनुमति पत्र (IDP) मा निरसन सबैभन्दा कठिन समस्या हो। यसलाई समाधान गर्ने सबैभन्दा सजिलो तरिका सबैभन्दा खतरनाक पनि हो: प्रत्येक प्रस्तुतिमा जारीकर्तालाई सहभागी बनाउनु। एउटा आधुनिक सीमापार सवारी प्रमाणपत्रले पूर्वनिर्धारित रूपमा यो सर्टकट अस्वीकार गर्नुपर्छ।

लगभग प्रत्येक डिजिटल पहिचान प्रस्तावमा एउटै आश्वस्त गर्ने वाक्य हुन्छ:

“प्रमाणपत्र तुरुन्तै प्रमाणित गर्न सकिन्छ।”

कहिलेकाहीँ यो वाक्यले वास्तविक प्रगतिको वर्णन गर्छ। कहिलेकाहीँ यसले अझ मैत्रीपूर्ण प्रयोगकर्ता इन्टरफेससहितको निगरानीको वर्णन गर्छ।

आजका प्रकाशित मानकहरूले पहिल्यै स्पष्ट पारिसकेका छन् कि प्रमाणपत्र देखाउँदा प्रमाणीकर्तालाई जारीकर्तासँग सम्पर्क गर्न आवश्यक छैन:

• NIST को हालको mDL वास्तुकला बताउँछ कि एक प्रमाणीकर्ताले जारीकर्तासँग कुनै प्रत्यक्ष सम्पर्क बिना, जारीकर्ताको हस्ताक्षर र सार्वजनिक कुञ्जीहरूलाई विश्वास गरेर प्रामाणिकता र अखण्डता प्रमाणित गर्न सक्छ।
• AAMVA पुष्टि गर्छ कि ISO/IEC 18013-5 ले डिभाइस पुनःप्राप्ति को समर्थन आवश्यक छ र सर्भर पुनःप्राप्तिलाई मात्र वैकल्पिक रूपमा अनुमति दिन्छ।
• AAMVA ले यो पनि चेतावनी दिन्छ कि सर्भर पुनःप्राप्ति अन्तर्गत, जारी प्राधिकरण प्रत्येक प्रयोगमा वास्तविक समयमा संलग्न हुन्छ — जसको अर्थ यसले प्राविधिक रूपमा प्रमाणपत्र कहिले प्रयोग भयो, कुन डेटा साझा गरियो, र IP विश्लेषणबाट स्थान पनि अनुमान गर्न सक्छ।

यो एउटा साना फुटनोट होइन। यो सीमापार सवारी प्रमाणपत्रको अर्को पुस्ताको केन्द्रीय डिजाइन प्रश्न हो।

खतरनाक सर्टकट: चार प्रश्नहरूलाई एउटै नेटवर्क कलमा मिलाउनु

खराब वास्तुकलाहरूले चार फरक प्रश्नहरूलाई जारीकर्तालाई एउटै लाइभ कलमा बाँध्छन्:

1. के यो प्रमाणपत्र प्रामाणिक छ?
2. के यसलाई प्रस्तुत गर्ने व्यक्ति वैध धारक हो?
3. के प्रमाणपत्र आफैं अझै वैध छ?
4. के अन्तर्निहित राष्ट्रिय सवारी अधिकार अझै लागू छ?

खराब डिजाइन गरिएको प्रणालीले वास्तविक समयमा होम फोन गरेर चारवटै प्रश्नहरूको जवाफ दिन्छ। राम्रोसँग डिजाइन गरिएको प्रणालीले तिनीहरूलाई अलग गर्छ — किनभने तिनीहरू एउटै समस्या होइनन् र उनीहरूले एउटै संयन्त्र साझा गर्नु हुँदैन।

प्रामाणिकता स्थानीय रूपमा प्रमाणित गर्नुपर्छ, नेटवर्कमा होइन

जारीकर्ताले कारोबार कहिल्यै नहेरी पनि प्रमाणपत्र क्रिप्टोग्राफिक रूपमा वास्तविक हुन सक्छ।

• NIST को mDL ट्रस्ट मोडेलले भन्छ कि प्रामाणिकता र अखण्डता जारीकर्ताको हस्ताक्षर र सार्वजनिक कुञ्जीहरूबाट प्रमाणित गरिन्छ — कुनै लाइभ जारीकर्ता सम्पर्क आवश्यक छैन।
• AAMVA को डिजिटल ट्रस्ट सेवा प्रति-कारोबार कलब्याक बिना प्रमाणीकर्ताहरूलाई वैध जारीकर्ता सार्वजनिक कुञ्जीहरूमा पहुँच दिन ठीक यसैको लागि अवस्थित छ।

डिजाइन सिद्धान्त १: हस्ताक्षरले पहिल्यै समाधान गरेको समस्यालाई हल गर्न लाइभ कनेक्टिभिटी प्रयोग नगर्नुहोस्।

यदि एक प्रमाणीकर्ताले विश्वसनीय जारीकर्ता कुञ्जीहरू राख्छ र मानक-अनुपालन प्रस्तुति प्राप्त गर्छ भने, प्रामाणिकता एउटा स्थानीय क्रिप्टोग्राफिक जाँच हो, नेटवर्क निर्भरता होइन।

धारक बाइन्डिङ स्थानीय रूपमा प्रमाणित गर्नुपर्छ, विश्वव्यापी रूपमा रिपोर्ट गर्नु होइन

दोस्रो प्रश्न — के यो वैध धारक हो? — को पनि गैर-नेटवर्क जवाफ छ।

हालको EUDI वास्तुकलाले PID र ISO/IEC 18013-5 प्रमाणीकरणहरूको लागि डिभाइस बाइन्डिङ अनिवार्य गर्छ। प्रमाणीकर्ताले वालेटलाई प्रमाणपत्रमा सन्निहित सार्वजनिक कुञ्जीसँग सम्बन्धित निजी कुञ्जी प्रयोग गरेर एक ताजा चुनौतीमा हस्ताक्षर गर्न अनुरोध गर्छ:

• ISO/IEC 18013-5 मा यसलाई mdoc प्रमाणीकरण भनिन्छ।
• SD-JWT VC मा यसलाई key binding भनिन्छ।

दुवै अवस्थामा, कब्जा स्थानीय र क्रिप्टोग्राफिक रूपमा प्रमाणित हुन्छ। जारीकर्तासम्म कुनै व्यक्तिगत डेटा पुग्नु पर्दैन।

डिजाइन सिद्धान्त २: कब्जा स्थानीय रूपमा प्रमाणित गर्नुहोस्। पहिचान विश्वव्यापी रूपमा प्रमाणित नगर्नुहोस्।

भविष्यको IDP ले कुनै जारीकर्ता-पक्ष संयन्त्र विचार गर्नुभन्दा पहिले डिभाइस बाइन्डिङ, स्थानीय धारक प्रमाणीकरण, र प्रमाणीकर्ता चुनौती-प्रतिक्रिया सम्पूर्ण रूपमा प्रयोग गर्नुपर्छ।

प्रमाणपत्र स्थिति र सवारी-अधिकार स्थिति दुई फरक कुराहरू हुन्

धेरै डिजिटल-पहिचान डिजाइनहरूले यो भिन्नता धमिलो पार्छन्, र त्यहीँ उनीहरू गलत हुन्छन्।

W3C को Bitstring Status List विशिष्टताले यो बिन्दु स्पष्ट पार्छ: प्रमाणयोग्य प्रमाणपत्रमा संलग्न स्थिति जानकारी प्रमाणयोग्य प्रमाणपत्र आफैंमा लागू हुन्छ — अन्तर्निहित वास्तविक-संसार अधिकारमा जरुरी होइन। एक डिजिटल प्रमाणपत्र निरसन हुन सक्छ किनभने यसको हस्ताक्षर संयन्त्र सम्झौता गरिएको थियो, जबकि अन्तर्निहित सवारी अधिकार पूर्णतया वैध रहन्छ।

भविष्यको IDP लाई त्यसैले दुई अलग स्थिति तहहरू चाहिन्छ:

• प्रमाणपत्र-स्थिति तह — डिजिटल प्रमाणपत्र वा प्रस्तुति च्यानल आफैंको लागि।
• सवारी-अधिकार तह — सवारी चलाउने अन्तर्निहित राष्ट्रिय अधिकारको लागि।

कहिलेकाहीँ यी सँगै परिवर्तन हुन्छन्। प्रायः हुँदैनन्। जुन प्रणालीले तिनीहरूलाई एकसाथ मिलाउँछ त्यसले अत्यधिक प्रतिक्रिया गर्नेछ, आवश्यकभन्दा बढी डेटा उजागर गर्नेछ, वा दुवै।

वालेट सम्झौता स्थिति मार्फत प्रवाहित हुनुपर्छ — प्रमाणीकर्ता कलब्याक सुरु गर्नु होइन

भविष्यको IDP लाई वालेट सम्झौता हुँदा के हुन्छ भन्ने स्पष्ट जवाफ पनि चाहिन्छ।

EUDI वास्तुकलाले एउटा प्रदान गर्छ:

• वालेट प्रदायकले निरसन जानकारी समावेश गर्दै वालेट युनिट प्रमाणीकरणहरू जारी गर्छ।
• वालेट अखण्डता समय-समयमा पुन: प्रमाणित गरिन्छ; यदि वालेट अब सुरक्षित छैन भने, यसको प्रमाणीकरण निरसन गरिन्छ।
• PID प्रदायकहरूले नियमित रूपमा वालेट निरसन भएको छ कि छैन जाँच गर्नुपर्छ। यदि भएको छ भने, तिनीहरूले PID निरसन गर्छन्।
• PID स्थिति प्रमाणित गरेर, भरोसा गर्ने पक्षले परोक्ष रूपमा वालेट स्थिति प्रमाणित गर्छ।

यो त्यो तहबद्धता हो जुन भविष्यको IDP ले अपनाउनुपर्छ। प्रत्येक प्रमाणीकर्तालाई वालेट प्रदायक स्वतन्त्र रूपमा जाँच गर्न नभन्नुहोस्। वालेट सम्झौतालाई अवस्थित प्रमाणपत्र-स्थिति पाइपलाइन मार्फत प्रवाहित हुन दिनुहोस्, र प्रमाणीकर्ताहरूलाई त्यो एकल गोपनीयता-संरक्षण च्यानल परामर्श गर्न दिनुहोस्।

तीन व्यावहारिक निरसन ढाँचाहरू (कुनै कलब्याक आवश्यक छैन)

EUDI ले प्रदायकहरूलाई तीन निरसन विधिहरूमध्ये एउटा प्रयोग गर्न आवश्यक गर्छ:

• छोटो-अवधि प्रमाणीकरणहरू — २४ घण्टा वा कमको लागि वैध, त्यसैले निरसन अनावश्यक हुन्छ।
• प्रमाणीकरण स्थिति सूची — प्रकाशित सूची जुन प्रमाणीकर्ताहरूले परामर्श गर्न सक्छन्।
• प्रमाणीकरण निरसन सूची — निरसन गरिएका प्रमाणपत्रहरूको स्पष्ट सूची।

२४ घण्टाभन्दा बढी समयसम्म वैध प्रमाणीकरणहरूको लागि, EUDI ले निरसन जानकारी सन्निहित गर्न आवश्यक गर्छ जसमा समावेश छ:

• एउटा URL जहाँ भरोसा गर्ने पक्षहरूले स्थिति सूची ल्याउन सक्छन्।
• त्यो सूचीभित्र प्रमाणपत्र पत्ता लगाउने पहिचानकर्ता।

यदि विश्वसनीय निरसन जानकारी अनुपलब्ध छ — उदाहरणका लागि, जब भरोसा गर्ने पक्ष अफलाइन छ — EUDI ले भरोसा गर्ने पक्षलाई प्रमाणपत्र स्वीकार वा अस्वीकार गर्नुभन्दा पहिले जोखिम विश्लेषण गर्न निर्देश दिन्छ।

निष्कर्ष: निरसन एउटै संयन्त्र होइन, र अनिवार्य जारीकर्ता कलब्याकको कुनै औचित्य पनि होइन।

पूर्वनिर्धारित रूपमा छोटो-अवधि, दीर्घकालीन केवल आवश्यक भएको ठाउँमा मात्र

सम्पूर्ण स्ट्याकमा सबैभन्दा प्रभावकारी गोपनीयता उपायहरूमध्ये एउटा सबैभन्दा सरल पनि छ: प्रस्तुत गरिएको कुराको आयु छोटो राख्नुहोस्।

• EUDI भन्छ कि २४ घण्टा वा कमका लागि वैध प्रमाणीकरणहरूलाई निरसन पूर्वाधारको आवश्यकता छैन — निरसन महत्वपूर्ण हुनुभन्दा पहिले नै तिनीहरू समाप्त हुन्छन्।
• W3C भन्छ कि प्रमाणयोग्य प्रस्तुतिहरू सामान्यतया छोटो-अवधिका हुन्छन् र दीर्घकालीन भण्डारणको लागि डिजाइन गरिएका छैनन्।
• NIST ले दैनिक प्रयोगको लागि पुन:प्रयोगयोग्य पहिचानकर्ताहरू बारम्बार प्रसारण गर्नबाट स्पष्ट रूपमा चेतावनी दिन्छ। दैनिक प्रमाणीकरणले passkeys जस्ता त्यस उद्देश्यका लागि बनाइएका प्रविधिहरूमा भर पर्नुपर्छ, पहिचान-समृद्ध प्रमाणपत्रको बारम्बार प्रस्तुतिमा होइन।
• NIST ले स्थानीय डिभाइस प्रमाणीकरण रोजेको थियो किनभने स्थानीय प्रमाणीकरणले गोपनीयता संरक्षण गर्छ र सञ्चालनात्मक रूपमा अधिक कुशल हुन्छ।

डिजाइन सिद्धान्त ३: आधार प्रमाणपत्रको मध्यम वैधता अवधि हुन सक्छ, तर प्रस्तुति आफैं छोटो-अवधिको, प्रमाणीकर्ता-विशिष्ट, र पुन:प्रयोग नहुने हुनुपर्छ।

स्थिति सूचीहरू सही पूर्वनिर्धारित संयन्त्र हुन्

जब तपाईंले सबै कुरा छोटो-अवधिको बनाउन सक्नुहुन्न, तपाईंलाई स्थिति पूर्वाधारको आवश्यकता हुन्छ — र स्थिति सूची सही पूर्वनिर्धारित हो।

W3C को Bitstring Status List v1.0 ले निलम्बन वा निरसन जस्ता स्थिति डेटा प्रकाशित गर्नका लागि गोपनीयता-संरक्षण, स्थान-कुशल, उच्च-प्रदर्शन संयन्त्रको वर्णन गर्छ। मुख्य गुणहरू समावेश छन्:

• प्रत्येक जारीकर्ताले यसले जारी गरेका प्रमाणपत्रहरूको लागि एउटा सूची व्यवस्थापन गर्छ।
• ढाँचाले राम्रोसँग कम्प्रेस गर्छ, किनभने अधिकांश प्रमाणपत्रहरू निरसन नगरिएको रहन्छन्।
• पूर्वनिर्धारित सूची आकार १३१,०७२ प्रविष्टिहरू छ, जुन W3C ले औसत मामलामा पर्याप्त समूह गोपनीयता प्रदान गर्छ भन्छ।
• जहाँ बलियो समूह गोपनीयता आवश्यक छ त्यहाँ ठूला सूचीहरू प्रयोग गर्न सकिन्छ।

यसले प्रश्नलाई परिवर्तन गर्छ:

“के म अहिले यस प्रयोगकर्ताको बारेमा जारीकर्तालाई सोध्न सक्छु?”

बाट:

“के मसँग स्थानीय रूपमा निर्णय गर्न पर्याप्त ताजा गोपनीयता-संरक्षण स्थिति सूची पहिल्यै छ?”

त्यो एउटा धेरै राम्रो प्रश्न हो — प्राविधिक र राजनैतिक दुवै दृष्टिकोणबाट।

“नो कल-होम” एउटा डाउनलोड ढाँचा हो, नारा होइन

EUDI को गोपनीयता निर्देशनको सबैभन्दा महत्वपूर्ण नियम दार्शनिक होइन, प्रक्रियागत हो।

भरोसा गर्ने पक्षहरूले प्रमाणपत्र प्रस्तुत हुँदा प्रत्येक पटक स्थिति सूची अनुरोध गर्नु हुँदैन। बरु, तिनीहरूले:

• सूचीको प्रत्येक नयाँ संस्करण एकपटक डाउनलोड गर्नुपर्छ।
• यो कुनै पनि प्रयोगकर्ता प्रस्तुतिसँग असम्बन्धित समय र स्थानबाट गर्नुपर्छ।
• सूची भरोसा गर्ने-पक्ष संगठनभित्र आन्तरिक रूपमा वितरण गर्नुपर्छ।
• भरोसा गर्ने पक्षलाई प्रमाणीकरण नगरी सूची ल्याउनुपर्छ।

यो नो-कल-होम प्रमाणीकरणको सञ्चालनात्मक मूल हो: प्रयोगकर्ता प्रस्तुतिहरूबाट अलग स्थिति ताजा गर्नुहोस् — कहिल्यै प्रति व्यक्ति होइन, कहिल्यै प्रति कारोबार होइन।

यो एकल डिजाइन छनोटले जारीकर्ता वा स्थिति प्रदायकलाई कुन प्रमाणीकर्ताले कुन क्षणमा कुन प्रमाणपत्र जाँच गर्‍यो भनेर थाहा पाउनबाट रोक्छ।

समूह गोपनीयता: धेरै डिजाइनहरूले बिर्सने आवश्यकता

धेरै प्रणालीहरूले प्रस्तुतिभित्र नै चयनात्मक प्रकटीकरणको प्रचार गर्छन्, त्यसपछि स्थिति लुकअपहरूको गोपनीयतालाई चुपचाप बेवास्ता गर्छन्। त्यो एउटा महत्वपूर्ण खाली ठाउँ हो।

EUDI को गोपनीयता आवश्यकताहरूले निर्दिष्ट गर्छन् कि:

• स्थिति सूचीहरूमा सूचकाङ्कहरू अनियमित रूपमा तोकिनुपर्छ, ताकि सूचकाङ्क आफैं कहिल्यै ट्र्याकिङ संकेत नबनोस्।
• प्रत्येक सूचीले समूह गोपनीयता सुनिश्चित गर्न पर्याप्त ठूलो संख्याका प्रमाणपत्रहरू कभर गर्नुपर्छ।
• यदि कुनै सूची अन्यथा धेरै साना हुने थियो भने, प्रदायकहरूले वास्तविक प्रमाणपत्र गणना लुकाउन अप्रयुक्त प्रविष्टिहरू थप्नुपर्छ।

भविष्यको IDP ले केवल चयनात्मक प्रकटीकरणको आधारमा गोपनीयता-संरक्षण गर्ने दाबी गर्न सक्दैन। यदि निरसन संयन्त्रले प्रस्तुति घटना लीक गर्छ भने, गोपनीयता डिजाइन अपूर्ण छ।

अफलाइन सञ्चालन सीमान्त मामला होइन — यो एउटा मूल आवश्यकता हो

कुनै पनि यात्रा प्रणाली जसले पूर्ण कनेक्टिभिटी मान्छ त्यो खराब डिजाइन गरिएको छ।

• AAMVA ले पुष्टि गर्छ कि डिभाइस पुनःप्राप्ति धारक डिभाइस र रिडर दुवैको लागि बाहिरी कनेक्टिभिटी बिना काम गर्छ, र ISO/IEC 18013-5 ले mDL हरूलाई डिभाइस पुनःप्राप्ति समर्थन गर्न आवश्यक गर्छ।
• EUDI ले स्वीकार गर्छ कि भरोसा गर्ने पक्षहरू अफलाइन हुन सक्छन् र क्यास गरिएको स्थिति सूची नहुन सक्छ, जसमा यसले निर्णय गर्नुअघि जोखिम विश्लेषण सिफारिस गर्छ।

यो व्यापार-बन्द अगाडि नै स्वीकार गर्नुहोस्:

तपाईंसँग एकसाथ पूर्ण अफलाइन सञ्चालन र पूर्ण वास्तविक-समय ताजापन हुन सक्दैन।

कुनै पनि वास्तुकलाले सम्झौता बिना दुवैको प्रतिज्ञा गर्दछ भने त्यो या त अस्पष्ट छ वा चुपचाप निगरानी पुन: प्रस्तुत गर्दैछ। सही प्रतिक्रिया ताजापनलाई एउटा नीति इनपुट बनाउनु हो, सार्वभौमिक नेटवर्क निर्भरता होइन।

लगहरू जहाँ गोपनीयता चुपचाप विफल हुन्छ

एउटा उत्कृष्ट स्थिति वास्तुकला पनि लापरवाही लगिङद्वारा नष्ट हुन सक्छ।

• EUDI ले भरोसा गर्ने-पक्ष उदाहरणहरूलाई अब आवश्यक नपरेपछि अद्वितीय तत्वहरू र टाइमस्ट्याम्पहरू हटाउन र तिनीहरूलाई अगाडि पठाउन निषेध गर्न आवश्यक गर्छ।
• AAMVA ले सरोकारवालाहरूलाई कानुनद्वारा आवश्यक भएको ठाउँबाहेक mDL धारकहरू वा mDL प्रयोग ट्र्याक गर्नबाट निषेध गर्छ, जारी प्राधिकरणहरूलाई स्थिर वा दीर्घकालीन मेटाडेटाको साझेदारी न्यूनतम गर्न आवश्यक गर्छ, र गतिविधि-लग पहुँचलाई धारकमा सीमित गर्छ।
• AAMVA ले यो पनि आवश्यक गर्छ कि यन्त्रमा मेटाउने प्रक्रियाले प्रयोग इतिहास प्रकट गर्न सक्ने लग जानकारी र मेटाडेटा हटाउनुपर्छ — र यो मेटाइ अफलाइन सम्भव हुनुपर्छ।

यो प्रोटोकल व्यवहार हो, प्रशासनिक गृहकार्य होइन। भविष्यको IDP ले दीर्घकालीन पहिचानकर्ताहरू, टाइमस्ट्याम्पहरू, र लगहरूलाई सम्भावित ट्र्याकिङ उपकरणहरूको रूपमा व्यवहार गर्नुपर्छ जबसम्म स्पष्ट रूपमा अन्यथा प्रमाणित नभएसम्म।

भविष्यको IDP को लागि एउटा ठोस नो-कल-होम वास्तुकला

सिद्धान्तहरू एकत्रित गर्दा, प्रणालीले वास्तवमा के गर्नुपर्छ भन्ने यहाँ छ:

1. डिभाइस-बाउन्ड आधार प्रमाणपत्र जारी गर्नुहोस्। प्रमाणपत्रलाई वालेटको सुरक्षित वातावरणमा सुरक्षित कुञ्जीहरूसँग बाँध्नुहोस् — EUDI अन्तर्गत PID र ISO/IEC 18013-5 प्रमाणीकरणहरूको लागि अनिवार्य।
2. आवश्यक कुरा मात्र, ताजा चुनौतीसहित अनुरोध गर्नुहोस्। OpenID4VP कारोबारमा, DCQL क्वेरीले वालेटलाई धारकलाई कुन विशेषताहरू अनुरोध गरिँदैछ देखाउन दिन्छ, र प्रमाणीकर्ताले रिप्ले रोक्न एउटा चुनौती जारी गर्छ (NIST को हालको mDL वास्तुकला अनुसार)।
3. पुन:प्रयोगयोग्य पहिचानकर्ता होइन, छोटो-अवधि प्रस्तुति उत्पन्न गर्नुहोस्। प्रत्येक प्रस्तुति प्रमाणीकर्ता, अनुरोध र क्षणमा विशिष्ट हुनुपर्छ।
4. प्रामाणिकता स्थानीय रूपमा प्रमाणित गर्नुहोस्। जारीकर्ता हस्ताक्षर र सार्वजनिक कुञ्जीहरू अफलाइन प्रमाणित गर्नुहोस्; AAMVA को ट्रस्ट सेवा ठीक यसैको लागि बनाइएको छ।
5. क्यास गरिएका, अलग रूपमा ताजा सूचीहरूबाट स्थिति जाँच गर्नुहोस्। जहाँ प्रमाणपत्रहरू निरसन छोड्न धेरै दीर्घकालीन छन्, प्रयोगकर्ता प्रस्तुतिहरूसँग असम्बन्धित तालिकामा ताजा गरिएका स्थानीय क्यास गरिएका स्थिति सूचीहरू प्रयोग गर्नुहोस्।
6. ताजापन अनुपलब्ध हुँदा जोखिम नीति लागू गर्नुहोस्। अफलाइन निर्णयहरूलाई स्पष्ट प्रमाणीकर्ता नीति बनाउनुहोस्, असंरचित अनुमान होइन।
7. ट्र्याकिङ डेटा आक्रामक रूपमा मेटाउनुहोस्। अब आवश्यक नपरेपछि कारोबार-अद्वितीय तत्वहरू र टाइमस्ट्याम्पहरू हटाउनुहोस्; आन्दोलन इतिहास पुनर्निर्माण गर्न सक्ने लगहरू राख्नु हुँदैन।

यो एउटा गम्भीर नो-कल-होम वास्तुकला कस्तो देखिन्छ — तहबद्ध, गोपनीयता-संरक्षण, क्रिप्टोग्राफिक रूपमा स्थानीय, र अफलाइन वास्तविकताको बारेमा सञ्चालनात्मक रूपमा इमानदार।

डिजाइनद्वारा निषेध गरिनुपर्ने तीन ढाँचाहरू

एउटा परिपक्व भविष्यको IDP इकोसिस्टमले यिनलाई वास्तुकला विफलताहरूको रूपमा व्यवहार गर्नुपर्छ, अनुकूलन छनोटहरू होइन:

• प्रत्येक प्रस्तुतिमा अनिवार्य जारीकर्ता कलब्याकहरू। AAMVA को आफ्नै गोपनीयता निर्देशनले यो किन हानिकारक छ भनेर व्याख्या गर्छ।
• सवारी प्रमाणपत्रलाई नियमित लगइनको रूपमा प्रयोग गर्नु। NIST ले दैनिक प्रमाणीकरणको लागि पहिचान-बहन गर्ने प्रमाणपत्रहरू बारम्बार प्रस्तुत गर्नबाट स्पष्ट रूपमा चेतावनी दिन्छ।
• प्रस्तुति इतिहास पुनर्निर्माण गर्न सक्ने पहिचानकर्ताहरू, टाइमस्ट्याम्पहरू, र लगहरू राख्नु। EUDI र AAMVA दुवैले विपरित माग गर्छन्।

एउटै वाक्यमा मूल तर्क

तत्काल प्रमाणीकरण जारीकर्ता-पक्ष निगरानीको अनुमति बन्नु हुँदैन।

भविष्यको IDP सक्षम हुनुपर्छ:

• प्रामाणिकता स्थानीय रूपमा प्रमाणित गर्न।
• कब्जा स्थानीय रूपमा प्रमाणित गर्न।
• ताजापन निजी रूपमा जाँच गर्न।
• अफलाइन वास्तविकता सहन गर्न।
• पूर्ण जानकारी अनुपलब्ध हुँदा सुगमतापूर्वक कार्य गर्न।

यी मध्ये कुनैले पनि प्रणालीलाई कमजोर बनाउँदैन। यसले यसलाई ठूलो पैमानामा तैनाथ गर्न योग्य बनाउँछ।

जसै नै सवारी प्रमाणपत्र कसले के देखायो, कहाँ र कहिले भनेर रेकर्ड गर्ने उपकरण बन्छ, यो कागजको सुरक्षित संस्करण बन्न छोड्छ। यो अवलोकनको पूर्वाधार बन्छ।

भविष्यको IDP ले ठीक यही बन्नु अस्वीकार गर्नुपर्छ।

बारम्बार सोधिने प्रश्नहरू

“कल-होम प्रमाणीकरण” के हो?
यो कुनै पनि डिजाइन हो जसमा प्रमाणीकर्ताले प्रमाणपत्र प्रमाणित गर्न वास्तविक समयमा जारीकर्तासँग सम्पर्क गर्छ। यद्यपि यसले एकसाथ प्रामाणिकता र निरसन समाधान गर्छ, यसले जारीकर्तालाई प्रत्येक प्रस्तुति घटना अवलोकन गर्न पनि दिन्छ।

के ISO/IEC 18013-5 ले अनलाइन जारीकर्ता सम्पर्क आवश्यक गर्छ?
छैन। AAMVA ले पुष्टि गर्छ कि ISO/IEC 18013-5 ले डिभाइस पुनःप्राप्ति समर्थन आवश्यक गर्छ र सर्भर पुनःप्राप्तिलाई मात्र वैकल्पिक रूपमा अनुमति दिन्छ।

जारीकर्तासँग सम्पर्क नगरी निरसन कसरी काम गर्न सक्छ?
छोटो-अवधि प्रमाणपत्रहरू, प्रमाणीकरण स्थिति सूचीहरू, वा प्रमाणीकरण निरसन सूचीहरू मार्फत — आदर्शतः भरोसा गर्ने पक्षले प्रयोगकर्ता प्रस्तुतिहरूबाट अलग स्थिति डेटा डाउनलोड गर्दै।

स्थिति सूचीहरूको लागि “समूह गोपनीयता” किन महत्वपूर्ण छ?
यदि स्थिति सूची धेरै साना छ वा यसका सूचकाङ्कहरू अनुमानयोग्य छन् भने, एउटा स्थिति अनुरोधले भर्खरै कुन विशिष्ट प्रमाणपत्र प्रस्तुत गरिएको थियो भनेर लीक गर्न सक्छ। अनियमित सूचकाङ्कहरू र ठूला सूचीहरूले यसलाई रोक्छन्।

के अफलाइन प्रमाणीकरण साँच्चै व्यावहारिक छ?
हो — र AAMVA र EUDI सहित मानक निकायहरूले स्पष्ट रूपमा यो आवश्यक गर्छन्। व्यापार-बन्द यो हो कि पूर्ण वास्तविक-समय ताजापन पूर्ण अफलाइन सञ्चालनसँग असंगत छ, त्यसैले ताजापन नीति निर्णय बन्नुपर्छ, कठोर निर्भरता होइन।