इसकी सबसे अहम बात यह है कि passkey किसी दूसरे secret को जोड़ने के बजाय ऐसा device-bound cryptographic credential इस्तेमाल करता है, जो असली Singpass login service से जुड़ा होता है। इसलिए यह पारंपरिक लॉगिन तरीकों की तुलना में फ़िशिंग के प्रति कहीं अधिक मजबूत है।
पासवर्ड, OTP और QR login जैसे तरीकों में ऐसी जानकारी शामिल होती है जिसे ठग हासिल या आगे भेज सकते हैं। पासवर्ड कॉपी किया जा सकता है, OTP को real-time में relay किया जा सकता है और किसी QR code के ज़रिए यूज़र से ऐसे लॉगिन को मंज़ूरी दिलाई जा सकती है जिसे ठग ने शुरू किया हो।
Passkey में authentication के दौरान पासवर्ड या OTP टाइप या transmit नहीं किया जाता। यूज़र अपने डिवाइस पर Face ID, Touch ID, fingerprint या passcode से यह साबित करता है कि उसके पास डिवाइस का नियंत्रण है। Singpass को biometric data या private key नहीं मिलती; उसे केवल ऐसा cryptographic response मिलता है जिसे verify किया जा सकता है, लेकिन पासवर्ड की तरह दोबारा इस्तेमाल नहीं किया जा सकता।
Passkey register करते समय iPhone एक unique public-private key pair बनाता है:
तकनीकी रूप से इसे केवल “encryption key exchange” कहना सही नहीं होगा। यह public-key cryptography पर आधारित authentication है। Private key Singpass को नहीं भेजी जाती और केवल public key के आधार पर यूज़र बनकर लॉगिन नहीं किया जा सकता।
FIDO standards में इस मॉडल को origin-bound authentication कहा जाता है। इसका अर्थ है कि credential असली service domain से जुड़ा रहता है। देखने में बिल्कुल असली लगने वाली नकली वेबसाइट Singpass के लिए मान्य response हासिल नहीं कर सकती।
इसी वजह से copied Singpass login page passkey यूज़र के खिलाफ बहुत कम उपयोगी होती है। नकली साइट के पास चुराने और दोबारा इस्तेमाल करने के लिए password, OTP, QR approval या reusable cryptographic credential नहीं होता।
पहले चरण में सुविधा सीमित डिवाइसों पर उपलब्ध है:
इसका मतलब है कि iPhone यूज़र supported mobile-browser login पर passkey चुन सकता है, लेकिन हर Singpass service या हर device पर यह विकल्प तुरंत दिखाई दे, ऐसा ज़रूरी नहीं है।
शुरुआती iPhone rollout में passkey registration Singpass मोबाइल ऐप से किया जाता है:
Passkey बनने के बाद लॉगिन की मंज़ूरी डिवाइस के अनुसार Face ID, Touch ID या fingerprint से दी जा सकती है। यदि biometric विकल्प उपलब्ध नहीं है, तो Singpass का छह अंकों वाला app passcode इस्तेमाल किया जा सकता है। participating website पर Singpass password टाइप करने की ज़रूरत नहीं होती।
जब यूज़र किसी दूसरे डिवाइस—मिसाल के तौर पर laptop या दूसरे फोन—पर लॉगिन शुरू करता है, तो एक अलग जोखिम पैदा होता है। ठग पीड़ित को किसी QR code या login request को approve करने के लिए मना सकता है, जबकि असल में लॉगिन ठग के नियंत्रण वाले डिवाइस पर चल रहा हो।
Cross-device authentication में Singpass short-range Bluetooth check का इस्तेमाल कर सकता है। इससे यह जाँचा जाता है कि passkey रखने वाला registered phone उस डिवाइस के भौतिक रूप से पास है जहाँ लॉगिन शुरू हुआ है।
यह proximity check key-pair verification की जगह नहीं लेता, बल्कि उसके साथ एक अतिरिक्त सुरक्षा परत जोड़ता है। इससे ठग के लिए पूरी तरह दूर बैठकर approval करवाना कठिन हो जाता है—जैसे QR code भेजकर पीड़ित को फोन पर approval देने के लिए step-by-step निर्देश देना।
Passkey अभी beta में एक अतिरिक्त login method है, सभी यूज़र्स के लिए तुरंत लागू किया गया replacement नहीं। पुराने विकल्प इसलिए भी ज़रूरी हैं क्योंकि:
पुराने तरीकों की उपलब्धता और security अलग-अलग बातें हैं। कोई यूज़र social engineering के ज़रिए password या OTP बता सकता है, fraudulent QR code scan कर सकता है या unexpected login request को approve कर सकता है। Singapore Police लोगों को लगातार चेतावनी देती है कि वे अजनबियों के साथ Singpass password या 2FA details कभी साझा न करें।
Passkey उन credentials की मात्रा कम करता है जिन्हें फ़िश किया जा सकता है, लेकिन यह हर तरह के scam को खत्म नहीं करता। ठग अब भी किसी संगठन का रूप धारण कर सकते हैं, personal information माँग सकते हैं या account recovery और account takeover प्रक्रिया का दुरुपयोग करने की कोशिश कर सकते हैं।
Singpass का passkey design FIDO और WebAuthn से जुड़े public-key तथा origin-bound authentication model का पालन करता है। FIDO2 एक open authentication standard है, जिसका उद्देश्य reusable और आसानी से चुराए जा सकने वाले secrets की जगह phishing-resistant cryptographic credentials उपलब्ध कराना है।
Open standards का लाभ यह है कि passkeys किसी एक कंपनी की proprietary login व्यवस्था तक सीमित नहीं रहते। FIDO Alliance के अनुसार passkeys किसी website या application पर यूज़र के account से जुड़े credentials होते हैं और implementation के आधार पर फोन, computer या hardware security key के साथ इस्तेमाल किए जा सकते हैं।
Singpass के मामले में व्यावहारिक सुरक्षा लाभ domain binding है: authenticator से response असली Singpass service के लिए अपेक्षित होता है, किसी मिलती-जुलती phishing domain के लिए नहीं।
सिंगापुर में 2025 के दौरान कुल 37,308 scam cases दर्ज हुए और लगभग S$913.1 million का नुकसान हुआ। ये आँकड़े सभी प्रकार के scams के हैं, केवल phishing के नहीं।
उपलब्ध आधिकारिक वार्षिक आँकड़ों के अनुसार, 2025 में अलग से 6,264 phishing cases दर्ज हुए और phishing scams में S$39.9 million का नुकसान हुआ। इसलिए phishing व्यापक scam समस्या का एक महत्वपूर्ण हिस्सा है, लेकिन इन आँकड़ों से यह निष्कर्ष नहीं निकाला जा सकता कि कुल scam losses में हर मामला चोरी हुए Singpass credentials से जुड़ा था।
Singpass passkey का लक्ष्य इसलिए खास तौर पर phishing के credential-capture चरण को कम उपयोगी बनाना है। फिर भी यूज़र्स को website का domain जाँचना चाहिए, अनपेक्षित login requests को reject करना चाहिए और Singpass details किसी के साथ साझा नहीं करनी चाहिए—खासकर तब, जब पुराने authentication methods अभी भी उपलब्ध हैं।
इसकी सबसे अहम बात यह है कि passkey किसी दूसरे secret को जोड़ने के बजाय ऐसा device-bound cryptographic credential इस्तेमाल करता है, जो असली Singpass login service से जुड़ा होता है। इसलिए यह पारंपरिक लॉगिन तरीकों की तुलना में फ़िशिंग के प्रति कहीं अधिक मजबूत है।
पासवर्ड, OTP और QR login जैसे तरीकों में ऐसी जानकारी शामिल होती है जिसे ठग हासिल या आगे भेज सकते हैं। पासवर्ड कॉपी किया जा सकता है, OTP को real-time में relay किया जा सकता है और किसी QR code के ज़रिए यूज़र से ऐसे लॉगिन को मंज़ूरी दिलाई जा सकती है जिसे ठग ने शुरू किया हो।
Passkey में authentication के दौरान पासवर्ड या OTP टाइप या transmit नहीं किया जाता। यूज़र अपने डिवाइस पर Face ID, Touch ID, fingerprint या passcode से यह साबित करता है कि उसके पास डिवाइस का नियंत्रण है। Singpass को biometric data या private key नहीं मिलती; उसे केवल ऐसा cryptographic response मिलता है जिसे verify किया जा सकता है, लेकिन पासवर्ड की तरह दोबारा इस्तेमाल नहीं किया जा सकता।
Passkey register करते समय iPhone एक unique public-private key pair बनाता है:
तकनीकी रूप से इसे केवल “encryption key exchange” कहना सही नहीं होगा। यह public-key cryptography पर आधारित authentication है। Private key Singpass को नहीं भेजी जाती और केवल public key के आधार पर यूज़र बनकर लॉगिन नहीं किया जा सकता।
FIDO standards में इस मॉडल को origin-bound authentication कहा जाता है। इसका अर्थ है कि credential असली service domain से जुड़ा रहता है। देखने में बिल्कुल असली लगने वाली नकली वेबसाइट Singpass के लिए मान्य response हासिल नहीं कर सकती।
इसी वजह से copied Singpass login page passkey यूज़र के खिलाफ बहुत कम उपयोगी होती है। नकली साइट के पास चुराने और दोबारा इस्तेमाल करने के लिए password, OTP, QR approval या reusable cryptographic credential नहीं होता।
पहले चरण में सुविधा सीमित डिवाइसों पर उपलब्ध है:
इसका मतलब है कि iPhone यूज़र supported mobile-browser login पर passkey चुन सकता है, लेकिन हर Singpass service या हर device पर यह विकल्प तुरंत दिखाई दे, ऐसा ज़रूरी नहीं है।
शुरुआती iPhone rollout में passkey registration Singpass मोबाइल ऐप से किया जाता है:
Passkey बनने के बाद लॉगिन की मंज़ूरी डिवाइस के अनुसार Face ID, Touch ID या fingerprint से दी जा सकती है। यदि biometric विकल्प उपलब्ध नहीं है, तो Singpass का छह अंकों वाला app passcode इस्तेमाल किया जा सकता है। participating website पर Singpass password टाइप करने की ज़रूरत नहीं होती।
जब यूज़र किसी दूसरे डिवाइस—मिसाल के तौर पर laptop या दूसरे फोन—पर लॉगिन शुरू करता है, तो एक अलग जोखिम पैदा होता है। ठग पीड़ित को किसी QR code या login request को approve करने के लिए मना सकता है, जबकि असल में लॉगिन ठग के नियंत्रण वाले डिवाइस पर चल रहा हो।
Cross-device authentication में Singpass short-range Bluetooth check का इस्तेमाल कर सकता है। इससे यह जाँचा जाता है कि passkey रखने वाला registered phone उस डिवाइस के भौतिक रूप से पास है जहाँ लॉगिन शुरू हुआ है।
यह proximity check key-pair verification की जगह नहीं लेता, बल्कि उसके साथ एक अतिरिक्त सुरक्षा परत जोड़ता है। इससे ठग के लिए पूरी तरह दूर बैठकर approval करवाना कठिन हो जाता है—जैसे QR code भेजकर पीड़ित को फोन पर approval देने के लिए step-by-step निर्देश देना।
Passkey अभी beta में एक अतिरिक्त login method है, सभी यूज़र्स के लिए तुरंत लागू किया गया replacement नहीं। पुराने विकल्प इसलिए भी ज़रूरी हैं क्योंकि:
पुराने तरीकों की उपलब्धता और security अलग-अलग बातें हैं। कोई यूज़र social engineering के ज़रिए password या OTP बता सकता है, fraudulent QR code scan कर सकता है या unexpected login request को approve कर सकता है। Singapore Police लोगों को लगातार चेतावनी देती है कि वे अजनबियों के साथ Singpass password या 2FA details कभी साझा न करें।
Passkey उन credentials की मात्रा कम करता है जिन्हें फ़िश किया जा सकता है, लेकिन यह हर तरह के scam को खत्म नहीं करता। ठग अब भी किसी संगठन का रूप धारण कर सकते हैं, personal information माँग सकते हैं या account recovery और account takeover प्रक्रिया का दुरुपयोग करने की कोशिश कर सकते हैं।
Singpass का passkey design FIDO और WebAuthn से जुड़े public-key तथा origin-bound authentication model का पालन करता है। FIDO2 एक open authentication standard है, जिसका उद्देश्य reusable और आसानी से चुराए जा सकने वाले secrets की जगह phishing-resistant cryptographic credentials उपलब्ध कराना है।
Open standards का लाभ यह है कि passkeys किसी एक कंपनी की proprietary login व्यवस्था तक सीमित नहीं रहते। FIDO Alliance के अनुसार passkeys किसी website या application पर यूज़र के account से जुड़े credentials होते हैं और implementation के आधार पर फोन, computer या hardware security key के साथ इस्तेमाल किए जा सकते हैं।
Singpass के मामले में व्यावहारिक सुरक्षा लाभ domain binding है: authenticator से response असली Singpass service के लिए अपेक्षित होता है, किसी मिलती-जुलती phishing domain के लिए नहीं।
सिंगापुर में 2025 के दौरान कुल 37,308 scam cases दर्ज हुए और लगभग S$913.1 million का नुकसान हुआ। ये आँकड़े सभी प्रकार के scams के हैं, केवल phishing के नहीं।
उपलब्ध आधिकारिक वार्षिक आँकड़ों के अनुसार, 2025 में अलग से 6,264 phishing cases दर्ज हुए और phishing scams में S$39.9 million का नुकसान हुआ। इसलिए phishing व्यापक scam समस्या का एक महत्वपूर्ण हिस्सा है, लेकिन इन आँकड़ों से यह निष्कर्ष नहीं निकाला जा सकता कि कुल scam losses में हर मामला चोरी हुए Singpass credentials से जुड़ा था।
Singpass passkey का लक्ष्य इसलिए खास तौर पर phishing के credential-capture चरण को कम उपयोगी बनाना है। फिर भी यूज़र्स को website का domain जाँचना चाहिए, अनपेक्षित login requests को reject करना चाहिए और Singpass details किसी के साथ साझा नहीं करनी चाहिए—खासकर तब, जब पुराने authentication methods अभी भी उपलब्ध हैं।