إلغاء ربط الحسابات

ويمكن بدء عملية إلغاء الربط من المنصة أو من Google، ويؤدي عرض حالة ربط متسقة على كل منهما إلى تقديم أفضل تجربة للمستخدم. إنّ توفير نقطة نهاية إبطال الرمز المميّز أو الحماية العابرة للحساب اختياري لربط حساب Google.

يمكن أن يتم إلغاء ربط الحسابات بأي مما يلي:

  • طلب المستخدم من
    • إعدادات أحد تطبيقات Google أو حساب Google
    • منصّتك
  • تعذُّر تجديد رمز مميّز لإعادة التحميل منتهي الصلاحية
  • الأحداث الأخرى التي بدأتها أنت أو Google على سبيل المثال، تعليق الحساب من خلال خدمات رصد التهديدات والتعديات

طلب المستخدم إلغاء الربط من Google.

يؤدي إلغاء ربط الحساب الذي يتم من خلال حساب المستخدم على Google أو تطبيقه إلى حذف أي حِزم رمز مميّز للوصول وإعادة التنشيط تم إصدارها سابقًا، ويزيل موافقة المستخدم، ويشغّل اختياريًا نقطة نهاية إبطال حِزم الرموز المميّزة إذا اخترت تنفيذها.

طلب المستخدم إلغاء ربط قناته بنظامك الأساسي

يجب توفير آلية تتيح للمستخدمين إلغاء الربط، مثل عنوان URL يؤدي إلى حسابهم. إذا لم تكن توفّر طريقة لإلغاء الربط بين المستخدمين، يمكنك تضمين رابط يؤدي إلى حساب Google ليتمكن المستخدمون من إدارة حساباتهم المرتبطة.

يمكنك اختيار تنفيذ "مشاركة المخاطر والحوادث" (RISC) وإبلاغ Google بالتغييرات التي تطرأ على حالة ربط حسابات المستخدمين. يتيح ذلك توفير تجربة أفضل للمستخدمين حيث تعرض منصة الويب وGoogle كلاهما حالة الربط الحالية والمتسقة بدون الحاجة إلى الاعتماد على إعادة تحميل الصفحة أو طلب الحصول على رمز مميّز للوصول لتعديل حالة الربط.

انتهاء صلاحية الرمز المميّز

لتوفير تجربة سلسة للمستخدم وتجنُّب انقطاع الخدمة، تحاول Google تجديد الرموز المميّزة لإعادة التحميل بالقرب من نهاية مدة صلاحيتها. في بعض السيناريوهات، قد تلزم موافقة المستخدم لإعادة ربط الحسابات عندما لا يتوفر رمز مميّز صالح لإعادة التحميل.

إنّ تصميم منصّتك لتتوافق مع عدّة رموز مميّزة صالحة للوصول وإعادة التحميل يمكن أن يقلل من حالات تداخل العمليات في عمليات التبادل بين العميل والخادم بين البيئات المجمّعة، ويتجنّب تعطُّل المستخدم، ويقلل من التوقيتات المعقدة و سيناريوهات معالجة الأخطاء. على الرغم من أنّه يتمّ الاتّساق في النهاية، قد يكون كلاً من الرموز المميّزة السابقة والجديدة التي تم إصدارها حديثًا والتي لم تنته صلاحيتها قيد الاستخدام لفترة قصيرة أثناء عملية تبادل تجديد الرمز المميّز بين العميل والخادم وقبل مزامنة المجموعة. على سبيل المثال، يحدث طلب من Google إلى خدمتك يستخدم رمز المرور السابق غير المنتهية صلاحيته بعد إصدار رمز مرور جديد مباشرةً، ولكن قبل استلامه ومزامنة المجموعات في Google. يُنصَح باتخاذ إجراءات أمان بديلة حول إعادة تحميل الرموز المميّزة.

الأحداث الأخرى

يمكن إلغاء ربط الحسابات لأسباب أخرى مختلفة، مثل عدم النشاط والتعليق والسلوك الضار وغير ذلك. في هذه السيناريوهات، يمكن لمنصتك وGoogle إدارة حسابات المستخدمين وإعادة الربط على أفضل وجه من خلال إرسال إشعارات لبعضهما بشأن التغييرات في حالة الحساب والرابط.

يمكنك تنفيذ نقطة نهاية لإبطال الرمز المميّز لكي تتصل به Google، وإعلام Google بأحداث إبطال الرمز المميّز باستخدام RISC لضمان حفاظ نظامك الأساسي و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

يجب أن تكون نقطة نهاية إبطال الرمز المميّز قادرة على معالجة المَعلمات التالية:

مَعلمات نقطة نهاية الإبطال
client_id سلسلة تحدِّد مصدر الطلب على أنّه Google. يجب أن تكون هذه السلسلة في نظامك كمعرّف فريد لشركة Google.
client_secret سلسلة سرية سجّلتها لدى Google لخدمتك.
token الرمز المميّز المطلوب إبطاله.
token_type_hint (اختياري) نوع الرمز المميز الذي يتم إبطاله، إما access_token أو refresh_token إذا لم يتم تحديدها، يتم ضبط القيمة التلقائية على access_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.

الحماية العابرة للحساب (RISC)

如果您支持跨账号保护功能，您的平台可以在以下情况下通知 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 的安全事件令牌 必须符合下表中的要求：

令牌撤消事件
iss Issuer Claim：这是由您托管的网址，并且会分享给 在注册过程中与 Google 联系。
aud 受众群体声明：这可将 Google 标识为 JWT 收件人。它 必须设置为 google_account_linking。
jti JWT ID 声明：这是您为每次 JWT 生成的唯一 ID 安全事件令牌
iat Issued At Claim：这是一个 NumericDate 值 表示创建此安全性事件令牌的时间。
toe 事件声明时间：此为可选 NumericDate 值，该值表示 已撤消。
exp 到期时间声明：请勿包含此字段。 因为导致此通知的事件已经发生。
events
安全性事件声明：这是一个 JSON 对象，并且 只能包含一个令牌撤消事件。
subject_type 此字段必须设置为 oauth_token。
token_type 这是被撤消的令牌类型， access_token 或 refresh_token。
token_identifier_alg 这是用于对令牌进行编码的算法，必须 hash_SHA512_double。
token 这是已撤消的令牌的 ID。

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