Google Pay ಮತ್ತು Mastercard ಭಾರತದಲ್ಲಿ Consumer Device Cardholder Verification Method (CDCVM) ಬಳಸಿ ಬಯೋಮೆಟ್ರಿಕ್-ಸಕ್ರಿಯಗೊಳಿಸಿದ ಪಾವತಿಗಳನ್ನು (biometric-enabled payments) ಪರಿಚಯಿಸಲು ಪ್ರಾರಂಭಿಸಿವೆ. ಗ್ರಾಹಕರು ಬೆರಳಚ್ಚು (fingerprint) ಅಥವಾ ಮುಖದ ಸ್ಕ್ಯಾನ್ ಮೂಲಕ ಖರೀದಿಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತಾರೆ ಮತ್ತು ಬಯೋಮೆಟ್ರಿಕ್ ಡೇಟಾ ಫೋನ್‌ನ ಒಳಗೇ ಸುರಕ್ಷಿತವಾಗಿರುತ್ತದೆ.
ಈಗ CDCVM ಏಕೆ ಮುಖ್ಯ?
CDCVM "ನೀವು ಯಾರು" ಎಂಬ ಪರಿಶೀಲನೆಯನ್ನು ಸಾಧನದ (device) ಮೇಲೆ ತರುತ್ತದೆ. ಕೇವಲ ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ্যালি ಸಹಿ ಮಾಡಲಾದ, ಏಕಬಳಕೆಯ ಪಾವತಿ ಟೋಕನ್ ಮಾತ್ರ ಫೋನ್‌ನಿಂದ ಹೊರಬರುತ್ತದೆ, ಆದ್ದರಿಂದ ಬಯೋಮೆಟ್ರಿಕ್ ಡೇಟಾ ಎಂದಿಗೂ ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ಸಂಚರಿಸುವುದಿಲ್ಲ.
ಇದರ ಕಾರ್ಯವಿಧಾನ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ?
- Feature extraction – ಸೆನ್ಸರ್ (ಬೆರಳಚ್ಚು ರೀಡರ್ ಅಥವಾ ಕ್ಯಾಮೆರಾ) ಕಚ್ಚಾ ಡೇಟಾವನ್ನು (raw data) Secure Enclave ಅಥವಾ Trusted Execution Environment (TEE) ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಈ ಪ್ರತ್ಯೇಕ ವಲಯಗಳು (isolated zones) ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗೆ ಡೇಟಾವನ್ನು ಬಹಿರಂಗಪಡಿಸದೆ ಇನ್‌ಪುಟ್ ಅನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತವೆ.
- Local comparison – ಸಾಧನವು ಬಳಕೆದಾರರ ಬಯೋಮೆಟ್ರಿಕ್‌ನ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾದ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. Secure Enclave ಲೈವ್ ಕ್ಯಾಪ್ಚರ್ ಅನ್ನು ಈ ಟೆಂಪ್ಲೇಟ್‌ನೊಂದಿಗೆ ಹೋಲಿಸುತ್ತದೆ, ಕಚ್ಚಾ ಚಿತ್ರ ಅಥವಾ ಫೀಚರ್ ವೆಕ್ಟರ್ ಅನ್ನು ಎಂದಿಗೂ ಬೇರೆಡೆಗೆ ಕಳುಹಿಸುವುದಿಲ್ಲ.
- Hardware attestation – ಹೊಂದಾಣಿಕೆಯು ಯಶಸ್ವಿಯಾದಾಗ, ಎನ್‌ಕ್ಲೇವ್ (enclave) ಹಾರ್ಡ್‌ವೇರ್‌ನಿಂದ ಎಂದಿಗೂ ಹೊರಬರದ ಖಾಸಗಿ ಕೀ (private key) ಬಳಸಿ ವಹಿವಾಟಿಗೆ ಸಹಿ ಮಾಡುತ್ತದೆ. ಈ ಅಟೆಸ್ಟೇಶನ್ (attestation) ಬಯೋಮೆಟ್ರಿಕ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸದೆ, ಪರಿಶೀಲಿಸಿದ ಬಯೋಮೆಟ್ರಿಕ್ ಅನ್ನು ಬಳಸಲಾಗಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.
- Token generation – ಸಹಿ ಮಾಡಲಾದ ಅಟೆಸ್ಟೇಶನ್ ಅನ್ನು ಟೋಕನ್-ಸರ್ವಿಸ್ ಜೊತೆಗೆ ಸಂಯೋಜಿಸಿ ಏಕಬಳಕೆಯ ಟೋಕನ್ ಅನ್ನು ತಯಾರಿಸಲಾಗುತ್ತದೆ. ಬಯೋಮೆಟ್ರಿಕ್ ಬದಲಿಗೆ, ಕೇವಲ ಟೋಕನ್ ಮಾತ್ರ ಮರ್ಚೆಂಟ್ (merchant) ಮತ್ತು ನಂತರ ಸೆಟಲ್ಮೆಂಟ್ ಗಾಗಿ ಇಶ್ಯೂ ಮಾಡುವ ಬ್ಯಾಂಕ್‌ಗೆ ತಲುಪುತ್ತದೆ.
ಮರ್ಚೆಂಟ್ ಮತ್ತು ಬ್ಯಾಂಕ್ ಸಹಿ ಮಾಡಲಾದ ಟೋಕನ್ ಅನ್ನು ಮಾತ್ರ ನೋಡುತ್ತವೆ. ಎಲ್ಲಾ ಬಯೋಮೆಟ್ರಿಕ್ ಡೇಟಾ ಸಾಧನದ ಸುರಕ್ಷಿತ ಮೆಮೊರಿಯಲ್ಲಿ ಇರುತ್ತದೆ.
ಡೆವಲಪರ್‌ಗಳು ತಪ್ಪಿಸಬೇಕಾದ ತಪ್ಪುಗಳು
- Sending biometric vectors – ಕಚ್ಚಾ ಬೆರಳಚ್ಚು ಅಥವಾ ಮುಖದ ಡೇಟಾವನ್ನು ರವಾನಿಸುವುದು ಶಾಶ್ವತ ಅಪಾಯವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಡೇಟಾಬೇಸ್ ಸೋರಿಕೆಯಾದರೆ ಬೆರಳಚ್ಚನ್ನು ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
- Replay attacks – ಬಯೋಮೆಟ್ರಿಕ್‌ನ ಸಂಖ್ಯಾತ್ಮಕ ರೂಪಗಳನ್ನು (numeric representations) ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ರವಾನಿಸಿದರೆ, ಅವುಗಳನ್ನು ಸೆನ್ಸರ್ ಅನ್ನು ವಂಚಿಸಲು (spoof) ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳಬಹುದು ಮತ್ತು ಮರುಕಳುಹಿಸಬಹುದು.
- Regulatory headaches – ಅನೇಕ ನ್ಯಾಯಾಂಗ ಪ್ರದೇಶಗಳು ಬಯೋಮೆಟ್ರಿಕ್ ಡೇಟಾವನ್ನು ಅತ್ಯಂತ ಸೂಕ್ಷ್ಮವಾದ ವೈಯಕ್ತಿಕ ಮಾಹಿತಿಯಾಗಿ ಪರಿಗಣಿಸುತ್ತವೆ ಮತ್ತು ಕಟ್ಟುನಿಟ್ಟಾದ ಸಂಗ್ರಹಣೆ, ಸಮ್ಮತಿ ಮತ್ತು ಉಲ್ಲಂಘನೆ-ಅಧಿಸೂಚನೆ ನಿಯಮಗಳನ್ನು ವಿಧಿಸುತ್ತವೆ.
ಬಯೋಮೆಟ್ರಿಕ್ ಅನ್ನು ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಅನ್ಲಾಕ್ ಮಾಡುವ ಸ್ಥಳೀಯ ಕೀ (local key) ಎಂದು ಪರಿಗಣಿಸಿ; ಅದನ್ನು ಎಂದಿಗೂ ಪೇಲೋಡ್ (payload) ಆಗಿ ಕಳುಹಿಸಬೇಡಿ.
ನಿರ್ದಿಷ್ಟ ಅನುಷ್ಠಾನದ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ (Implementation checklist)
- ಕ್ಯಾಪ್ಚರ್ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸಾಧನದ TEE ಒಳಗೆ ಇರಿಸುವ platform-provided biometric APIs ಬಳಸಿ.
- Secure Enclave ಮೂಲಕ ನಿರ್ವಹಿಸಲ್ಪಡುವ ಕೀ ಬಳಸಿ ಬಯೋಮೆಟ್ರಿಕ್ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿ ಸಂಗ್ರಹಿಸಿ; ಅದನ್ನು ಎಂದಿಗೂ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗೆ ಬರೆಯಬೇಡಿ.
- ಯಶಸ್ವಿ ಹೊಂದಾಣಿಕೆಯ ನಂತರ hardware attestation ಅನ್ನು ವಿನಂತಿಸಿ.
- ಅಟೆಸ್ಟೇಶನ್ ಅನ್ನು ಪಡೆದು ಏಕಬಳಕೆಯ ಟೋಕನ್ ಅನ್ನು ನೀಡುವ tokenization service ಜೊತೆಗೆ ಸಂಯೋಜಿಸಿ. ಟೋಕನ್ ವಿನಂತಿಯಲ್ಲಿ ಸಹಿ ಮಾಡಲಾದ ಅಟೆಸ್ಟೇಶನ್ ಅನ್ನು ಸೇರಿಸಿ, ಆದರೆ ಯಾವುದೇ ಬಯೋಮೆಟ್ರಿಕ್ ಡೇಟಾವನ್ನು ಸೇರಿಸಬೇಡಿ.
- ಇಶ್ಯೂ ಮಾಡುವವರ ಪಬ್ಲಿಕ್ ಕೀ ಬಳಸಿ ಸರ್ವರ್ ಕಡೆಯಲ್ಲೇ ಟೋಕನ್ ಅನ್ನು ವ್ಯಾಲಿಡೇಟ್ ಮಾಡಿ. ಮಾನ್ಯವಾದ ಅಟೆಸ್ಟೇಶನ್ ಸಹಿ ಇಲ್ಲದ ಯಾವುದೇ ಟೋಕನ್ ಅನ್ನು ತಿರಸ್ಕರಿಸಿ.
- ಸೆನ್ಸರ್ ವೈಫಲ್ಯಗಳು, ತಪ್ಪು ತಿರಸ್ಕಾರಗಳು (false rejects) ಮತ್ತು ಸಾಧನಗಳ ಬದಲಾವಣೆಗಳಂತಹ edge cases ಪರೀಕ್ಷಿಸಿ. ಬಯೋಮೆಟ್ರಿಕ್ ಡೇಟಾವನ್ನು ಬಹಿರಂಗಪಡಿಸದೆ, ಪ್ರಕ್ರಿಯೆಯು PIN ಅಥವಾ ಪಾಸ್‌ವರ್ಡ್‌ಗೆ ಬದಲಾಗುವಂತಿರಬೇಕು.
ಸಾರಾಂಶ
ಬಯೋಮೆಟ್ರಿಕ್ ಪರಿಶೀಲನೆಯು ಫೋನ್‌ನ ಸುರಕ್ಷಿತ ಹಾರ್ಡ್‌ವೇರ್‌ನ ಒಳಗೇ ಇದ್ದು ಕೇವಲ ಏಕಬಳಕೆಯ ಟೋಕನ್‌ಗೆ ಸಹಿ ಮಾಡಿದಾಗ, ಬಳಕೆದಾರರು ತಮ್ಮ ಬೆರಳಚ್ಚು ಅಥವಾ ಮುಖದ ಡೇಟಾವನ್ನು ಗೌಪ್ಯವಾಗಿಡಬಹುದು ಮತ್ತು ಮರ್ಚೆಂಟ್‌ಗಳು ಸೂಕ್ಷ್ಮ ವೈಯಕ್ತಿಕ ಮಾಹಿತಿಯ ಅಪಾಯವನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು. ಡೆವಲಪರ್‌ಗಳಿಗೆ ನಿಯಮ ಸರಳವಾಗಿದೆ: ಬಯೋಮೆಟ್ರಿಕ್ ಅನ್ನು ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಕೀಯನ್ನು ಅನ್ಲಾಕ್ ಮಾಡಲು ಬಳಸಿ, ಅದನ್ನು ಎಂದಿಗೂ ಸಾಧನದಿಂದ ಹೊರಗೆ ಹೋಗಲು ಬಿಡಬೇಡಿ.