ভূমিকা-ভিত্তিক অ্যাক্সেস কন্ট্রোল (RBAC) নেটওয়ার্ক প্রশাসকদের সংগঠনের মধ্যে তাদের ভূমিকা অনুযায়ী ব্যবহারকারীদের অ্যাক্সেসের স্তর তৈরি করতে সক্ষম করে, যেখানে নিয়ম-ভিত্তিক অ্যাক্সেস কন্ট্রোল (RuBAC) নির্দিষ্ট শর্তগুলি মেনে চলা ব্যক্তিদের অ্যাক্সেস কন্টিনজেন্টকে অনুমতি দেয়। একটি পূর্বনির্ধারিত নিয়ম-ভিত্তিক অ্যাক্সেস কন্ট্রোল সিস্টেম নিযুক্ত করে, সিস্টেম অ্যাডমিনিস্ট্রেটররা, উদাহরণস্বরূপ, শুধুমাত্র স্ট্যান্ডার্ড ব্যবসায়িক সময়ের মধ্যে নির্দিষ্ট নেটওয়ার্ক সংস্থানগুলিতে অ্যাক্সেস মঞ্জুর করতে পারে।
প্রায়শই অ্যাট্রিবিউট-ভিত্তিক নিয়ন্ত্রণ হিসাবে উল্লেখ করা হয়, RuBAC ব্যবহারকারীদের বিভিন্ন স্তরের সিস্টেমে অ্যাক্সেসের অনুমতি দেয় সেট মানদণ্ডের উপর ভিত্তি করে, প্রতিষ্ঠানে তাদের ভূমিকা বা অবস্থান নির্বিশেষে। এই ব্যাখ্যাটি ডেল টেকনোলজিসের সাইবারসিকিউরিটি, আইডেন্টিটি এবং অ্যাক্সেস ম্যানেজমেন্টের ভাইস প্রেসিডেন্ট জো ডাউলিংয়ের কাছ থেকে এসেছে।
নেটওয়ার্ক অ্যাক্সেস নিয়ন্ত্রণ ছাড়াও, RuBAC বিভিন্ন প্রসঙ্গে ব্যবহার করা যেতে পারে, যেমন ফাইল এবং ডিরেক্টরি অ্যাক্সেস নিয়ন্ত্রণ বা অ্যাপ্লিকেশন অ্যাক্সেস নিয়ন্ত্রণ, আলা নেগেদা, সিনিয়র সলিউশন আর্কিটেক্ট এবং টেলিযোগাযোগ পরিষেবা প্রদানকারী AlxTel-এর CTO বলেছেন। তিনি যোগ করেন যে RuBAC অন্যান্য নিরাপত্তা ব্যবস্থা যেমন ফায়ারওয়াল, অনুপ্রবেশ সনাক্তকরণ সিস্টেম এবং পাসওয়ার্ড সুরক্ষার সাথে একীভূত হতে পারে।
RuBAC সেটিংস একটি প্রতিষ্ঠানের মধ্যে তাদের নির্দিষ্ট ভূমিকার উপর ভিত্তি করে ব্যবহারকারীদের দেওয়া নিয়ন্ত্রণের পরিমাণ দ্বারা সংজ্ঞায়িত করা হয়। অ্যানালিটিক্স সফ্টওয়্যার প্রদানকারী এসএএস-এর আইডেন্টিটি এবং অ্যাক্সেস ম্যানেজমেন্টের গ্লোবাল হেড আলেকজান্ডার মার্কোয়ার্ড উল্লেখ করেছেন যে রুবিএসি বিচ্ছিন্ন মানদণ্ড, শর্ত বা সীমাবদ্ধতার উপর ভিত্তি করে অ্যাক্সেস নিয়ন্ত্রণ সক্ষম করে। পদ্ধতিটি সুস্পষ্ট, খুব দানাদার এবং একটি বিষয়, বস্তু বা অপারেটিং পরিবেশের স্বতন্ত্র বৈশিষ্ট্য বা বৈশিষ্ট্যের উপর ফোকাস করে।
Jay Silberkleit, XPO-তে CIO, একটি মালবাহী এবং লজিস্টিক পরিষেবা প্রদানকারী, বিশ্বাস করেন যে নেটওয়ার্ক অ্যাক্সেস পদ্ধতি খুঁজছেন সংস্থাগুলির জন্য RuBAC হল সর্বোত্তম পছন্দ যা সর্বাধিক কাস্টমাইজেশন এবং নমনীয়তা প্রদান করে। তিনি উল্লেখ করেছেন যে সাংগঠনিক কাঠামোর সামগ্রিক সংজ্ঞা পরিবর্তন না করেই নিয়মগুলি দ্রুত পরিবর্তন করা যেতে পারে।
গ্রানুলারিটি এবং স্বচ্ছতা হল RuBAC ব্যবহার করার প্রাথমিক সুবিধা, মার্কোয়ার্ড পর্যবেক্ষণ করেন। একটি নিয়ম পরীক্ষা করার সময় কোন অস্পষ্টতা নেই, কারণ এটি স্পষ্টভাবে একটি নির্দিষ্ট বস্তু বা অপারেশন অ্যাক্সেসের অনুমতি দেয় বা অস্বীকার করে।
বর্ধিত নিয়ন্ত্রণ এবং অভিযোজনযোগ্যতাও অনেক প্রতিষ্ঠান RuBAC বেছে নেওয়ার কারণ। Marquardt এর মতে, নিয়ম-ভিত্তিক অ্যাক্সেস কন্ট্রোল হল একটি আদর্শ মডেল যার জন্য দৃঢ়, সুস্পষ্ট নিয়ম প্রয়োজন।
RuBAC ন্যূনতম ওভারহেড সহ কার্যত সীমাহীন ব্যবহারকারী অ্যাক্সেস নমনীয়তা সহ গ্রহণকারীদের প্রদান করে। Silberkleit ব্যাখ্যা করে, একটি বৃহৎ ব্যবহারকারী বেস সুবিধার্থে নিয়মের একটি ছোট সেট সামঞ্জস্য করা যেতে পারে। পদ্ধতিটি ব্যবহারকারীদের একটি উপসেটের মধ্যে বিভিন্ন নেটওয়ার্ক অ্যাক্সেস স্তরগুলি পরীক্ষা বা পরীক্ষা করার জন্য সক্ষম করে। অ্যাক্সেসের উপর এই ধরনের সূক্ষ্ম নিয়ন্ত্রণ থাকা সংস্থাগুলিকে চটপটে এবং সুরক্ষিত রাখতে সাহায্য করে, তিনি যোগ করেন।
RuBAC-এর প্রধান অসুবিধা হল তত্ত্বাবধান এবং ব্যবস্থাপনার স্তর যা স্থাপন, কনফিগার, সেট আপ এবং পরীক্ষার নিয়মাবলীর জন্য প্রয়োজনীয়। ব্যবহারকারীদের ভূমিকা বিকশিত হওয়ার সাথে সাথে কোম্পানিগুলি অনুমতিগুলি সঠিক এবং নির্ভরযোগ্য থাকা নিশ্চিত করার চ্যালেঞ্জের মুখোমুখি হয়। RuBAC সেট আপ এবং পরিচালনার জন্য সংস্থাগুলিকে একটি স্পষ্ট কৌশল দিয়ে শুরু করতে হবে, ডেলের ডাউলিং সতর্ক করে।
Marquardt উল্লেখ করেছেন যে গ্রহণকারীরা বিস্তৃতভাবে প্রয়োগ করা নিয়মগুলির জন্য একক-বিষয় বা একক-অবজেক্ট ব্যতিক্রমগুলি লেখার সাথে লড়াই করতে পারে, সেই ব্যতিক্রমগুলিকে ট্র্যাক করে এবং কার্যকর অধিকার এবং অনুমতিগুলি সঠিকভাবে রিপোর্ট করতে পারে।
ডব্লিউ কার্টিস প্রেস্টন, দ্রুভার প্রধান প্রযুক্তিগত প্রচারক, রুবিএসি-এর ক্লান্তিকর সেটআপ প্রক্রিয়া এবং চলমান রক্ষণাবেক্ষণের দায়িত্বগুলিকে এর প্রাথমিক ত্রুটি হিসাবে চিহ্নিত করেছেন, বিশেষ করে যদি মাল্টি-ফ্যাক্টর অথেনটিকেশন (MFA) জড়িত থাকে। যাইহোক, তিনি যুক্তি দেন যে, সাইবার আক্রমণ এবং লঙ্ঘন সম্পর্কে বর্তমান জ্ঞানের উপর ভিত্তি করে, একটি প্রতিষ্ঠানের মানসিক শান্তি এবং ডেটা সুরক্ষার জন্য এটি একটি ছোট মূল্য দিতে হবে।
RuBAC নিয়ম কাস্টমাইজ করা চ্যালেঞ্জিং হতে পারে, নেগেদা স্বীকার করেন। উদাহরণস্বরূপ, নির্দিষ্ট ভূমিকার জন্য প্রয়োজনীয় সঠিক অনুমতিগুলি সংজ্ঞায়িত করার প্রয়োজন হতে পারে, বা একটি নির্দিষ্ট ভূমিকার সাথে যুক্ত ব্যবহারকারীর নাম বা গোষ্ঠীর নাম নির্দিষ্ট করার প্রয়োজন হতে পারে।
নেগেদা আরও উল্লেখ করেছেন যে RuBAC স্কেল করা কঠিন হতে পারে। বিপুল সংখ্যক সংস্থানগুলির জন্য নিয়ম তৈরি করা এবং বজায় রাখা একটি চ্যালেঞ্জ হতে পারে, কোন ব্যবহারকারী বা গোষ্ঠীর কোন সংস্থানগুলিতে অ্যাক্সেস থাকা উচিত তা নির্ধারণ করা।
RuBAC মোতায়েন করার জন্য অনেক পদ্ধতি রয়েছে, নিয়মগুলি সংরক্ষণ করার জন্য একটি ডাটাবেস ব্যবহার করে সবচেয়ে জনপ্রিয় কৌশল, নেগেদার মতে। একবার নিয়ম তৈরি হয়ে গেলে, সেগুলি সহজেই অ্যাডমিনিস্ট্রেটরদের দ্বারা যুক্ত বা আপডেট করা যেতে পারে।
বিভ্রান্তি এবং বিঘ্ন কমানোর জন্য, Dowling সুপারিশ করে যে সংস্থাগুলি RuBAC-তে রূপান্তর বিবেচনা করে তাদের চলমান ব্যবসায়ের প্রয়োজনীয়তা এবং বিদ্যমান নেটওয়ার্ক অ্যাক্সেস শ্রেণীবিভাগ বিশ্লেষণ করে নিয়ম- বা ভূমিকা-ভিত্তিক অ্যাক্সেস সবচেয়ে উপযুক্ত মডেল কিনা তা নির্ধারণ করতে শুরু করে। যদি RuBAC আপনার প্রতিষ্ঠানের জন্য আদর্শ পছন্দ হয়, তাহলে অনুসরণ করার জন্য সবচেয়ে কম জটিল নিয়ম সেট করার জন্য সিস্টেমের ব্যবসার মালিকদের সাথে ব্যাপক ইন্টারভিউ নেওয়া উচিত।
AppMaster মতো low-code এবং no-code ডেভেলপমেন্ট প্ল্যাটফর্মের উত্থানের সাথে, অ্যাপ্লিকেশান এবং ডেটা সুরক্ষিত করার জন্য অ্যাক্সেস কন্ট্রোল সিস্টেম প্রয়োগ করা আরও গুরুত্বপূর্ণ হয়ে উঠেছে। এটি ভূমিকা-ভিত্তিক, নিয়ম-ভিত্তিক, বা একটি হাইব্রিড পদ্ধতি হোক না কেন, আপনার প্রতিষ্ঠানের জন্য সঠিক অ্যাক্সেস নিয়ন্ত্রণ পদ্ধতি খুঁজে বের করা আপনাকে একটি নিরাপদ এবং কার্যকরী নেটওয়ার্ক পরিবেশ বজায় রাখতে সাহায্য করবে।
