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

ويمكن بدء عملية إلغاء الربط من المنصة أو من 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.

الرمز المميّز للحدث الأمني يُستخدم لإعلام 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 مطالبة جهة الإصدار: هذا عنوان URL تستضيفه وتتم مشاركته مع. Google أثناء التسجيل.

aud مطالبة الجمهور: تحدد Google كمستلم JWT. أُنشأها جون هنتر، الذي كان متخصصًا يجب ضبطها على google_account_linking.

jti المطالبة بمعرّف JWT: هذا معرّف فريد تنشئه لكل الرمز المميز للحدث الأمني.

iat تم الإصدار بناءً على المطالبة: هذه القيمة هي NumericDate. الذي يمثّل الوقت الذي تم فيه إنشاء الرمز المميّز للحدث الأمني.

toe وقت المطالبة بالحدث: هذا الإجراء اختياري. قيمة NumericDate تمثل الوقت الذي تم إبطال الرمز المميز.

exp المطالبة بوقت انتهاء الصلاحية: لا تتضمّن هذا الحقل، لأنّ الحدث الذي نتج عن هذا الإشعار قد تم بالفعل.

events

المطالبة بالأحداث الأمنية: هذا كائن JSON، على حدث إبطال رمز مميّز واحد فقط.
`subject_type`	ويجب ضبطها على `oauth_token`.
`token_type`	وهذا هو نوع الرمز المميز الذي يتم إبطاله، إما `access_token` أو `refresh_token`
`token_identifier_alg`	وهذه هي الخوارزمية المستخدمة لترميز الرمز المميز، ويجب أن تكون `hash_SHA512_double`
`token`	هذا هو رقم تعريف الرمز المميّز الذي تم إبطاله.

لمزيد من المعلومات حول أنواع الحقول والتنسيقات، يمكنك الاطّلاع على رمز JSON المميّز للويب (JWT)