প্রমাণীকরণ টোকেন

ব্যবহারকারীর পরিচয় যাচাই করার জন্য পরিচয় অংশীদার (আইডিপি) দ্বারা জারি করা বেয়ারার টোকেন ( JWT: RFC 7516 )।

{
  "aud": string,
  "email": string,
  "exp": string,
  "iat": string,
  "iss": string,
  "google_email": string,
  ...
}

delegate জন্য KACLS প্রমাণীকরণ টোকেন

প্রমাণীকরণ টোকেনে একটি JSON ওয়েব টোকেন (JWT) ( JWT: RFC 7516 ) থাকে যা একটি বহনকারী প্রমাণীকরণ টোকেন।

কখনও কখনও একজন ব্যবহারকারী সরাসরি কোনও ক্লায়েন্টের উপর প্রমাণীকরণ করতে সক্ষম হন না। এই ক্ষেত্রে ব্যবহারকারী একটি নির্দিষ্ট রিসোর্সে তাদের অ্যাক্সেস সেই ক্লায়েন্টকে অর্পণ করতে পারেন। এটি একটি নতুন অর্পণকৃত প্রমাণীকরণ টোকেন জারি করার মাধ্যমে অর্জন করা হয় যা মূল প্রমাণীকরণ টোকেনের পরিধি সীমিত করে।

ডেলিগেটেড অথেনটিকেশন টোকেনটি সাধারণ অথেনটিকেশন টোকেনের মতোই, যার একটি অতিরিক্ত দাবি রয়েছে:

প্রমাণীকরণ টোকেনে resource_name দাবিটি, একটি ডেলিগেশন প্রসঙ্গে, ডেটা এনক্রিপশন কী (DEK) দ্বারা এনক্রিপ্ট করা বস্তু সনাক্ত করার জন্য ব্যবহৃত হয় যার জন্য ডেলিগেশন বৈধ।

টোকেনটি কী অ্যাক্সেস কন্ট্রোল লিস্ট সার্ভিস (KACLS) দ্বারা Delegate কল ব্যবহার করে জারি করা হয়। এটি হয় স্ব-স্বাক্ষরিত JWT হতে পারে যা KACLS যাচাই করতে সক্ষম, অথবা KACLS এটি করার জন্য অন্য কোনও IdP ব্যবহার করতে পারে, একটি বিশ্বস্ত কলের মাধ্যমে।

ডেলিগেটেড অথেনটিকেশন টোকেন বৈধ বলে বিবেচিত হওয়ার জন্য, একই ক্রিয়াকলাপের জন্য একটি ডেলিগেটেড অথোরাইজেশন টোকেন প্রদান করতে হবে। ডেলিগেটেড অথোরাইজেশন টোকেনটি সাধারণ অথোরাইজেশন টোকেনের মতোই, তবে এতে অতিরিক্ত দাবি delegated_to থাকে। delegated_to এবং resource_name দাবির মান অবশ্যই ডেলিগেটেড অথোরাইজেশন টোকেনের মানগুলির সাথে মিলতে হবে।

আমরা সুপারিশ করছি যে আপনি ডেলিগেট করা প্রমাণীকরণ টোকেনের জন্য লাইফটাইম মান 15 মিনিট নির্ধারণ করুন যাতে ফাঁসের ক্ষেত্রে সম্ভাব্য পুনঃব্যবহার এড়ানো যায়।

{
  "email": string,
  "iss": string,
  "aud": string,
  "exp": string,
  "iat": string,
  "google_email": string,
  "delegated_to": string,
  "resource_name": string
  ...
}

PrivilegedUnwrap এর জন্য KACLS প্রমাণীকরণ টোকেন

ব্যবহারকারীর পরিচয় যাচাই করার জন্য পরিচয় অংশীদার (আইডিপি) দ্বারা জারি করা বেয়ারার টোকেন ( JWT: RFC 7516 )।

এটি শুধুমাত্র PrivilegedUnwrap এ ব্যবহার করা হয়। PrivilegedUnwrap সময়, যদি IDP প্রমাণীকরণ টোকেনের পরিবর্তে KACLS JWT ব্যবহার করা হয়, তাহলে প্রাপক KACLS-কে প্রথমে ইস্যুকারীর JWKS আনতে হবে, তারপর দাবিগুলি পরীক্ষা করার আগে টোকেন স্বাক্ষর যাচাই করতে হবে।

{
  "aud": string,
  "exp": string,
  "iat": string,
  "iss": string,
  "kacls_url": string,
  "resource_name": string
  ...
}