खातों को अलग करना (अनलिंक करना)

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

खाते इनमें से किसी भी वजह से अनलिंक हो सकते हैं:

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

उपयोगकर्ता ने Google से अनलिंक करने का अनुरोध किया है

उपयोगकर्ता के Google खाते या ऐप्लिकेशन से खाता अनलिंक करने पर, पहले से जारी किए गए सभी ऐक्सेस और रीफ़्रेश टोकन मिटा दिए जाते हैं. साथ ही, उपयोगकर्ता की सहमति हटा दी जाती है. अगर आपने टोकन रद्द करने का एंडपॉइंट लागू किया है, तो उसे भी कॉल किया जा सकता है.

उपयोगकर्ता ने आपके प्लैटफ़ॉर्म से, चैनल को अलग करने का अनुरोध किया है

आपको उपयोगकर्ताओं को खाते को अनलिंक करने का कोई तरीका देना चाहिए. जैसे, उनके खाते का यूआरएल. अगर आपने उपयोगकर्ताओं को अनलिंक करने का कोई तरीका नहीं दिया है, तो Google खाते का लिंक शामिल करें, ताकि उपयोगकर्ता अपने लिंक किए गए खाते को मैनेज कर सकें.

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

टोकन की समयसीमा खत्म होना

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

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

अन्य इवेंट

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

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

टोकन रद्द करने का एंडपॉइंट

अगर OAuth 2.0 पर काम किया जा रहा हो टोकन रिवोकेशन एंडपॉइंट, आपके प्लैटफ़ॉर्म को Google से सूचनाएं मिल सकती हैं. इसकी मदद से, उपयोगकर्ताओं को लिंक की स्थिति में बदलाव होने, टोकन को अमान्य करने, और सुरक्षा से जुड़े क्रेडेंशियल को क्लीनअप करने के साथ-साथ अनुमति देना.

अनुरोध में यह फ़ॉर्म मौजूद है:

POST /revoke HTTP/1.1
Host: oauth2.example.com
Content-Type: application/x-www-form-urlencoded

client_id=GOOGLE_CLIENT_ID&client_secret=GOOGLE_CLIENT_SECRET&token=TOKEN&token_type_hint=refresh_token

यह ज़रूरी है कि आपका टोकन रद्द करने का एंडपॉइंट, इन पैरामीटर को मैनेज कर सके:

टोकन मिटाए जाने या अमान्य होने पर रिस्पॉन्स दिखाएं. इन्हें देखें: एक उदाहरण:

HTTP/1.1 200 Success
Content-Type: application/json;charset=UTF-8

अगर किसी वजह से टोकन मिटाया नहीं जा सका, तो 503 रिस्पॉन्स कोड दिखाएं, जैसा कि नीचे दिए गए उदाहरण में दिखाया गया है:

HTTP/1.1 503 Service Unavailable
Content-Type: application/json;charset=UTF-8
Retry-After: HTTP-date / delay-seconds

Google, बाद में या Retry-After के अनुरोध के मुताबिक, अनुरोध को फिर से भेजता है.

सभी खातों की सुरक्षा (आरआईएससी)

如果您支持跨账号保护功能，您的平台可以在以下情况下通知 Google： 访问或刷新令牌会被撤消。这样，Google 就可以告知用户 更改关联状态、使令牌失效、清理安全凭据 授权。

跨账号保护以 RISC 标准是 OpenID Foundation。

安全事件令牌 用于通知 Google 令牌撤消。

解码后，令牌撤消事件如以下示例所示：

{
  "iss":"http://risc.example.com",
  "iat":1521068887,
  "aud":"google_account_linking",
  "jti":"101942095",
  "toe": "1508184602",
  "events": {
    "https://schemas.openid.net/secevent/oauth/event-type/token-revoked":{
      "subject_type": "oauth_token",
      "token_type": "refresh_token",
      "token_identifier_alg": "hash_SHA512_double",
      "token": "double SHA-512 hash value of token"
    }
  }
}

用于将令牌撤消事件通知 Google 的安全事件令牌 必须符合下表中的要求：

如需详细了解字段类型和格式，请参阅 JSON 网络令牌 (JWT)。