معرفی

ساخت وبلاگ

آخرین مطالب

امکانات وب

معرفی

RFC 8693 OAUTH 2. 0 Exchange Token (از این پس "تبادل توکن") یک استاندارد فنی است که با ارائه یک نشانه موجود و اختیاری یکی دیگر از نشانه های موجود در نقطه پایانی توکن ، راهی برای به دست آوردن یک نشانه جدید تعریف می کند.

مشخصات بسیار انعطاف پذیر است. به بیان دیگر ، مشخصات جزئیاتی را که برای مبادله ایمن نشانه لازم است ، تعریف نمی کند. بنابراین ، برای اجرای مشخصات در یک سرور مجوز باید جزئیات بیشتری را در قسمت تعریف نشده در نظر بگیرید.

در این مقاله برخی از جزئیات کلیدی برای اجرای مشخصات تبادل توکن و پشتیبانی Authlete از این مشخصات شرح داده شده است.

مشخصات

نمودار زیر جریان تبادل توکن را نشان می دهد.

بخش های زیر انواع توکن و درخواست/پاسخ مبادله توکن را توضیح می دهد.

توکن

دو نوع نشانه ورودی وجود دارد. یک نشانه موضوعی و یک بازیگر.

موضوع

"موضوع موضوع" یک نشانه ورودی اجباری است. این "هویت حزب را به نمایندگی از آنها درخواست می کند."(گزیده ای از بخش 2. 1. درخواست RFC 8693)

مشخصات انتظار دارد که موضوع مشخص شده توسط نشانه موضوع به عنوان موضوع نشانه تازه صادر شده استفاده شود.

بازیگر

"بازیگر بازیگر" یک نشانه ورودی اختیاری است. این "هویت حزب بازیگری را نشان می دهد."(گزیده ای از بخش 2. 1. درخواست RFC 8693)

در صورت نیاز به متمایز کردن موضوع نشانه تازه صادر شده از حزب بازیگری که از این نشانه استفاده می کند ، اجرای سرور مجوز ممکن است از نشانه بازیگر استفاده کند و اطلاعات مربوط به حزب بازیگر را در نشانه قرار دهد. بخش 4. 1 و بخش 4. 4 RFC 8693 ادعاهای JWT مربوط به حزب بازیگری را تعریف کنید.

انواع توکن

به عنوان انواع احتمالی نشانه های فوق ، مشخصات انواع نشانه های زیر را لیست می کند و شناسه های نوع توکن را به آنها اختصاص می دهد. شناسه های انواع توکن در OAUTH URI از پارامترهای OAUTH IANA (مرجع شماره شماره های اینترنتی) ثبت شده است.

 

نوع توکن شناسه نوع توکن
jwt u: ietf: params: oauth: token-type: jwt
نشانه دسترسی u: ietf: params: oauth: token-type: access_token
نشانه u: ietf: params: oauth: token-type: refresh_token
شناسه u: ietf: params: oauth: token-type: id_token
SAML 1. 1 ادعا u: ietf: params: oauth: token-type: saml1
ادعای SAML 2. 0 u: ietf: params: oauth: token-type: saml2

شناسه نوع توکن برای JWT در RFC 7519 Json Web Token (JWT) تعریف شده است. برخی دیگر در مبادله توکن RFC 8693 OAUTH 2. 0 تعریف شده اند.

درخواست تبادل توکن

درخواست مبادله توکن نوعی درخواست توکن است.

نوع کمک هزینه

برای تمایز درخواست های تبادل توکن از سایر درخواست های نشانه ، نوع جدید کمک هزینه URN: IETF: PARAMS: OAUTH: Grant-Type: Token-Exchange در مشخصات تعریف شده است. مقدار به عنوان مقدار پارامتر درخواست Grant_Type درخواست توکن استفاده می شود.

شناسایی و تأیید اعتبار مشتری

