सुरक्षा से जुड़ी चुनौतियों की मदद से, Google Workspace खातों को सुरक्षित रखना

उपयोगकर्ता चुनता है कि उसे अपनी पहचान की पुष्टि कैसे करनी है

Google, उपयोगकर्ता की पहचान की पुष्टि करने के लिए, उसके फ़ोन में इंस्टॉल किए गए किसी ऐप्लिकेशन का इस्तेमाल करता है

Google, पुष्टि करने के लिए कोड के साथ एक मैसेज भेजता है

Google, उपयोगकर्ता के फ़ोन पर कॉल करता है और पुष्टि करने के लिए कोड देता है

अगर आपने लॉगिन चैलेंज के तौर पर कर्मचारी आईडी जोड़ी है, तो उपयोगकर्ता अपनी पहचान की पुष्टि करने के लिए इस आईडी का इस्तेमाल कर सकते हैं.

कोई उपयोगकर्ता, लॉगिन चैलेंज के तौर पर खाता वापस पाने के लिए ईमेल पता डाल सकता है.

ज़्यादातर उपयोगकर्ताओं को संवेदनशील कार्रवाई के लिए, पहचान की पुष्टि करने वाला चैलेंज मिलने पर, संवेदनशील कार्रवाई पर रोक लगाई गई टाइटल वाली एक विंडो दिखती है. उपयोगकर्ता को निर्देश दिया जाता है कि वह उस डिवाइस से फिर से कोशिश करे जिसका इस्तेमाल वह आम तौर पर करता है. जैसे, उसका फ़ोन या लैपटॉप. इसके अलावा, वह उस जगह से भी कोशिश कर सकता है जहां से वह आम तौर पर साइन इन करता है.

कुछ उपयोगकर्ताओं के पास ऐसे डिवाइस या सुरक्षा कुंजियां होती हैं जिन्हें हाल ही में उनके खाते में जोड़ा गया है. इसलिए, वे सुरक्षा से जुड़े चैलेंज के जवाब में तुरंत अपनी पहचान की पुष्टि नहीं कर पाते. ऐसे उपयोगकर्ताओं के लिए, अभी यह कार्रवाई पूरी नहीं की जा सकती टाइटल वाली एक विंडो दिखती है. ये उपयोगकर्ता, किसी डिवाइस, फ़ोन नंबर या सुरक्षा कुंजी को अपने खाते से कम से कम सात दिनों तक जोड़ने के बाद, अपनी पहचान की पुष्टि कर सकते हैं.

संवेदनशील कार्रवाइयों के कुछ उदाहरण यहां दिए गए हैं:

• दो चरणों में पुष्टि की सुविधा (2SV) बंद करना
• किसी ऐप्लिकेशन को Google डेटा ऐक्सेस करने की अनुमति देना
• खाता वापस पाने के लिए ईमेल पता या फ़ोन नंबर बदलना
• खाते का डेटा डाउनलोड करना
• खाते पर नाम बदलना

• आपको सुरक्षा कुंजियों का इस्तेमाल करके, Google पर होस्ट किए गए संवेदनशील रिसॉर्स के ऐक्सेस को सुरक्षित रखना है, ताकि ज़्यादा से ज़्यादा सुरक्षा मिल सके. हालांकि, आपका मौजूदा आईडीपी, सुरक्षा कुंजियों के साथ काम नहीं करता.
• आपको तीसरे पक्ष के आइडेंटिटी प्रोवाइडर का इस्तेमाल करने की लागत बचानी है, क्योंकि ज़्यादातर मामलों में उपयोगकर्ता, Google के रिसॉर्स ऐक्सेस करते हैं.
• आपको Google से पुष्टि नहीं करानी है. यानी, Google को आइडेंटिटी प्रोवाइडर के तौर पर इस्तेमाल नहीं करना है. हालांकि, आपको Google के जोखिम के आधार पर दिए जाने वाले सभी लॉगिन चैलेंज का फ़ायदा लेना है.
• आपको Google के इकोसिस्टम में, संवेदनशील कार्रवाइयों को Google से सुरक्षित रखना है.

