উত্তর:
এগুলি জেনাস, প্রজাতি এবং স্বতন্ত্র শ্রেণিবিন্যাসের উপক্রম হিসাবে h
ব্যাকরণে ব্যবহৃত একই পদ থেকে বিষয় / অবজেক্টের উত্তরাধিকার সূত্রে প্রাপ্ত। একটি বাক্যে বিষয় হল অভিনেতা এবং বস্তুটিই অভিনয় করা জিনিস। কম্পিউটার আবিষ্কারের আগে থেকেই এই ব্যবহারটি প্রায় ছিল। সুরক্ষা প্রসঙ্গে, একটি বিষয় এমন কোনও কিছু যা অনুরোধ করতে পারে। উপরে উল্লিখিত হিসাবে, এটি আইটি সুরক্ষার মধ্যে সীমাবদ্ধ নয় এবং এটি খুব বিস্তৃত শ্রেণিবিন্যাস। মজার বিষয় হল বিষয়টি বোঝায়। কোনও বস্তু ব্যতীত কোনও বিষয় নেই।
প্রিন্সিপালরা বিষয়গুলি সমাধান করে। আপনি যখন আপনার ক্রেডিট কার্ড উপস্থাপন করেন তখন আপনি বিষয় এবং অ্যাকাউন্ট নম্বরটি প্রধান হয়। অন্যান্য প্রসঙ্গে আপনার ব্যবহারকারী আইডি বা রাষ্ট্র-জারি করা শনাক্তকরণ আপনার প্রধান principal তবে প্রিন্সিপালরা এমন অনেক ধরণের বিষয়ের সাথে যুক্ত হতে পারেন যা লোক নয়। যখন অ্যাপ্লিকেশনগুলি সিস্টেম-স্তরের ফাংশনগুলির জন্য অনুরোধ করে তখন অধ্যক্ষ একটি স্বাক্ষরিত এক্সিকিউটেবল কোড মডিউলের স্বাক্ষরকারী হতে পারে তবে সেই ক্ষেত্রেও অনুরোধটি চালিত ব্যবহারকারী এখনও বিষয়বস্তু।
ব্যবহারকারী বিষয় বা অধ্যক্ষের চেয়ে বেশি নির্দিষ্ট যে এটি সাধারণত একটি ইন্টারেক্টিভ অপারেটরকে বোঝায়। এজন্য আমাদের গ্রাফিকাল ইউজার ইন্টারফেস রয়েছে এবং গ্রাফিকাল অধ্যক্ষ ইন্টারফেস নেই। ব্যবহারকারী এমন একটি বিষয় যা প্রিন্সিপালের সাথে সমাধান হয় । একটি একক ব্যবহারকারী যে কোনও সংখ্যক প্রিন্সিপালকে সমাধান করতে পারে তবে কোনও অধ্যক্ষই একক ব্যবহারকারীর কাছে সমাধান করবেন বলে আশা করা হচ্ছে (লোকেরা আইডি ভাগ না করার প্রয়োজনীয়তা পর্যবেক্ষণ করে)। উপরের উদাহরণে, একটি এক্সিকিউটেবল কোড মডিউলের স্বাক্ষরকারী স্পষ্টভাবে হয় না ব্যবহারকারী, কিন্তু এটা হয় একটি বৈধ অধ্যক্ষ। ইন্টারেক্টিভ অপারেটরটি মডিউলটি লোড করার চেষ্টা করছে ব্যবহারকারী।
মন্তব্যে উল্লিখিত হিসাবে, এমনকি অনুমোদনের উত্সগুলিও এই শর্তগুলিতে একমত নয়। এই প্রতিক্রিয়াটি প্রস্তুত করার সময় আমি সুরক্ষা পরীক্ষার গাইডের মতো এনআইএসটি, সানস, আইইইইই, মিটার এবং বেশ কয়েকটি "অর্ধ-প্রামাণিক" উত্স অনুসন্ধান করেছি। এমন কোনও একক উত্স যা আমি খুঁজে পাইনি যা অন্তত অর্ধ-প্রামাণিক ছিল যা তিনটি শর্তেই আবৃত ছিল এবং সমস্ত তাদের ব্যবহারে উল্লেখযোগ্যভাবে পৃথক। শব্দগুলি কীভাবে ব্যবহার করা উচিত তা আমার গ্রহণযোগ্যতা তবে ব্যবহারিক দৃষ্টিকোণ থেকে, আপনি যখন মধ্যরাতে কোনও ম্যানুয়াল জুড়ে বসে থাকেন, সংজ্ঞাগুলি বিক্রেতা বা লেখক যাই হোক না কেন বলুক না কেন। আশা করি যদিও এখানে প্রতিক্রিয়াগুলি জলের নেভিগেট করতে এবং এই শর্তাদি ব্যবহার করে কোনও সুরক্ষা নথি পার্স করার জন্য যথেষ্ট অন্তর্দৃষ্টি সরবরাহ করবে।
John (human) SUBJECT > username_1 PRINCIPAL > password_1 USER
John (human) SUBJECT > username_1 PRINCIPAL > password_2 USER
John (human) SUBJECT > username_1 PRINCIPAL > smartcard_1 USER
John (human) SUBJECT > username_1 PRINCIPAL > cellphone_1 USER
আমি মনে করি পরিভাষাটি জেএএস থেকে নেওয়া হয়েছে ।
যখন কোনও অ্যাপ্লিকেশন ব্যবহারকারী (বা কোনও পরিষেবা যেমন কোনও পরিষেবা) প্রমাণীকরণের জন্য JAAS প্রমাণীকরণ ব্যবহার করে, ফলস্বরূপ একটি বিষয় তৈরি করা হয়। সাবজেক্টটির উদ্দেশ্য হ'ল অনুমোদনপ্রাপ্ত ব্যবহারকারীর প্রতিনিধিত্ব করা। একটি বিষয় প্রিন্সিপালের একটি সেট নিয়ে গঠিত , যেখানে প্রতিটি অধ্যক্ষ সেই ব্যবহারকারীর জন্য একটি পরিচয় উপস্থাপন করে। উদাহরণস্বরূপ, কোনও সাবজেক্টের একটি নাম প্রিন্সিপাল ("সুসান স্মিথ") এবং একটি সামাজিক সুরক্ষা নম্বর প্রিন্সিপাল ("987-65-4321") থাকতে পারে, যার ফলে এই বিষয়টিকে অন্যান্য বিষয় থেকে আলাদা করা যায়।
বিষয় হ'ল সত্তা যা কোনও পরিষেবার জন্য অনুরোধ করে। এটি কোনও ব্যবহারকারী বা প্রক্রিয়া হতে পারে। সম্ভবত এজন্য ব্যবহারকারীর পরিবর্তে সাবজেক্ট নামটি বেছে নেওয়া হয়েছিল।
যখন কোনও বিষয় কোনও পরিষেবা অ্যাক্সেস করার চেষ্টা করে তখন প্রথমে বিষয়টিকে প্রমাণীকরণ করতে হবে। সফল সাবধানীকরণটি সেই বিষয়টির জন্য সুরক্ষা অধ্যক্ষগুলি লোড করেই শেষ হয় । উদাহরণস্বরূপ, কোনও ভূমিকা ভিত্তিক অ্যাক্সেস কন্ট্রোল সিস্টেমে, একটি প্রমাণীকৃত (লগ-ইন) ব্যবহারকারীর সাধারণত দুটি প্রিন্সিপাল থাকে - ইউজারআইডি এবং রোলআইডি। এই ধরনের সিস্টেমে, বিশেষাধিকারগুলি (যেমন কে অ্যাক্সেস করতে পারে) উভয় ভূমিকা এবং ব্যবহারকারীদের জন্য নির্দিষ্ট করা হয়েছে। অনুমোদনের সময় (যেমন অনুরোধ করা পরিষেবার অনুমতি দেওয়া উচিত কিনা তা পরীক্ষা করা), সুরক্ষা ব্যবস্থা উভয় অধ্যক্ষের বিরুদ্ধে অ্যাক্সেসযোগ্যতার জন্য পরীক্ষা করবে check
সুতরাং, অনুমোদনের দৃষ্টিকোণ থেকে, অধ্যক্ষগুলি হ'ল প্রকৃত সত্তা যার জন্য অ্যাক্সেস অনুমোদিত বা অনুমোদিত নয়। সাবজেক্টটি এমন একটি ব্যবহারকারী / থ্রেড / প্রক্রিয়া যা কিছু অধ্যক্ষকে ধরে রাখে।
যেমন টি.রব ব্যাখ্যা করেছেন, সাবজেক্ট হ'ল এমন কোনও সত্তা যা কোনও বস্তুর অ্যাক্সেসের অনুরোধ করে। সেই জায়গা থেকে শুরু করে আমি জাভ্যাক্স.সিকিউরিটি.অর্থ সম্পর্কে একটি মন্তব্য পেয়েছি ub সাবজেক্ট কোড যা আমি খুব দরকারী এবং বুঝতে সহজ পেয়েছি:
"বিষয়গুলি সম্ভাব্য একাধিক পরিচয় থাকতে পারে Each প্রতিটি পরিচয় সাবজেক্টের মধ্যে অধ্যক্ষ হিসাবে প্রতিনিধিত্ব করা হয় Princip অধ্যক্ষগুলি কেবল একটি সাবজেক্টের সাথে নামগুলি বাঁধেন For উদাহরণস্বরূপ, কোনও বিষয় যা ব্যক্তি হিসাবে দেখা যায়, এলিসের দুটি প্রিন্সিপাল থাকতে পারে: একটি যা বাঁধে" অ্যালিস বার ", তার ড্রাইভার লাইসেন্সের নাম সাবজেক্টের কাছে, এবং অন্যটি যা" 999-99-9999 ", তার ছাত্র পরিচয়পত্রের নম্বরটি সাবজেক্টের সাথে আবদ্ধ করে Both উভয় প্রিন্সিপাল একই সাবজেক্টকে উল্লেখ করে যদিও প্রতিটি একটি আলাদা নাম আছে। "
আশা করি এটা সাহায্য করবে.
এটি ওরাকল জাভা এসই ডকুমেন্টেশন থেকে নীচে প্রকাশের লিঙ্ক ।
বিষয়গুলি, অধ্যক্ষগুলি, প্রমাণীকরণ এবং শংসাপত্রগুলি সংস্থানগুলিতে অ্যাক্সেস অনুমোদিত করার জন্য, প্রথমে অ্যাপ্লিকেশনগুলিকে অনুরোধের উত্সটি প্রমাণীকরণ করা প্রয়োজন। JAAS ফ্রেমওয়ার্ক শব্দটি সংজ্ঞায়িত বিষয় একটি অনুরোধ উৎস প্রতিনিধিত্ব করতে। একটি বিষয় কোনও ব্যক্তি বা পরিষেবা যেমন কোনও সত্তা হতে পারে। একটি বিষয় জাভ্যাক্স.সিকিউরিটি.অর্থ.সুবিজেক্ট ক্লাস দ্বারা উপস্থাপিত হয় ।
প্রমাণীকরণ প্রক্রিয়া প্রতিনিধিত্ব করে যার দ্বারা কোনও বিষয়ের পরিচয় যাচাই করা হয় এবং অবশ্যই একটি সুরক্ষিত ফ্যাশনে সম্পাদন করা উচিত; অন্যথায় কোনও অপরাধী কোনও সিস্টেমে অ্যাক্সেস পাওয়ার জন্য অন্যকে নকল করতে পারে। প্রমাণীকরণ সাধারণত বিষয়টির পরিচয় প্রমাণের জন্য প্রমাণের কিছু প্রকার প্রদর্শন করে। এই জাতীয় প্রমাণগুলি কেবলমাত্র বিষয়টি সম্ভবত জানত বা থাকতে পারে (যেমন একটি পাসওয়ার্ড বা আঙুলের ছাপ) হতে পারে বা তথ্য হতে পারে কেবলমাত্র বিষয়টি উত্পাদন করতে পারে (যেমন একটি ব্যক্তিগত কী ব্যবহার করে স্বাক্ষরিত ডেটা)।
প্রমাণীকরণের পরে, একটি বিষয় সম্পর্কিত পরিচয় বা প্রিন্সিপালগুলি ( জাভা.সিকিউরিটি প্রকারের প্রিন্সিপাল ) দ্বারা পপুলেট হয় । একটি সাবজেক্টের অনেক প্রিন্সিপাল থাকতে পারে। উদাহরণস্বরূপ, কোনও ব্যক্তির একটি নাম প্রিন্সিপাল ("জন দো") এবং একটি এসএসএন অধ্যক্ষ ("123-45-6789") থাকতে পারে, যা এটি অন্যান্য বিষয় থেকে পৃথক করে।
সম্পর্কিত প্রিন্সিপাল ছাড়াও, কোনও বিষয় সুরক্ষা সম্পর্কিত বৈশিষ্ট্যগুলির মালিক হতে পারে, যা শংসাপত্র হিসাবে উল্লেখ করা হয় । কোনও শংসাপত্রটিতে নতুন পরিষেবাদি সম্পর্কিত বিষয়টিকে প্রমাণীকরণ করতে ব্যবহৃত তথ্য থাকতে পারে। এই জাতীয় শংসাপত্রগুলির মধ্যে পাসওয়ার্ড, কার্বেরোস টিকিট এবং সর্বজনীন কী শংসাপত্র রয়েছে। শংসাপত্রগুলিতে এমন ডেটা থাকতে পারে যা বিষয়টিকে নির্দিষ্ট ক্রিয়াকলাপ সম্পাদন করতে সক্ষম করে। ক্রিপ্টোগ্রাফিক কীগুলি উদাহরণস্বরূপ, শংসাপত্রগুলি উপস্থাপন করে যা সাবজেক্টটিকে সাইন বা ডেটা এনক্রিপ্ট করতে সক্ষম করে। সরকারী এবং বেসরকারী শংসাপত্রের ক্লাসগুলি মূল J2SE API এর অংশ নয়। যে কোনও শ্রেণি, তাই একটি শংসাপত্রের প্রতিনিধিত্ব করতে পারে।
রাহুলমোহনের মতে , আমি মনে করি, প্রমাণীকরণ সাবজেক্ট হওয়ার আগে, প্রমাণীকরণ প্রত্যাশিত হওয়ার পরে, পার্থক্য অনুসারে, একটি সাবজেটের অনেক প্রিসিপাল থাকতে পারে