مشخصات نیازی به تأیید اعتبار مشتری و حتی شناسایی مشتری در نقطه پایانی توکن ندارد. بخش 2. 1. درخواست RFC 8693 آن را به شرح زیر بیان می کند.

روشهای پشتیبانی شده احراز هویت مشتری و اینکه آیا به مشتریان غیرمجاز یا ناشناس اجازه می دهند یا عدم تصمیم گیری در مورد استقرار هستند که به صلاحدید سرور مجوز هستند.

از نظر فنی ، "مشتری های غیرمجاز" به معنای مشتری های عمومی (به عنوان مثال RFC 6749 بخش 2. 1. انواع مشتری) و "مشتری های ناشناس" به این معنی است که یک درخواست توکن حاوی اطلاعاتی نیست که از طریق آن می توانید مشتری را شناسایی کنید.

اگرچه ضمیمه 1. 1 از RFC 8693 نمونه ای از درخواست مبادله توکن از مشتری ناشناس را نشان می دهد ، چنین مواردی فقط در شرایط محدود مانند یک شبکه بسته در یک سرویس مناسب است. در شرایط دیگر ، شما باید جزئیات بیشتری را که خارج از محدوده RFC 8693 است ، برای مبادله ایمن تعریف کنید.

درخواست پارامترها

جدول زیر پارامترهای مربوط به درخواست های تبادل توکن را نشان می دهد.

 

پارامتر درخواست ضرورت شرح
Grant_Type ضروری مقدار URN: IETF: PARAMS: OAUTH: Grant-Type: Token-Exchange نشان می دهد که درخواست توکن یک درخواست تبادل توکن است.
منبع اختیاری منابعی که باید به نشانه تازه صادر شده گره خورده باشد. این پارامتر درخواست ممکن است چندین بار مشخص شود. برای جزئیات بیشتر به شاخص های منابع RFC 8707 برای OAUTH 2. 0 مراجعه کنید.
حضار اختیاری مخاطبان نشانه تازه صادر شده. این پارامتر درخواست نیز ممکن است چندین بار مشخص شود.
محدوده اختیاری لیستی از نامهای محدود به فضا از دامنه ها که قرار است به نشانه تازه صادر شده گره خورده باشند.
درخواست شده_ token_type اختیاری نوع نشانه نشانه تازه صادر شده که مشتری می خواهد. یکی از شناسه های نوع توکن ثبت شده.
موضوع_کنی ضروری ارزش نشانه موضوع.
subject_token_type ضروری نوع نشانه نشانه. یکی از شناسه های نوع توکن ثبت شده.
بازیگر_کون اختیاری ارزش نشانه بازیگر.
بازیگر_تون_تایپ اختیاری نوع توکن بازیگر. یکی از شناسه های نوع توکن ثبت شده. هنگامی که پارامتر درخواست AMPROW_TOKEN داده می شود ، این پارامتر درخواست مورد نیاز است. در مقابل ، هنگامی که پارامتر درخواست AMPRACT_TOKEN داده نشود ، این پارامتر درخواست نباید حضور داشته باشد.

RFC 6749 چارچوب مجوز OAUTH 2. 0 "درخواست و پارامترهای پاسخ نباید بیش از یک بار درج شوند."پارامتر درخواست منابع و پارامتر درخواست مخاطب استثنائی است.

پاسخ تبادل توکن

پاسخ مبادله توکن نوعی پاسخ های نشانه است.

پارامترهای پاسخ

جدول زیر پارامترهای مربوط به پاسخ های تبادل توکن را نشان می دهد.

 