नई नीति को आसानी से लागू करने के लिए, अपने उपयोगकर्ताओं को इसके बारे में बताएं. साथ ही, उन्हें यह भी बताएं कि इसे कब लागू किया जाएगा. साइन-इन के दौरान, अतिरिक्त लॉगिन चैलेंज लागू करने पर यह होता है:

• अगर आपके पास 2SV से जुड़ी मौजूदा नीतियां हैं, जैसे कि 2SV लागू करने की नीति, तो वे तुरंत लागू हो जाती हैं.
• नई नीति से प्रभावित होने वाले और 2SV में रजिस्टर किए गए उपयोगकर्ताओं को, साइन-इन के दौरान 2SV लॉगिन चैलेंज मिलता है.
• Google के साइन-इन के जोखिम के विश्लेषण के आधार पर, उपयोगकर्ताओं को साइन-इन के दौरान, जोखिम के आधार पर लॉगिन चैलेंज दिख सकते हैं.

1. Google Admin console में, मेन्यू सुरक्षा पुष्टि लॉगिन चैलेंज पर जाएं.

   लॉगिन चैलेंज पर जाएं

   इसके लिए, उपयोगकर्ता की सुरक्षा के मैनेजमेंट से जुड़ी एडमिन की अनुमति होना ज़रूरी है.

2. बाईं ओर, वह संगठनात्मक इकाई चुनें जिसके लिए आपको नीति सेट करनी है.

   सभी उपयोगकर्ताओं के लिए, संगठन की टॉप-लेवल इकाई चुनें. शुरुआत में, संगठनात्मक इकाइयों में पैरंट की सेटिंग लागू होती हैं.

3. एसएसओ (SSO) की पुष्टि के बाद की सेटिंग पर क्लिक करें.
4. अपने संगठन में लेगसी एसएसओ प्रोफ़ाइलों का इस्तेमाल करने के तरीके के हिसाब से सेटिंग चुनें. आपके पास उन उपयोगकर्ताओं के लिए सेटिंग लागू करने का विकल्प है जो आपके संगठन की लेगसी एसएसओ प्रोफ़ाइल का इस्तेमाल करते हैं. साथ ही, उन उपयोगकर्ताओं के लिए भी सेटिंग लागू की जा सकती है जो अन्य एसएसओ प्रोफ़ाइलों का इस्तेमाल करके साइन इन करते हैं.
5. सबसे नीचे दाएं कोने में, सेव करें पर क्लिक करें.

   Google, नीति में किसी भी बदलाव के बारे में बताने के लिए, Admin console के ऑडिट लॉग में एक एंट्री बनाता है.

ध्यान दें: कुछ मामलों में, लॉग इवेंट का डेटा सभी इवेंट के लिए मौजूद नहीं हो सकता है. हम इस समस्या को हल करने की कोशिश कर रहे हैं.

जब किसी संदिग्ध लॉगिन का पता चलता है, तो उपयोगकर्ता को लॉगिन चैलेंज दिया जाता है. जैसे, अगर उपयोगकर्ता, साइन-इन के उन पैटर्न को फ़ॉलो नहीं करता है जिनका इस्तेमाल उसने पहले किया है. अगर कोई उपयोगकर्ता, संवेदनशील कार्रवाई करने की कोशिश करते समय, जोखिम वाले सेशन में होता है, तो उसे पहचान की पुष्टि करने वाला चैलेंज दिया जाता है.

अहम जानकारी: Google यह तय करता है कि किसी उपयोगकर्ता को सुरक्षा से जुड़ा कौनसा चैलेंज देना है. इसके लिए, सुरक्षा और इस्तेमाल से जुड़े कई फ़ैक्टर को ध्यान में रखा जाता है. उदाहरण के लिए, हो सकता है कि किसी खास उपयोगकर्ता को कर्मचारी आईडी लॉगिन चैलेंज हमेशा न मिले. भले ही, आपने इसे चालू किया हो.

