Claims-based identity
দাবি-ভিত্তিক পরিচয় অ্যাপ্লিকেশনগুলির জন্য তাদের সংস্থার অভ্যন্তরে, অন্যান্য সংস্থায় এবং ইন্টারনেটে ব্যবহারকারীদের সম্পর্কে প্রয়োজনীয় পরিচয় তথ্য অর্জনের একটি সাধারণ উপায়। এটি প্রাঙ্গনে বা মেঘে চলমান অ্যাপ্লিকেশনগুলির জন্য একটি সামঞ্জস্যপূর্ণ পদ্ধতিও সরবরাহ করে। দাবি-ভিত্তিক পরিচয় পরিচয় এবং প্রবেশাধিকার নিয়ন্ত্রণের পৃথক উপাদানগুলিকে দুটি অংশে বিমূর্ত করেঃ দাবির ধারণা এবং ইস্যুকারী বা কর্তৃপক্ষের ধারণা। পরিচয় এবং দাবি একটি দাবি হল এমন একটি বিবৃতি যা একটি বিষয়, যেমন কোনও ব্যক্তি বা সংস্থা, নিজের বা অন্য কোনও বিষয় সম্পর্কে করে। উদাহরণস্বরূপ, বিবৃতিটি একটি নাম, গোষ্ঠী, ক্রয় পছন্দ, জাতি, বিশেষাধিকার, সমিতি বা ক্ষমতা সম্পর্কে হতে পারে। দাবি বা দাবি করার বিষয় হল প্রদানকারী। দাবিগুলি এক বা একাধিক টোকেনে প্যাকেজ করা হয় যা পরে একজন ইস্যুকারী (প্রদানকারী) দ্বারা জারি করা হয়, যা সাধারণত নিরাপত্তা টোকেন পরিষেবা (এস. টি. এস) নামে পরিচিত। "দাবি-ভিত্তিক পরিচয়" নামটি প্রথমে বিভ্রান্তিকর হতে পারে কারণ এটি একটি ভুল নাম বলে মনে হয়। পরিচয়ের ধারণার সাথে দাবির ধারণাটি সংযুক্ত করা অনুমোদনের সাথে প্রমাণীকরণের (পরিচয় নির্ধারণ) সংমিশ্রণ বলে মনে হয় (চিহ্নিত বিষয় কী করতে পারে এবং কী নাও করতে পারে)। যাইহোক, একটি ঘনিষ্ঠ পরীক্ষা থেকে জানা যায় যে এই ক্ষেত্রে নয়। দাবিগুলি বিষয় যা করতে পারে এবং যা করতে পারে না তা নয়। বিষয়টা যা-ই হোক বা না-হোক, তারাই হল বিষয়। এটা নির্ভর করে আবেদন প্রাপ্তির উপর যে আবেদনটি আবেদনের নিয়ম অনুযায়ী দাবি করা হয়েছে/নয়। ঐতিহ্যবাহী ব্যবস্থায় একজন ব্যবহারকারী কী/না এবং ব্যবহারকারী কী করতে পারে/নাও করতে পারে তার মধ্যে পার্থক্য এবং সাদৃশ্য সম্পর্কে প্রায়শই বিভ্রান্তি থাকে। দাবি-ভিত্তিক পরিচয় সেই পার্থক্যকে স্পষ্ট করে। নিরাপত্তা টোকেন পরিষেবা একবার ব্যবহারকারী কী/নয় এবং ব্যবহারকারী কী করতে পারে/নাও করতে পারে তার মধ্যে পার্থক্য স্পষ্ট হয়ে গেলে, ব্যবহারকারী কী/নয় (দাবি) তার প্রমাণীকরণ তৃতীয় পক্ষের দ্বারা পরিচালিত হতে পারে। এই তৃতীয় পক্ষকে নিরাপত্তা টোকেন পরিষেবা বলা হয়। নিরাপত্তা টোকেন পরিষেবার ধারণাটি আরও ভালভাবে বোঝার জন্য, একজন দ্বাররক্ষী সহ একটি নাইট ক্লাবের উপমা বিবেচনা করুন। দ্বাররক্ষী কম বয়সী পৃষ্ঠপোষকদের প্রবেশ থেকে বিরত রাখতে চায়। এর সুবিধার্থে তিনি একজন পৃষ্ঠপোষককে ড্রাইভিং লাইসেন্স, স্বাস্থ্য বীমা কার্ড বা অন্যান্য সনাক্তকরণ (টোকেন) উপস্থাপন করার জন্য অনুরোধ করেন যা কোনও বিশ্বস্ত তৃতীয় পক্ষ (সুরক্ষা টোকেন পরিষেবা) যেমন প্রাদেশিক বা রাজ্য যানবাহন লাইসেন্স বিভাগ, স্বাস্থ্য বিভাগ বা বীমা সংস্থা দ্বারা জারি করা হয়েছে। নাইটক্লাবটি এইভাবে পৃষ্ঠপোষকের বয়স নির্ধারণের দায়িত্ব থেকে মুক্ত হয়। এটিকে কেবল ইস্যুকারী কর্তৃপক্ষকে বিশ্বাস করতে হবে (এবং অবশ্যই উপস্থাপিত টোকেনের সত্যতা সম্পর্কে নিজস্ব রায় দিতে হবে)। এই দুটি ধাপ সম্পন্ন হওয়ার সাথে সাথে নাইটক্লাব সফলভাবে পৃষ্ঠপোষককে এই দাবির বিষয়ে প্রমাণীকরণ করেছে যে তিনি বৈধ মদ্যপানের বয়সের। উপমাটি অব্যাহত রেখে, নাইটক্লাবের একটি সদস্যপদ ব্যবস্থা থাকতে পারে এবং কিছু সদস্য নিয়মিত বা ভিআইপি হতে পারে। দ্বাররক্ষী সদস্যপদ কার্ড নামে আরেকটি টোকেন চাইতে পারে, যা অন্য দাবি করতে পারে; যে সদস্য একজন ভিআইপি। এই ক্ষেত্রে টোকেনের বিশ্বস্ত প্রদানকারী কর্তৃপক্ষ সম্ভবত ক্লাব নিজেই হবে। যদি সদস্যপদ কার্ডটি দাবি করে যে পৃষ্ঠপোষক একজন ভিআইপি, তবে ক্লাবটি সেই অনুযায়ী প্রতিক্রিয়া জানাতে পারে, প্রমাণীকরণকৃত ভিআইপি সদস্যপদ দাবিকে অনুমতি হিসাবে অনুবাদ করে যেমন পৃষ্ঠপোষককে একচেটিয়া লাউঞ্জ এলাকায় বসার অনুমতি দেওয়া হয় এবং বিনামূল্যে পানীয় পরিবেশন করা হয়। মনে রাখবেন যে "প্রমাণীকরণ" শব্দটির সমস্ত ব্যবহারের মধ্যে দাবি অধিগ্রহণ অন্তর্ভুক্ত নয়। একমাত্র পার্থক্য হল প্রমাণীকরণ লক্ষ্য সাইটে ব্যবহারকারীর সম্পর্কে থাকা তথ্যের সাথে ব্যবহারকারীর বাঁধাইয়ের মধ্যে সীমাবদ্ধ কারণ প্রমাণীকরণ সম্পূর্ণ করার জন্য কোনও অ্যাট্রিবিউট ডেটা (দাবি) প্রয়োজন হয় না। গোপনীয়তার উদ্বেগগুলি আরও গুরুত্বপূর্ণ হয়ে ওঠার সাথে সাথে ব্যক্তিগত বৈশিষ্ট্যগুলিতে অ্যাক্সেস ছাড়াই ব্যবহারকারীদের প্রমাণীকরণের জন্য ডিজিটাল সত্তাগুলির ক্ষমতা ক্রমবর্ধমান গুরুত্বপূর্ণ হয়ে ওঠে। সুবিধা দাবি-ভিত্তিক পরিচয়ে পৃথক সফ্টওয়্যার অ্যাপ্লিকেশনগুলির জন্য প্রমাণীকরণ যুক্তি সহজ করার সম্ভাবনা রয়েছে, কারণ সেই অ্যাপ্লিকেশনগুলিকে অ্যাকাউন্ট তৈরি, পাসওয়ার্ড তৈরি, রিসেট ইত্যাদির জন্য প্রক্রিয়া সরবরাহ করতে হবে না। উপরন্তু, দাবি-ভিত্তিক পরিচয় অ্যাপ্লিকেশনগুলিকে ব্যবহারকারী সম্পর্কে কিছু জিনিস জানতে সক্ষম করে, সেই তথ্যগুলি নির্ধারণের জন্য ব্যবহারকারীকে জিজ্ঞাসাবাদ না করেই। তথ্য বা দাবিগুলি একটি "খাম"-এ স্থানান্তরিত হয় যাকে একটি সুরক্ষিত টোকেন বলা হয়। দাবি-ভিত্তিক পরিচয় প্রমাণীকরণ প্রক্রিয়াটিকে ব্যাপকভাবে সহজতর করতে পারে কারণ ব্যবহারকারীকে একাধিক অ্যাপ্লিকেশনগুলিতে একাধিকবার সাইন ইন করতে হবে না। একটি একক সাইন ইন টোকেন তৈরি করে যা পরে একাধিক অ্যাপ্লিকেশন বা ওয়েবসাইটের বিরুদ্ধে প্রমাণীকরণ করতে ব্যবহৃত হয়। উপরন্তু, যেহেতু কিছু তথ্য (দাবি) টোকেনের সাথে প্যাকেজ করা থাকে, তাই ব্যবহারকারীকে প্রতিটি পৃথক অ্যাপ্লিকেশনকে সেই তথ্যগুলি বারবার বলতে হবে না, উদাহরণস্বরূপ অনুরূপ প্রশ্নের উত্তর দিয়ে বা অনুরূপ ফর্মগুলি পূরণ করে। আরও দেখুন অ্যাক্সেস কন্ট্রোল সার্ভিস আইডেন্টিটি ম্যানেজমেন্ট সিকিউরিটি টোকেন অ্যাক্সেস টোকেন জে. এস. ও. এন ওয়েব টোকেন রেফারেন্স প্রমাণীকরণ পদ্ধতি