پارامتر پاسخ ضرورت شرح
نشانه دسترسی ضروری صرف نظر از نوع توکن ، مقدار نشانه تازه صادر شده بر روی این پارامتر پاسخ تنظیم شده است.
صادر شده_ token_type ضروری نوع نشانه نشانه تازه صادر شده. یکی از شناسه نوع توکن ثبت شده.
نوع token_type ضروری هنگامی که نوع توکن نشانه تازه صادر شده URN است: IETF: PARAMS: OAUTH: TOKEN-TYPE: ACCESS_TOKEN ، این پارامتر پاسخ همان معنای تعریف شده در RFC 6749 را چارچوب مجوز OAUTH 2. 0 دارد. در موارد دیگر ، "N_A" تنظیم شده است.
منقضی می شود اختیاری طول عمر نشانه تازه صادر شده در ثانیه.
محدوده اختیاری دامنه ها به نشانه تازه صادر شده گره خورده اند. هنگامی که مجموعه واقعی دامنه های گره خورده به نشانه تازه صادر شده با مجموعه درخواست شده توسط درخواست تبادل توکن متفاوت است ، این پارامتر پاسخ مورد نیاز است.
refresh_token اختیاری یک توکن تازه (به عنوان مثال RFC 6749 بخش 6. تازه کردن یک نشانه دسترسی).

حمایت در Authlete

در این بخش پشتیبانی Authlete از مبادله توکن شرح داده شده است.

RFC 8693 توسط Authlete 2. 3 به بعد پشتیبانی می شود.

درخواست تبادل توکن

"عمل" ارزش پاسخ API /Auth /Token

با دریافت درخواست توکن از مشتری ، یک سرور مجوز محتوای درخواست را به API Authlete /Auth /Token به عنوان یکی از پارامترهای درخواست ارسال می کند. این API پاسخی را ارائه می دهد که در صورت برآورده شدن شرایط زیر شامل TOKEN_EXCHANGE به عنوان یک مقدار پارامتر عمل است:

  • مقدار پارامتر درخواست Grant_Type درخواست توکن u است: IETF: Params: OAUTH: Grant-Type: Token-Exchange
  • درخواست مراحل اساسی اعتبار سنجی را که در سمت سرور Authlete انجام می شود عبور می کند

در جدول زیر پارامترهای پاسخ مربوط به تبادل توکن در پاسخ از API /auth /token ذکر شده است.

 

پارامتر پاسخ نوع شرح
منابع مجموعه رشته مقادیر پارامترهای درخواست منبع.
مخاطبان مجموعه رشته مقادیر پارامترهای درخواست مخاطب.
دامنه ها مجموعه رشته دامنه های فهرست شده در پارامتر scope request.
requestedTokenType رشته رشته ای که پارامتر درخواست requested_token_type را نشان می دهد مانند "ACCESS_TOKEN".(نگاه کنید به TokenType. java)
SubjectToken رشته مقدار پارامتر درخواست subject_token.
SubjectTokenType رشته رشته ای که مقدار پارامتر درخواست subject_token_type مانند "ACCESS_TOKEN" را نشان می دهد.(نگاه کنید به TokenType. java)
subjectTokenInfo هدف - شی اطلاعات در مورد نشانه موضوع. فقط زمانی در دسترس است که نوع توکن یا نشانه دسترسی یا رمز بازخوانی باشد.
بازیگر توکن رشته مقدار پارامتر درخواست actor_token.
actorTokenType رشته رشته ای که مقدار پارامتر درخواست actor_token_type مانند "ACCESS_TOKEN" را نشان می دهد.(نگاه کنید به TokenType. java)
actorTokenInfo هدف - شی اطلاعاتی در مورد نشانه بازیگر. فقط زمانی در دسترس است که نوع توکن یا نشانه دسترسی یا رمز بازخوانی باشد.

اعتبار سنجی توکن

در مورد اعتبارسنجی روی نشانه های ورودی، مشخصات به شرح زیر است.

در پردازش درخواست، سرور مجوز باید رویه های اعتبارسنجی مناسب را برای نوع توکن نشان داده شده انجام دهد و در صورت وجود توکن کنشگر، رویه های اعتبارسنجی مناسب را برای نوع توکن مشخص شده خود نیز انجام دهد. معیارهای اعتبار و جزئیات هر توکن خاص خارج از حوصله این سند است و مختص نوع توکن مربوطه و محتوای آن است.