दो चरणों में पुष्टि की सुविधा (2SV), लॉगिन चैलेंज का एक टाइप है. एडमिन के तौर पर, अपने उपयोगकर्ताओं के लिए 2SV लॉगिन चैलेंज लागू किया जा सकता है. ऐसा करने पर, उन्हें जोखिम के आधार पर किसी अन्य तरह का लॉगिन चैलेंज नहीं मिलेगा.

अगर आपने अपने उपयोगकर्ताओं के लिए 2SV लागू नहीं किया है या अगर किसी उपयोगकर्ता ने इसे चालू नहीं किया है, तो Google यह तय करता है कि उस उपयोगकर्ता को किस तरह का लॉगिन चैलेंज देना है. लॉगिन चैलेंज का टाइप, सुरक्षा और इस्तेमाल से जुड़े कई फ़ैक्टर के आधार पर तय किया जाता है. उदाहरण के लिए, हो सकता है कि किसी खास उपयोगकर्ता को कर्मचारी आईडी लॉगिन चैलेंज हमेशा न मिले. भले ही, आपने इसे चालू किया हो.

हां. ज़्यादा जानकारी के लिए, खाता वापस पाने के लिए फ़ोन नंबर या ईमेल पता सेट अप करना लेख पढ़ें.

दो चरणों में पुष्टि की सुविधा (2SV), लॉगिन चैलेंज का एक टाइप है. जब आपके उपयोगकर्ता इसे चालू करते हैं, तो उन्हें कोई अन्य लॉगिन चैलेंज नहीं मिलेगा. इसी वजह से, एडमिन की रिपोर्ट में, दो चरणों में पुष्टि की हर कार्रवाई को लॉगिन चैलेंज के तौर पर दिखाया जाता है.

यह इस बात पर निर्भर करता है कि आपने अपने संगठन में एसएसओ (SSO) को कैसे कॉन्फ़िगर किया है:

• अगर आपने अपने संगठन के लिए लेगसी एसएसओ प्रोफ़ाइल कॉन्फ़िगर की है—डिफ़ॉल्ट रूप से, लॉगिन चैलेंज चालू नहीं होते हैं. हालांकि, एसएसओ (SSO) की पुष्टि के बाद की सेटिंग सेट अप करके, जोखिम के आधार पर पुष्टि करने के अतिरिक्त चैलेंज और दो चरणों में पुष्टि की सुविधा (2SV) की अनुमति दी जा सकती है. हालांकि, यह सुविधा तब लागू की जा सकती है, जब इसे कॉन्फ़िगर किया गया हो.
• अगर आपने कोई अन्य एसएसओ प्रोफ़ाइल इस्तेमाल की है—अतिरिक्त लॉगिन चैलेंज (2SV भी, अगर कॉन्फ़िगर किया गया हो) अपने-आप लागू हो जाते हैं.

हां, Google Workspace के सभी वर्शन में, सुरक्षा से जुड़े अतिरिक्त सवाल और लॉगिन चैलेंज की सुविधा शामिल है.

हम यह तय करते हैं कि कोई साइन-इन संदिग्ध है या नहीं. इसके लिए, हमारा जोखिम विश्लेषण सिस्टम, उपयोगकर्ता के सामान्य बर्ताव से अलग किसी कोशिश की पहचान करता है. उदाहरण के लिए, कोई उपयोगकर्ता किसी असामान्य जगह से या गलत तरीके से साइन इन करने की कोशिश कर सकता है.

हां, लॉगिन चैलेंज कई तरह के होते हैं. उपयोगकर्ताओं के खाते के लिए उपलब्ध जानकारी के आधार पर, उन्हें अलग-अलग तरह के लॉगिन चैलेंज दिए जाते हैं. जैसे, अपनी कर्मचारी आईडी या खाता वापस पाने के लिए ईमेल पता डालना. अगर किसी उपयोगकर्ता के पास अपने फ़ोन का ऐक्सेस नहीं है, तो वह साइन इन करने के लिए बैकअप कोड का इस्तेमाल कर सकता है. ज़्यादा जानकारी के लिए, बैकअप कोड का इस्तेमाल करके साइन इन करना लेख पढ़ें.

