هنگام استفاده از سرویسهای هویت گوگل یا جریان کد مجوز OAuth 2.0، گوگل توکن شناسه را با استفاده از روش POST به نقطه پایانی تغییر مسیر برمیگرداند. از طرف دیگر، جریان ضمنی OIDC از یک درخواست GET استفاده میکند. در نتیجه، برنامه شما مسئول انتقال ایمن این اعتبارنامههای دریافتی به سرور شما است.
این جریان ضمنی است، توکن شناسه در قطعه URL بازگردانده میشود، که جاوا اسکریپت سمت کلاینت باید آن را تجزیه کند. برنامه شما مسئول پیادهسازی مکانیسمهای اعتبارسنجی خود برای اطمینان از صحت درخواست و جلوگیری از حملاتی مانند CSRF است. توکن شناسه به عنوان فیلد HTTP/1.1 302 Found
Location: https://<REDIRECT_URI>#access_token=<ACCESS_TOKEN>&token_type=bearer&expires_in=<TIME_IN_SECONDS>&scope=<SCOPE>&state=<STATE_STRING>
credential ارسال میشود. هنگام آماده شدن برای ارسال توکن شناسه به سرور، کتابخانه GIS به طور خودکار g_csrf_token را به کوکی هدر و بدنه درخواست اضافه میکند. این یک نمونه درخواست POST است:POST /auth/token-verification HTTP/1.1
Host: example.com
Content-Type: application/json;charset=UTF-8
Cookie: g_csrf_token=<CSRF_TOKEN>
Origin: https://example.com
Content-Length: <LENGTH_OF_JSON_BODY>
{
"credential": "<ID_TOKEN>",
"g_csrf_token": "<CSRF_TOKEN>",
"client_id": "<CLIENT_ID>"
}
اعتبارسنجی
g_csrf_tokenبرای جلوگیری از حملات جعل درخواست بین سایتی (CSRF):- مقدار توکن CSRF را از کوکی
g_csrf_tokenاستخراج کنید. - مقدار توکن CSRF را از بدنه درخواست استخراج کنید. کتابخانه GIS این توکن را به عنوان یک پارامتر در بدنه درخواست POST قرار میدهد که با نام
g_csrf_tokenنیز شناخته میشود. - دو مقدار توکن را با هم مقایسه کنید
- اگر هر دو مقدار وجود داشته باشند و کاملاً مطابقت داشته باشند، درخواست معتبر تلقی شده و از دامنه شما سرچشمه گرفته است.
- اگر مقادیر موجود نباشند یا مطابقت نداشته باشند، درخواست باید توسط سرور رد شود. این بررسی تضمین میکند که درخواست از جاوا اسکریپتی که در دامنه شما اجرا میشود، آغاز شده است، زیرا فقط دامنه شما میتواند به کوکی
g_csrf_tokenدسترسی داشته باشد.
- مقدار توکن CSRF را از کوکی
توکن شناسایی را تأیید کنید.
برای تأیید معتبر بودن توکن، اطمینان حاصل کنید که معیارهای زیر برآورده می شوند:
- رمز شناسه به درستی توسط گوگل امضا شده است. از کلیدهای عمومی Google (در قالب JWK یا PEM موجود است) برای تأیید امضای توکن استفاده کنید. این کلیدها به طور منظم چرخانده می شوند. هدر
Cache-Controlرا در پاسخ بررسی کنید تا مشخص کنید چه زمانی باید دوباره آنها را بازیابی کنید. - مقدار
audدر کد ID برابر با یکی از شناسه های مشتری برنامه شما است. این بررسی برای جلوگیری از استفاده از کدهای شناسه صادر شده برای یک برنامه مخرب برای دسترسی به دادههای مربوط به همان کاربر در سرور پشتیبان برنامه شما ضروری است. - مقدار
issدر کد شناسه برابر باaccounts.google.comیاhttps://accounts.google.comاست. - زمان انقضا (
exp) شناسه توکن سپری نشده است. - اگر باید تأیید کنید که رمز شناسه یک حساب سازمانی Google Workspace یا Cloud را نشان میدهد، میتوانید ادعای
hdرا بررسی کنید، که دامنه میزبانی کاربر را نشان میدهد. این باید زمانی استفاده شود که دسترسی به یک منبع را فقط به اعضای دامنه های خاص محدود می کند. عدم وجود این ادعا نشان می دهد که این حساب متعلق به دامنه میزبان گوگل نیست.
با استفاده از فیلدهای
email،email_verifiedوhd، میتوانید تعیین کنید که آیا Google میزبان آدرس ایمیل است یا خیر. در مواردی که Google معتبر است، کاربر به عنوان مالک قانونی حساب شناخته میشود و ممکن است از رمز عبور یا سایر روشهای چالش صرفنظر کنید.مواردی که گوگل معتبر است:
-
emailدارای پسوند@gmail.comاست، این یک حساب کاربری جیمیل است. -
email_verifiedدرست است وhdتنظیم شده است، این یک حساب Google Workspace است.
کاربران می توانند بدون استفاده از Gmail یا Google Workspace برای حساب های Google ثبت نام کنند. وقتی
emailحاوی پسوند@gmail.comنیست وhdوجود ندارد، گوگل معتبر نیست و رمز عبور یا روشهای چالش دیگری برای تأیید کاربر توصیه میشود.email_verifiedهمچنین می تواند درست باشد زیرا Google در ابتدا کاربر را هنگام ایجاد حساب Google تأیید کرد، اما مالکیت حساب ایمیل شخص ثالث ممکن است از آن زمان تغییر کرده باشد.به جای نوشتن کد خود برای انجام این مراحل تأیید، ما قویاً توصیه میکنیم از کتابخانه سرویس گیرنده Google API برای پلتفرم خود یا یک کتابخانه JWT همه منظوره استفاده کنید. برای توسعه و اشکالزدایی، میتوانید با نقطه پایانی اعتبارسنجی
tokeninfoما تماس بگیرید.Using a Google API Client Library
Using one of the Google API Client Libraries (e.g. Java, Node.js, PHP, Python) is the recommended way to validate Google ID tokens in a production environment.
Java To validate an ID token in Java, use the GoogleIdTokenVerifier object. For example:
import com.google.api.client.googleapis.auth.oauth2.GoogleIdToken; import com.google.api.client.googleapis.auth.oauth2.GoogleIdToken.Payload; import com.google.api.client.googleapis.auth.oauth2.GoogleIdTokenVerifier; ... GoogleIdTokenVerifier verifier = new GoogleIdTokenVerifier.Builder(transport, jsonFactory) // Specify the WEB_CLIENT_ID of the app that accesses the backend: .setAudience(Collections.singletonList(WEB_CLIENT_ID)) // Or, if multiple clients access the backend: //.setAudience(Arrays.asList(WEB_CLIENT_ID_1, WEB_CLIENT_ID_2, WEB_CLIENT_ID_3)) .build(); // (Receive idTokenString by HTTPS POST) GoogleIdToken idToken = verifier.verify(idTokenString); if (idToken != null) { Payload payload = idToken.getPayload(); // Print user identifier. This ID is unique to each Google Account, making it suitable for // use as a primary key during account lookup. Email is not a good choice because it can be // changed by the user. String userId = payload.getSubject(); System.out.println("User ID: " + userId); // Get profile information from payload String email = payload.getEmail(); boolean emailVerified = Boolean.valueOf(payload.getEmailVerified()); String name = (String) payload.get("name"); String pictureUrl = (String) payload.get("picture"); String locale = (String) payload.get("locale"); String familyName = (String) payload.get("family_name"); String givenName = (String) payload.get("given_name"); // Use or store profile information // ... } else { System.out.println("Invalid ID token."); }
The
GoogleIdTokenVerifier.verify()method verifies the JWT signature, theaudclaim, theissclaim, and theexpclaim.If you need to validate that the ID token represents a Google Workspace or Cloud organization account, you can verify the
hdclaim by checking the domain name returned by thePayload.getHostedDomain()method. The domain of theemailclaim is insufficient to ensure that the account is managed by a domain or organization.Node.js To validate an ID token in Node.js, use the Google Auth Library for Node.js. Install the library:
Then, call thenpm install google-auth-library --save
verifyIdToken()function. For example:const {OAuth2Client} = require('google-auth-library'); const client = new OAuth2Client(); async function verify() { const ticket = await client.verifyIdToken({ idToken: token, audience: WEB_CLIENT_ID, // Specify the WEB_CLIENT_ID of the app that accesses the backend // Or, if multiple clients access the backend: //[WEB_CLIENT_ID_1, WEB_CLIENT_ID_2, WEB_CLIENT_ID_3] }); const payload = ticket.getPayload(); // This ID is unique to each Google Account, making it suitable for use as a primary key // during account lookup. Email is not a good choice because it can be changed by the user. const userid = payload['sub']; // If the request specified a Google Workspace domain: // const domain = payload['hd']; } verify().catch(console.error);
The
verifyIdTokenfunction verifies the JWT signature, theaudclaim, theexpclaim, and theissclaim.If you need to validate that the ID token represents a Google Workspace or Cloud organization account, you can check the
hdclaim, which indicates the hosted domain of the user. This must be used when restricting access to a resource to only members of certain domains. The absence of this claim indicates that the account does not belong to a Google hosted domain.PHP To validate an ID token in PHP, use the Google API Client Library for PHP. Install the library (for example, using Composer):
Then, call thecomposer require google/apiclient
verifyIdToken()function. For example:require_once 'vendor/autoload.php'; // Get $id_token via HTTPS POST. $client = new Google_Client(['client_id' => $WEB_CLIENT_ID]); // Specify the WEB_CLIENT_ID of the app that accesses the backend $payload = $client->verifyIdToken($id_token); if ($payload) { // This ID is unique to each Google Account, making it suitable for use as a primary key // during account lookup. Email is not a good choice because it can be changed by the user. $userid = $payload['sub']; // If the request specified a Google Workspace domain //$domain = $payload['hd']; } else { // Invalid ID token }
The
verifyIdTokenfunction verifies the JWT signature, theaudclaim, theexpclaim, and theissclaim.If you need to validate that the ID token represents a Google Workspace or Cloud organization account, you can check the
hdclaim, which indicates the hosted domain of the user. This must be used when restricting access to a resource to only members of certain domains. The absence of this claim indicates that the account does not belong to a Google hosted domain.Python To validate an ID token in Python, use the verify_oauth2_token function. For example:
from google.oauth2 import id_token from google.auth.transport import requests # (Receive token by HTTPS POST) # ... try: # Specify the WEB_CLIENT_ID of the app that accesses the backend: idinfo = id_token.verify_oauth2_token(token, requests.Request(), WEB_CLIENT_ID) # Or, if multiple clients access the backend server: # idinfo = id_token.verify_oauth2_token(token, requests.Request()) # if idinfo['aud'] not in [WEB_CLIENT_ID_1, WEB_CLIENT_ID_2, WEB_CLIENT_ID_3]: # raise ValueError('Could not verify audience.') # If the request specified a Google Workspace domain # if idinfo['hd'] != DOMAIN_NAME: # raise ValueError('Wrong domain name.') # ID token is valid. Get the user's Google Account ID from the decoded token. # This ID is unique to each Google Account, making it suitable for use as a primary key # during account lookup. Email is not a good choice because it can be changed by the user. userid = idinfo['sub'] except ValueError: # Invalid token pass
The
verify_oauth2_tokenfunction verifies the JWT signature, theaudclaim, and theexpclaim. You must also verify thehdclaim (if applicable) by examining the object thatverify_oauth2_tokenreturns. If multiple clients access the backend server, also manually verify theaudclaim.- رمز شناسه به درستی توسط گوگل امضا شده است. از کلیدهای عمومی Google (در قالب JWK یا PEM موجود است) برای تأیید امضای توکن استفاده کنید. این کلیدها به طور منظم چرخانده می شوند. هدر
پس از تأیید اعتبار توکن، میتوانید از اطلاعات موجود در توکن شناسه گوگل برای مرتبط کردن وضعیت حساب کاربری سایت خود استفاده کنید:
کاربر ثبتنام نشده: میتوانید رابط کاربری (UI) ثبتنام را نمایش دهید که به کاربر اجازه میدهد در صورت نیاز اطلاعات پروفایل بیشتری ارائه دهد. همچنین به کاربر اجازه میدهد تا بهطور مخفیانه حساب کاربری جدید و یک جلسه کاربری وارد شده ایجاد کند.
یک حساب کاربری موجود که از قبل در سایت شما وجود دارد: میتوانید صفحه وبی را نمایش دهید که به کاربر نهایی اجازه میدهد رمز عبور خود را وارد کند و حساب کاربری قدیمی را به اطلاعات کاربری گوگل خود پیوند دهد. این تأیید میکند که کاربر به حساب کاربری موجود دسترسی دارد.
یک کاربر فدرالِ در حال بازگشت: میتوانید کاربر را بیسروصدا وارد سیستم کنید.