این بدان معنی است که یک سرور مجوز باید یک اعتبارسنجی مناسب را انجام دهد، اما RFC 8693 هیچ جزئیاتی را در مورد اعتبار سنجی رمز تعریف نمی کند و آنها را به اجرای سرور مجوز واگذار می کند. برای کاهش بار سرورهای مجوز، API /auth/token Authlete اعتبار سنجی زیر را انجام می دهد.

 

خیر اعتبار سنجی
1 اگر پارامتر درخواست داده شده باشد و مقدار آن خالی نباشد، تأیید کنید که مقدار پارامتر درخواست requested_token_type یکی از شناسه های نوع رمز ثبت شده است.
2 تأیید کنید که پارامتر درخواست subject_token داده شده است و مقدار آن خالی نیست.
3 تأیید کنید که پارامتر درخواست subject_token_type داده شده است و مقدار آن یکی از شناسه های نوع رمز ثبت شده است.
4 اگر پارامتر درخواست actor_token داده شده باشد و مقدار آن خالی نباشد، تأیید کنید که پارامتر درخواست actor_token_type داده شده است و مقدار آن یکی از شناسه های نوع نشانه ثبت شده است.
5 تأیید کنید که پارامتر درخواست بازیگر_token_type داده نمی شود یا وقتی پارامتر درخواست AMPRACH_TOKEN یا مقدار آن خالی نیست ، مقدار آن خالی است.

علاوه بر این ، Authlete اعتبار سنجی اضافی را بر روی نشانه های مشخص شده توسط پارامتر درخواست subject_token و پارامتر درخواست بازیگر طبق نوع توکن مربوطه همانطور که در زیر آمده است ، انجام می دهد.

نوع توکن: JWT

خیر اعتبار سنجی
1 تأیید کنید که این قالب با مشخصات JWT مطابقت دارد (RFC 7519 JSON Web Token (JWT)).
2 بررسی کنید که آیا JWT رمزگذاری شده است و آیا رمزگذاری شده است ، سپس (الف) درخواست مبادله توکن را رد کنید وقتی پرچم TokenexChangeEncryptedJwtrejected سرویس صحیح است یا (ب) مراحل اعتبار سنجی باقی مانده را در هنگام دروغ بودن پرچم رد می کند.
3 تأیید کنید که در صورتی که JWT حاوی این ادعا باشد ، زمان فعلی به زمان مندرج در ادعای EXP نرسیده است.
4 تأیید کنید که زمان فعلی برابر است با یا بعد از زمان ذکر شده توسط ادعای IAT اگر JWT حاوی این ادعا باشد.
5 تأیید کنید که زمان فعلی برابر یا بعد از زمان ذکر شده توسط ادعای NBF است اگر JWT حاوی این ادعا باشد.
6 بررسی کنید که آیا JWT امضا شده است و اگر امضا نشده است ، (الف) درخواست تبادل توکن را رد کنید وقتی پرچم TokenexChangeUnsignedJwtrejected سرویس صحیح است یا (ب) اعتبار سنجی را روی نشانه ورودی به پایان می رساند.
7 (امضای JWT تأیید نشده است.)

Authlete JWT رمزگذاری شده را تأیید نمی کند زیرا هیچ روش استانداردی برای به دست آوردن کلید رمزگشایی JWT با آن وجود ندارد. این بدان معنی است که شما باید یک JWT رمزگذاری شده توسط خودتان تأیید کنید که یکی از آنها به عنوان یک نشانه ورودی با نوع توکن استفاده می شود: IETF: PARAMS: OAUTH: TOKEN-TYPE: JWT (اگر TokenexChangeEncryptedJwtrejected از سرویس شما نادرست است). Authlete امضای JWT را تأیید نمی کند زیرا هیچ روش استانداردی برای به دست آوردن کلید برای تأیید امضای JWT با آن وجود ندارد. این بدان معنی است که شما باید هنگام استفاده از JWT امضا شده به عنوان یک نشانه ورودی با نوع توکن ، امضا را تأیید کنید: IETF: Params: OAUTH: TOKEN-TYPE: JWT.

