Google Pay ਅਤੇ Mastercard ਨੇ Consumer Device Cardholder Verification Method (CDCVM) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਭਾਰਤ ਵਿੱਚ ਬਾਇਓਮੈਟ੍ਰਿਕ-ਸਮਰੱਥ (biometric-enabled) ਭੁਗਤਾਨ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤੇ ਹਨ। ਖਰੀਦਦਾਰ ਫਿੰਗਰਪ੍ਰਿੰਟ ਜਾਂ ਫੇਸ ਸਕੈਨ ਨਾਲ ਖਰੀਦ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਨ, ਅਤੇ ਬਾਇਓਮੈਟ੍ਰਿਕ ਡੇਟਾ ਫ਼ੋਨ ਦੇ ਅੰਦਰ ਹੀ ਸੁਰੱਖਿਅਤ ਰਹਿੰਦਾ ਹੈ।
CDCVM ਹੁਣ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ
CDCVM "ਤੁਸੀਂ ਕੌਣ ਹੋ" ਦੀ ਜਾਂਚ ਨੂੰ ਡਿਵਾਈਸ 'ਤੇ ਲੈ ਆਉਂਦਾ ਹੈ। ਫ਼ੋਨ ਤੋਂ ਸਿਰਫ਼ ਇੱਕ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕਲੀ ਸਾਈਨ ਕੀਤਾ ਹੋਇਆ, ਸਿੰਗਲ-ਯੂਜ਼ (ਇੱਕ ਵਾਰ ਵਰਤੋਂ ਵਾਲਾ) ਪੇਮੈਂਟ ਟੋਕਨ ਹੀ ਬਾਹਰ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਬਾਇਓਮੈਟ੍ਰਿਕ ਡੇਟਾ ਕਦੇ ਵੀ ਇੰਟਰਨੈਟ ਰਾਹੀਂ ਨਹੀਂ ਲੰਘਦਾ।
ਇਹ ਪ੍ਰਕਿਰਿਆ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ
- Feature extraction – ਸੈਂਸਰ (ਫਿੰਗਰਪ੍ਰਿੰਟ ਰੀਡਰ ਜਾਂ ਕੈਮਰਾ) ਕੱਚਾ ਡੇਟਾ (raw data) ਇੱਕ Secure Enclave ਜਾਂ Trusted Execution Environment (TEE) ਵਿੱਚ ਭੇਜਦਾ ਹੈ। ਇਹ ਅਲੱਗ-ਥਲਗ ਜ਼ੋਨ ਇਨਪੁਟ ਨੂੰ ਆਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੇ ਸਾਹਮਣੇ ਲਿਆਂਦੇ ਬਿਨਾਂ ਪ੍ਰੋਸੈਸ ਕਰਦੇ ਹਨ।
- Local comparison – ਡਿਵਾਈਸ ਉਪਭੋਗਤਾ ਦੇ ਬਾਇਓਮੈਟ੍ਰਿਕ ਦਾ ਇੱਕ ਐਨਕ੍ਰਿਪਟਡ ਟੈਂਪਲੇਟ ਸਟੋਰ ਕਰਦਾ ਹੈ। Secure Enclave ਲਾਈਵ ਕੈਪਚਰ ਦੀ ਇਸ ਟੈਂਪਲੇਟ ਨਾਲ ਤੁਲਨਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਦੇ ਵੀ ਕੱਚੀ ਤਸਵੀਰ ਜਾਂ ਫੀਚਰ ਵੈਕਟਰ (feature vector) ਕਿਤੇ ਹੋਰ ਨਹੀਂ ਭੇਜਦਾ।
- Hardware attestation – ਜਦੋਂ ਮੈਚ ਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ enclave ਇੱਕ ਪ੍ਰਾਈਵੇਟ ਕੀ (private key) ਨਾਲ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਨੂੰ ਸਾਈਨ ਕਰਦਾ ਹੈ ਜੋ ਕਦੇ ਵੀ ਹਾਰਡਵੇਅਰ ਤੋਂ ਬਾਹਰ ਨਹੀਂ ਜਾਂਦੀ। ਇਹ attestation ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਇੱਕ ਵੈਰੀਫਾਈਡ ਬਾਇਓਮੈਟ੍ਰਿਕ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਗਈ ਸੀ, ਬਿਨਾਂ ਬਾਇਓਮੈਟ੍ਰਿਕ ਨੂੰ ਖੁਦ ਪ੍ਰਗਟ ਕੀਤੇ।
- Token generation – ਸਾਈਨ ਕੀਤਾ ਹੋਇਆ attestation ਇੱਕ ਟੋਕਨ-ਸਰਵਿਸ ਨਾਲ ਮਿਲ ਕੇ ਇੱਕ ਵਾਰ ਵਰਤੋਂ ਵਾਲਾ ਟੋਕਨ ਤਿਆਰ ਕਰਦਾ ਹੈ। ਬਾਇਓਮੈਟ੍ਰਿਕ ਨਹੀਂ, ਸਗੋਂ ਟੋਕਨ ਮਰਚੈਂਟ ਕੋਲ ਅਤੇ ਫਿਰ ਸੈਟਲਮੈਂਟ ਲਈ ਜਾਰੀ ਕਰਨ ਵਾਲੇ ਬੈਂਕ ਕੋਲ ਜਾਂਦਾ ਹੈ।
ਮਰਚੈਂਟ ਅਤੇ ਬੈਂਕ ਸਿਰਫ਼ ਸਾਈਨ ਕੀਤਾ ਹੋਇਆ ਟੋਕਨ ਹੀ ਦੇਖਦੇ ਹਨ। ਸਾਰਾ ਬਾਇਓਮੈਟ੍ਰਿਕ ਡੇਟਾ ਡਿਵਾਈਸ ਦੀ ਸੁਰੱਖਿਅਤ ਮੈਮੋਰੀ ਵਿੱਚ ਹੀ ਰਹਿੰਦਾ ਹੈ।
ਉਹ ਗਲਤੀਆਂ ਜਿਨ੍ਹਾਂ ਤੋਂ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਬਚਣਾ ਚਾਹੀਦਾ ਹੈ
- Sending biometric vectors – ਕੱਚਾ ਫਿੰਗਰਪ੍ਰਿੰਟ ਜਾਂ ਚਿਹਰੇ ਦਾ ਡੇਟਾ ਭੇਜਣ ਨਾਲ ਸਥਾਈ ਖ਼ਤਰਾ ਪੈਦਾ ਹੁੰਦਾ ਹੈ। ਜੇਕਰ ਡੇਟਾਬੇਸ ਹੈਕ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਫਿੰਗਰਪ੍ਰਿੰਟ ਨੂੰ ਬਦਲਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ।
- Replay attacks – ਜੇਕਰ ਬਾਇਓਮੈਟ੍ਰਿਕਸ ਦੇ ਨੰਬਰਮੈਟਿਕ ਰੂਪ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਭੇਜੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਕੈਪਚਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਸੈਂਸਰ ਦੀ ਨਕਲ ਕਰਨ ਲਈ ਦੁਬਾਰਾ ਭੇਜਿਆ ਜਾ ਸਕਦਾ ਹੈ।
- Regulatory headaches – ਬਹੁਤ ਸਾਰੇ ਅਧਿਕਾਰ ਖੇਤਰਾਂ ਵਿੱਚ ਬਾਇਓਮੈਟ੍ਰਿਕ ਡੇਟਾ ਨੂੰ ਬਹੁਤ ਸੰਵੇਦਨਸ਼ੀਲ ਨਿੱਜੀ ਜਾਣਕਾਰੀ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਸਟੋਰੇਜ, ਸਹਿਮਤੀ ਅਤੇ ਡੇਟਾ ਚੋਰੀ ਦੀ ਸੂਚਨਾ ਦੇ ਸਖ਼ਤ ਨਿਯਮ ਲਾਗੂ ਹੁੰਦੇ ਹਨ।
ਬਾਇਓਮੈਟ੍ਰਿਕ ਨੂੰ ਇੱਕ ਸਥਾਨਕ ਕੀ (local key) ਵਜੋਂ ਮੰਨੋ ਜੋ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਕਾਰਜਾਂ ਨੂੰ ਅਨਲੌਕ ਕਰਦੀ ਹੈ; ਇਸਨੂੰ ਕਦੇ ਵੀ ਪੇਲੋਡ (payload) ਵਜੋਂ ਨਾ ਭੇਜੋ।
ਇੱਕ ਵਿਵਸਥਿਤ ਇੰਪਲੀਮੈਂਟੇਸ਼ਨ ਚੈੱਕਲਿਸਟ
- Use platform-provided biometric APIs ਜੋ ਕੈਪਚਰ ਅਤੇ ਪ੍ਰੋਸੈਸਿੰਗ ਨੂੰ ਡਿਵਾਈਸ ਦੇ TEE ਦੇ ਅੰਦਰ ਰੱਖਦੀਆਂ ਹਨ।
- Store the biometric template encrypted ਨੂੰ Secure Enclave ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਕੀ ਨਾਲ ਐਨਕ੍ਰਿਪਟ ਕਰਕੇ ਸਟੋਰ ਕਰੋ; ਇਸਨੂੰ ਕਦੇ ਵੀ ਫਾਈਲ ਸਿਸਟਮ ਵਿੱਚ ਨਾ ਲਿਖੋ।
- ਸਫਲ ਮੈਚ ਤੋਂ ਬਾਅਦ Request hardware attestation ਕਰੋ।
- Integrate with a tokenization service ਨਾਲ ਜੁੜੋ ਜੋ attestation ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ ਅਤੇ ਇੱਕ ਵਾਰ ਵਰਤੋਂ ਵਾਲਾ ਟੋਕਨ ਜਾਰੀ ਕਰਦੀ ਹੈ। ਟੋਕਨ ਦੀ ਬੇਨਤੀ ਵਿੱਚ ਸਾਈਨ ਕੀਤਾ ਹੋਇਆ attestation ਸ਼ਾਮਲ ਕਰੋ ਪਰ ਕੋਈ ਬਾਇਓਮੈਟ੍ਰਿਕ ਡੇਟਾ ਨਹੀਂ।
- ਜਾਰੀਕਰਤਾ ਦੀ ਪਬਲਿਕ ਕੀ (public key) ਦੀ ਵਰਤੋਂ ਕਰਕੇ Validate the token on the server side ਕਰੋ। ਕਿਸੇ ਵੀ ਅਜਿਹੇ ਟੋਕਨ ਨੂੰ ਰੱਦ ਕਰ ਦਿਓ ਜਿਸ ਵਿੱਚ ਵੈਧ attestation ਸਾਈਨ ਦੀ ਘਾਟ ਹੋਵੇ।
- Test edge cases ਜਿਵੇਂ ਕਿ ਸੈਂਸਰ ਦੀ ਵਿਫਲਤਾ, ਗਲਤ ਰਿਜੈਕਸ਼ਨ (false rejects), ਅਤੇ ਡਿਵਾਈਸ ਬਦਲਣਾ। ਪ੍ਰਕਿਰਿਆ ਬਾਇਓਮੈਟ੍ਰਿਕ ਡੇਟਾ ਨੂੰ ਪ੍ਰਗਟ ਕੀਤੇ ਬਿਨਾਂ PIN ਜਾਂ ਪਾਸਵਰਡ 'ਤੇ ਵਾਪਸ ਆਉਣੀ ਚਾਹੀਦੀ ਹੈ।
ਸਿੱਟਾ
ਜਦੋਂ ਬਾਇਓਮੈਟ੍ਰਿਕ ਵੈਰੀਫਿਕੇਸ਼ਨ ਫ਼ੋਨ ਦੇ ਸੁਰੱਖਿਅਤ ਹਾਰਡਵੇਅਰ ਦੇ ਅੰਦਰ ਰਹਿੰਦੀ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਇੱਕ ਵਾਰ ਵਰਤੋਂ ਵਾਲੇ ਟੋਕਨ ਨੂੰ ਸਾਈਨ ਕਰਦੀ ਹੈ, ਤਾਂ ਉਪਭੋਗਤਾ ਆਪਣੇ ਫਿੰਗਰਪ੍ਰਿੰਟ ਜਾਂ ਚਿਹਰੇ ਦਾ ਡੇਟਾ ਨਿੱਜੀ ਰੱਖ ਸਕਦੇ ਹਨ, ਅਤੇ ਮਰਚੈਂਟ ਸੰਵੇਦਨਸ਼ੀਲ ਨਿੱਜੀ ਜਾਣਕਾਰੀ ਦੇ ਖ਼ਤਰੇ ਨੂੰ ਘਟਾ ਸਕਦੇ ਹਨ। ਡਿਵੈਲਪਰਾਂ ਲਈ ਨਿਯਮ ਸਧਾਰਨ ਹੈ: ਬਾਇਓਮੈਟ੍ਰਿਕ ਨੂੰ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਕੀ ਨੂੰ ਅਨਲੌਕ ਕਰਨ ਦਿਓ, ਪਰ ਇਸਨੂੰ ਕਦੇ ਵੀ ਡਿਵਾਈਸ ਤੋਂ ਬਾਹਰ ਨਾ ਜਾਣ ਦਿਓ।