उपयोगकर्ता, खाते की सेटिंग में जाकर, खाता वापस पाने के लिए जानकारी अपडेट कर सकता है.

अगर उपयोगकर्ता, खाता वापस पाने के लिए फ़ोन नंबर नहीं डालता है, तो लॉगिन चैलेंज के अन्य तरीके लागू होते हैं. जैसे, खाता वापस पाने के लिए ईमेल पता डालना या अपनी कर्मचारी आईडी का इस्तेमाल करना.

हां, एडमिन, लॉगिन या पहचान की पुष्टि करने वाले चैलेंज को बंद कर सकता है 10 मिनट के लिए.

कुछ मामलों में, कोई ऐसा उपयोगकर्ता जिसके पास खाता ऐक्सेस करने की अनुमति है, अपनी पहचान की पुष्टि नहीं कर पाता है. उदाहरण के लिए, हो सकता है कि उसके फ़ोन का सिग्नल न आ रहा हो और उसे पुष्टि करने का कोड न मिल सके. इसके अलावा, हो सकता है कि उसे अपनी कर्मचारी आईडी याद न हो या वह उसे ढूंढ न पा रहा हो. अगर ऐसा होता है, तो सुपर एडमिन के तौर पर, आपके पास लॉगिन या पहचान की पुष्टि करने वाले चैलेंज को 10 मिनट के लिए बंद करने का विकल्प है. इससे, वह उपयोगकर्ता साइन इन कर पाएगा या संवेदनशील कार्रवाई पूरी कर पाएगा. लॉगिन या पहचान की पुष्टि करने वाले चैलेंज को बंद करते समय सावधानी बरतें, क्योंकि 10 मिनट की अवधि के दौरान, खाते को हैक करने वाले लोगों से सुरक्षा कम हो जाती है.

नहीं, आपके पास अपने पूरे संगठन के लिए, इस सुविधा को बंद करने का विकल्प नहीं है. आपके पास इसे सिर्फ़ हर उपयोगकर्ता के लिए, अस्थायी तौर पर बंद करने का विकल्प है.

नहीं, सिर्फ़ एडमिन, लॉगिन या सुरक्षा से जुड़े चैलेंज को अस्थायी तौर पर बंद कर सकता है.

एडमिन के तौर पर, आपके पास अपने खाते का ऐक्सेस वापस पाने का विकल्प है. इसके लिए, आपको अपना पासवर्ड रीसेट करना होगा. इसके लिए, लॉगिन पेज पर दिए गए निर्देशों का पालन करें.

अगर आप Google Workspace एडमिन हैं और आपको अपने एडमिन खाते में साइन इन करने में समस्या आ रही है, तो निर्देशों के लिए, अपने खाते के लिए एडमिन ऐक्सेस वापस पाना लेख पढ़ें.

अगर कोई सुपर एडमिन उपयोगकर्ता अपनी पहचान की पुष्टि नहीं कर पाता है, तो कोई दूसरा सुपर एडमिन (अगर उपलब्ध हो), उसके लिए लॉगिन चैलेंज को अस्थायी तौर पर बंद कर सकता है. इसके लिए, ऊपर बताए गए तरीके का इस्तेमाल करें.

इसके अलावा, सुपर एडमिन अपना पासवर्ड रीसेट करके, लॉगिन चैलेंज को बायपास कर सकता है.

ध्यान दें: पासवर्ड को अपने-आप रीसेट करने का विकल्प, सभी सुपर एडमिन के लिए उपलब्ध नहीं है. एडमिन खाते को वापस पाने के बारे में ज़्यादा जानने के लिए, अपने एडमिन खाते में खाता वापस पाने के विकल्प जोड़ना लेख पढ़ें.