نوع توکن: به نشانه دسترسی

خیر اعتبار سنجی
1 تأیید کنید که این نشانه یک نشانه دسترسی است که توسط سرور Authlete از خدمات شما صادر شده است.
2 تأیید کنید که نشانه دسترسی منقضی نشده است.
3 تأیید کنید که نشانه دسترسی متعلق به سرویس است.

مراحل اعتبار سنجی فوق حاکی از آن است که نشانه های دسترسی صادر شده توسط سیستم های دیگر نمی توانند به عنوان یک نشانه موضوعی یا یک بازیگر با نوع توکن استفاده شوند: IETF: Params: OAUTH: TOKEN-TYPE: ACCESS_TOKEN. Authlete ممکن است گزینه پیکربندی را برای غیرفعال کردن مراحل اعتبار سنجی در آینده فراهم کند ، اما در زمان این نوشتار برنامه ریزی نشده است.

نوع توکن: توکن را تازه کنید

خیر اعتبار سنجی
1 تأیید کنید که این نشانه یک نشانه تازه است که توسط سرور Authlete از خدمات شما صادر شده است.
2 تأیید کنید که نشانه تازه ای منقضی نشده است.
3 تأیید کنید که نشانه تازه سازی متعلق به سرویس است.

مراحل اعتبار سنجی فوق حاکی از آن است که نشانه های تازه ای که توسط سیستم های دیگر صادر می شود ، نمی توانند به عنوان یک نشانه موضوعی یا یک بازیگر با نوع توکن استفاده شوند: IETF: Params: OAUTH: TOKEN-TYPE: refresh_token. Authlete ممکن است گزینه پیکربندی را برای غیرفعال کردن مراحل اعتبار سنجی در آینده فراهم کند ، اما در زمان این نوشتار برنامه ریزی نشده است.

نوع توکن: ID Token

خیر اعتبار سنجی
1 تأیید کنید که این قالب با مشخصات JWT مطابقت دارد (RFC 7519 JSON Web Token (JWT)).
2 بررسی کنید که آیا توکن شناسه رمزگذاری شده است و آیا رمزگذاری شده است ، سپس (الف) درخواست مبادله توکن را رد کنید که پرچم TokenexChangeEncryptedJwtrejected سرویس صحیح باشد یا (ب) مراحل اعتبار سنجی باقی مانده را در هنگام دروغ بودن پرچم رد کنید.
3 تأیید کنید که نشانه شناسه شامل ادعای EXP است و زمان فعلی به زمان ذکر شده توسط ادعا نرسیده است.
4 تأیید کنید که نشانه شناسه شامل ادعای IAT است و زمان فعلی برابر یا بعد از زمان ذکر شده توسط ادعا است.
5 تأیید کنید که زمان فعلی برابر یا بعد از زمان ذکر شده توسط ادعای NBF است اگر نشانه شناسه حاوی ادعا باشد.
6 تأیید کنید که نشانه شناسه شامل ادعای ISS است و ارزش آن یک URI معتبر است. علاوه بر این ، تأیید کنید که URI دارای طرح HTTPS ، هیچ مؤلفه پرس و جو و مؤلفه قطعه ای نیست.
7 تأیید کنید که نشانه شناسه شامل ادعای AUD است و مقدار آن یک رشته JSON یا مجموعه ای از رشته های JSON است.
8 تأیید کنید که اگر نشانه شناسه حاوی ادعا باشد ، ارزش ادعای Nonce یک رشته JSON است.
9 بررسی کنید که آیا توکن شناسه امضا شده است و آیا امضا نشده است ، (الف) درخواست مبادله توکن را رد کنید وقتی پرچم TokenexChangeUnsignedJwtrejected سرویس صحیح است یا (ب) اعتبار سنجی را روی نشانه ورودی به پایان می رساند.
10 تأیید کنید که الگوریتم امضاء توکن ID نامتقارن است.
11 امضای نشانه شناسه را تأیید کنید.

