Google Pay आणि Mastercard ने भारतात Consumer Device Cardholder Verification Method (CDCVM) वापरून बायोमेट्रिक-सक्षम पेमेंट (biometric-enabled payments) सुरू केले आहेत. खरेदीदार फिंगरप्रिंट किंवा फेस स्कॅनद्वारे खरेदीची पुष्टी करतात आणि बायोमेट्रिक डेटा फोनमध्येच सुरक्षित राहतो.
CDCVM आता का महत्त्वाचे आहे
CDCVM "तुम्ही कोण आहात" ही पडताळणी थेट उपकरणावर (device) आणते. फोनमधून केवळ क्रिप्टोग्राफिकली साइन केलेला (cryptographically signed), एकदाच वापरता येणारा पेमेंट टोकन बाहेर येतो, त्यामुळे बायोमेट्रिक डेटा कधीही इंटरनेटवरून प्रवास करत नाही.
हे तंत्रज्ञान अंतर्गत कसे कार्य करते
- Feature extraction – सेन्सर (फिंगरप्रिंट रीडर किंवा कॅमेरा) कच्चा डेटा (raw data) Secure Enclave किंवा Trusted Execution Environment (TEE) मध्ये पाठवतो. ही विलग क्षेत्रे (isolated zones) ऑपरेटिंग सिस्टमला डेटा उघड न करता त्यावर प्रक्रिया करतात.
- Local comparison – डिव्हाइस वापरकर्त्याच्या बायोमेट्रिकचा एक एन्क्रिप्टेड टेम्पलेट (encrypted template) साठवते. Secure Enclave थेट घेतलेल्या डेटाची या टेम्पलेटशी तुलना करते, कच्ची प्रतिमा (raw image) किंवा फीचर वेक्टर (feature vector) कुठेही पाठवत नाही.
- Hardware attestation – जेव्हा मॅच यशस्वी होते, तेव्हा एन्क्लेव्ह (enclave) अशा प्रायव्हेट की (private key) ने व्यवहार साइन करते जी हार्डवेअरच्या बाहेर कधीही जात नाही. ही अटेस्टेशन (attestation) बायोमेट्रिक उघड न करता, एक पडताळलेले बायोमेट्रिक वापरले गेले आहे हे सिद्ध करते.
- Token generation – साइन केलेली अटेस्टेशन टोकन-सर्व्हिससोबत एकत्रित होऊन एक 'वन-टाइम टोकन' तयार करते. बायोमेट्रिकऐवजी केवळ टोकन मर्चंटकडे आणि त्यानंतर सेटलमेंटसाठी जारी करणाऱ्या बँकेकडे जाते.
मर्चंट आणि बँक यांना केवळ साइन केलेला टोकन दिसतो. सर्व बायोमेट्रिक डेटा डिव्हाइसच्या संरक्षित मेमरीमध्येच राहतो.
डेव्हलपर्सनी टाळले पाहिजेत असे धोके (Pitfalls)
- Sending biometric vectors – कच्चा फिंगरप्रिंट किंवा चेहऱ्याचा डेटा ट्रान्समिट केल्यामुळे कायमस्वरूपी धोक्याची शक्यता निर्माण होते. जर डेटाबेस ब्रीच (breach) झाला, तर फिंगरप्रिंट बदलता येत नाही.
- Replay attacks – जर बायोमेट्रिकचे संख्यात्मक स्वरूप (numeric representations) नेटवर्कवरून प्रवास करत असेल, तर सेन्सरची फसवणूक करण्यासाठी ते कॅप्चर करून पुन्हा पाठवले जाऊ शकते.
- Regulatory headaches – अनेक अधिकारक्षेत्रांमध्ये बायोमेट्रिक डेटा अत्यंत संवेदनशील वैयक्तिक माहिती मानला जातो, ज्यामुळे स्टोरेज, संमती आणि ब्रीच-नोटिफिकेशनसाठी कडक नियम लागू होतात.
बायोमेट्रिकला केवळ क्रिप्टोग्राफिक ऑपरेशन्स अनलॉक करणारी एक 'लोकल की' (local key) समजा; ते कधीही 'पेलोड' (payload) म्हणून पाठवू नका.
अंमलबजावणीसाठी चेकलिस्ट (Implementation Checklist)
- Use platform-provided biometric APIs ज्या कॅप्चर आणि प्रोसेसिंग डिव्हाइसच्या TEE मध्येच ठेवतात.
- Store the biometric template encrypted – बायोमेट्रिक टेम्पलेट Secure Enclave द्वारे व्यवस्थापित केलेल्या की (key) ने एन्क्रिप्ट करून साठवा; ते कधीही फाईल सिस्टममध्ये लिहू नका.
- यशस्वी मॅच नंतर hardware attestation ची विनंती करा.
- Integrate with a tokenization service – अशा टोकनायझेशन सर्व्हिसशी जोडा जी अटेस्टेशन स्वीकारते आणि एकदाच वापरता येणारे टोकन जारी करते. टोकन विनंतीमध्ये साइन केलेली अटेस्टेशन समाविष्ट करा, परंतु कोणताही बायोमेट्रिक डेटा नको.
- Validate the token on the server side – जारीकर्त्याच्या पब्लिक की (public key) वापरून सर्व्हरच्या बाजूने टोकनची पडताळणी करा. वैध अटेस्टेशन सिग्नेचर नसलेले कोणतेही टोकन नाकारून द्या.
- Test edge cases – सेन्सर फेल्युअर, फॉल्स रिजेक्ट्स (false rejects) आणि डिव्हाइस बदलणे यांसारख्या परिस्थितींची चाचणी घ्या. बायोमेट्रिक डेटा उघड न करता प्रक्रिया PIN किंवा पासवर्डवर वळली पाहिजे.
निष्कर्ष (Takeaway)
जेव्हा बायोमेट्रिक पडताळणी फोनच्या सुरक्षित हार्डवेअरमध्येच राहते आणि केवळ एकदाच वापरता येणाऱ्या टोकनवर साइन करते, तेव्हा वापरकर्त्यांचा फिंगरप्रिंट किंवा चेहऱ्याचा डेटा खाजगी राहतो आणि मर्चंट्सना संवेदनशील वैयक्तिक माहितीचा धोका कमी होतो. डेव्हलपर्ससाठी नियम साधा आहे: बायोमेट्रिकला क्रिप्टोग्राफिक की अनलॉक करू द्या, पण ते कधीही डिव्हाइसच्या बाहेर जाऊ देऊ नका.