Authlete یک نشانه شناسه رمزگذاری شده را تأیید نمی کند زیرا هیچ روش استاندارد برای به دست آوردن کلید رمزگشایی نشانه شناسه در متن مبادله توکن وجود ندارد که در آن شناسه مشتری برای رمزگذاری رمزگذاری شده قابل تعیین نیست. این بدان معنی است که شما باید یک نشانه رمزگذاری شده رمزگذاری شده توسط خودتان تأیید کنید که یکی از آنها به عنوان یک نشانه ورودی با نوع توکن استفاده می شود: IETF: PARAMS: OAUTH: TOKEN-TYPE: ID_TOKEN (اگر TokenexChangeEncryptedJwtreded از سرویس شما نادرست باشد). مرحله 10 اعتبار سنجی در بالا دلالت بر این دارد که نشانه های شناسه که الگوریتم امضای آنها متقارن است (HS256 ، HS384 یا HS512) نمی تواند به عنوان یک نشانه موضوع یا یک بازیگر بازیگر با نوع توکن استفاده شود: IETF: PARMS: OAUTH: TOKEN TYPE: ID_TOKENKOKEN. به این دلیل است که کلید متقارن برای تأیید امضای با (یعنی راز مشتری) نمی تواند در زمینه مبادله توکن تعیین شود. تأیید امضای حتی در مواردی که صادرکننده توکن شناسه خدمات شما نیست ، انجام می شود. اما در این حالت ، صادرکننده باید از نقطه پایانی کشف تعریف شده در OpenID Connect Discovery 1. 0 پشتیبانی کند. در غیر این صورت ، تأیید امضای انجام نمی شود.

نوع توکن: SAML 1. 1 ادعا

خیر اعتبار سنجی
1 (Authlete هیچ اعتبار برای این نوع توکن انجام نمی دهد.)

نوع توکن: ادعای SAML 2. 0

خیر اعتبار سنجی
1 (Authlete هیچ اعتبار برای این نوع توکن انجام نمی دهد.)

پاسخ تبادل توکن

/auth/token/ایجاد api

سرور مجوز اعتبار سنجی لازم را بر اساس پاسخ API /auth /token انجام می دهد تا مشخص شود چه نوع نشانه ای صادر می شود و پاسخ مبادله ای را به مشتری می دهد.

این سرور با مشخص کردن Token_Exchange به عنوان مقدار GrantType ، که یکی از پارامترهای درخواست API است ، از Authlete's/Auth/Token/Create API استفاده می کند.

موارد پیکربندی مرتبط

همانطور که قبلاً نیز گفته شد ، شما باید جزئیاتی را که خارج از محدوده RFC 8693 است ، تعریف کنید تا مبادله توکن ایمن باشد. برای این منظور ، Authlete گزینه های پیکربندی زیر را ارائه می دهد تا بتوانید از آنها برای ساختن یک سرور مجوز با Authlete استفاده کنید.

پیکربندی خدمات

گزینه پیکربندی نوع شرح
فقط مشتری های قابل شناسایی بولی این که آیا درخواست های مبادله توکن توسط مشتریان ناشناس را رد می کند - service. tokenexchangebydiideifiableclecleclicsonical (javadoc)
فقط مشتری های محرمانه بولی این که آیا درخواست های مبادله توکن توسط مشتریان عمومی را رد می کند - service. tokenexchangebyconfidentialclientsonical (javadoc)
فقط مشتری های مجاز بولی این که آیا درخواست های مبادله توکن توسط مشتریانی که مجوز صریح ندارند - Service. TokenexChangeByPermittedClientSonsony (Javadoc) را رد کنید
رمزگذاری JWT رد شد بولی این که آیا درخواست های تبادل توکن را که از JWT های رمزگذاری شده به عنوان نشانه های ورودی استفاده می کنند ، رد کنید.
JWT امضا نشده رد شد بولی این که آیا درخواست های تبادل توکن را که از JWT های امضا نشده به عنوان نشانه های ورودی استفاده می کنند ، رد کنید

پیکربندی پسوند مشتری

پیکربندی نوع شرح
مجوز صریح برای مبادله توکن بولی آیا اجازه صریح برای مبادله توکن وجود دارد - clientextension. tokenexchangepermitted (javadoc)

مثال ها

اجرای سرور مجوز

پردازش عمل token_exchange

اجرای سرور مجوز باید برای پشتیبانی از مبادله توکن ، اقدامات token_exchange را پردازش کند. بیانیه سوئیچ زیر گزیده ای از TokenRequestHandler. java در کتابخانه Authlete-Java-Jaxrs نمونه ای از پردازش عمل token_exchange است. عبارت سوئیچ دارای یک پرونده برای token_exchange است.

// اعزام مطابق عمل.  تعویض (عمل)   موردINVALID_CLIENT:  // 401 غیرمجاز  برگشتپاسخ.غیرمجاز(محتوا,چالش);   موردinte_server_error:  // 500 خطای سرور داخلی  برگشتپاسخ.intealservererror(محتوا);   مورددرخواست بد:  // 400 درخواست بد  برگشتپاسخ.درخواست بد(محتوا);   موردکلمه عبور:  // درخواست توکن را که جریان آن "اعتبار رمز عبور صاحب منبع" است ، پردازش کنید.  برگشتکلمه کلیدی(واکنش);   موردخوب:  // 200 خوب  برگشتپاسخ.ok(محتوا);   موردtoken_exchange:  // پردازش درخواست تبادل توکن (RFC 8693)  برگشتHandletokenexchange(واکنش);   موردjwt_bearer:  // درخواست توکن را که از نوع کمک هزینه استفاده می کند پردازش کنید  // URN: IETF: PARAMS: OAUTH: Grant-Type: JWT-Bearer (RFC 7523).  برگشتHandleJwtbearer(واکنش);   پیش فرض:  // این هرگز اتفاق نمی افتد.  پرت كردنگیره دار().ناشناخته("/api/auth/token",عمل); >

پردازش درخواست های تبادل توکن

TokenexChanger. Java در Java-Oauth-Server ، یک نمونه منبع باز از سرور مجوز که در جاوا نوشته شده است ، یک نمونه اجرای پردازش درخواست تبادل توکن است.

توجه داشته باشید که اجرای فقط یک نمونه است و برای استفاده از تولید در نظر گرفته نشده است.

مثال درخواست و پاسخ

1. یک نشانه شناسه را به نوعی یا دیگری تهیه کنید.

$ id_token=2. درخواست مبادله توکن را ایجاد کنید.

$ curl http: // localhost: 8080/api/toke n-d grant_type

URN: IETF: Params: OAUTH: Grant-Type: Token-Exchang e-d Subject_Token=$ id_toke n-d subject_token_type=u: ietf: params: oauth: toke n-type: id_toke n-d client_id=دامنه D=5908895171پست الکترونیک=3. پاسخ مبادله توکن را دریافت کنید.

"نشانه دسترسی"

  "nedl-q9efoi4s5xzameimxaxvqs139jm9dtyeluad5o":"صادر شده_ token_type",  "u: ietf: params: oauth: token-type: access_token":"token_type",  "تحمل":"منقضی می شود",  "محدوده":86400,  "پست الکترونیک":"Refresh_token",  "PK9F5OWIRX58_XWRE_SPCLLN-BM673LJLITSFFJQWAO": >
تجارت با گزینه‌‌های باینری...
ما را در سایت تجارت با گزینه‌‌های باینری دنبال می کنید

برچسب : نویسنده : نازنین فراهانی بازدید : 35 تاريخ : چهارشنبه 15 شهريور 1402 ساعت: 13:22

آرشیو مطالب

پيوندهای روزانه

لینک دوستان

خبرنامه