বিষয় 4.2 — পরিচয় ও অ্যাক্সেস ব্যবস্থাপনা

এক বাক্যে: স্বাস্থ্য ও পরিচর্যায় কে একজন রোগীর রেকর্ডে কী দেখতে ও করতে পারে তা নিয়ন্ত্রণ করা IT-র গৃহস্থালি কাজ নয়, বরং ক্লিনিক্যাল নিরাপত্তা, গোপনীয়তা ও জনআস্থার একটি সম্মুখ-সারির নির্ধারক।

স্বাস্থ্য ও পরিচর্যায় কেন এটি গুরুত্বপূর্ণ#

প্রতিটি ক্লিনিক্যাল সিদ্ধান্ত এই অনুমানের ওপর দাঁড়িয়ে যে একজন চিকিৎসকের সামনের রেকর্ডটি সঠিক রেকর্ড, সঠিক রোগীর, এবং সঠিক ব্যক্তি তা খুলেছেন। পরিচয় ও অ্যাক্সেস ব্যবস্থাপনা (IAM) হলো সেই যন্ত্রব্যবস্থা যা এই তিনটি অনুমানকে সত্য করে। যখন এটি কাজ করে, একজন প্যারামেডিক সময়মতো একটি অ্যালার্জি দেখেন, একটি সুরক্ষা নোট কেবল তাঁদের কাছে পৌঁছায় যাঁদের দরকার, এবং একটি নিরীক্ষা ট্রেইল "কে এই রেকর্ড দেখেছিল এবং কেন?" প্রশ্নের উত্তর দিতে পারে। যখন এটি ব্যর্থ হয়, ভুল নামে খোলা রেকর্ডে রোগীরা ক্ষতিগ্রস্ত হন, কর্মীরা আত্মীয় বা সেলিব্রিটিদের রেকর্ডে উঁকি দেন, এবং পুরো ডিজিটাল উদ্যোগের ওপর আস্থা ক্ষয় হয়।

স্বাস্থ্য ও পরিচর্যা তিনটি উপায়ে সাধারণ কর্পোরেট ক্ষেত্রের ওপরে ঝুঁকি বাড়ায়। প্রথমত, ডেটা একজন মানুষের তৈরি করা সবচেয়ে সংবেদনশীলগুলোর একটি, মানসিক স্বাস্থ্য, যৌন স্বাস্থ্য, মাদক ব্যবহার, লিঙ্গ পরিচয়, সুরক্ষা উদ্বেগ, তাই একটি গোপনীয়তা লঙ্ঘন অসুবিধা নয়, একটি স্থায়ী ক্ষতি। দ্বিতীয়ত, কর্মীবাহিনী ভ্রাম্যমাণ, আবর্তনশীল ও বহু-প্রাতিষ্ঠানিক: জুনিয়র ডাক্তাররা কয়েক মাস পরপর ঘোরেন, এজেন্সি ও লোকাম কর্মীরা একটি একক শিফটের জন্য আসেন, এবং ইন্টিগ্রেটেড কেয়ারের অর্থ একজন জেলা নার্সের বৈধভাবে একটি হাসপাতালের রেকর্ড দরকার হতে পারে। তৃতীয়ত, পরিচর্যার দায়িত্ব ঘর্ষণের প্রতি ক্ষমাহীন: রাত ৩টায় পুনরুজ্জীবনে অত্যন্ত ধীর একটি অ্যাক্সেস নিয়ন্ত্রণ নিজেই একটি নিরাপত্তা বিপদ। তাই এই খাতে IAM হলো তথ্য তালাবদ্ধ করা ও সঠিক ব্যক্তিকে দ্রুত ঢুকতে দেওয়ার মধ্যে একটি নিরন্তর দরকষাকষি।

এই বিষয়, বিষয় 1.7 — তথ্য গভর্ন্যান্স, ডেটা সুরক্ষা ও সাইবার নিরাপত্তায় আলোচিত বৃহত্তর দায়িত্বের নিচে বসা অ্যাক্সেস-নিয়ন্ত্রণ গভীরতা নিয়ে। সেই বিষয় আইনি ও প্রাতিষ্ঠানিক কাঠামো ঠিক করে, UK General Data Protection Regulation, Data Security and Protection Toolkit, গোপনীয়তার দায়িত্ব, আর এটি পরিচয় প্রমাণের এবং কাজটি করতে যতটুকু অ্যাক্সেস লাগে তার ন্যূনতম দেওয়ার মূর্ত যান্ত্রিকতা নিয়ে।

মূল ধারণা#

পরিচয় ও অ্যাক্সেস ব্যবস্থাপনা হলো সেই শৃঙ্খলা ও প্রযুক্তির সেট যা নিশ্চিত করে সঠিক ব্যক্তিদের সঠিক সময়ে সঠিক সম্পদে সঠিক অ্যাক্সেস আছে, এবং তা পরে প্রমাণ করা যায়। এটি এমন একটি পার্থক্যের ওপর দাঁড়িয়ে যা ঝাপসা করা সহজ এবং হারানো বিপজ্জনক: প্রমাণীকরণ ও অনুমোদনের মধ্যকার তফাত।

প্রমাণীকরণ উত্তর দেয় "আপনি কি যা দাবি করছেন তা-ই?" এটি উপাদান দিয়ে প্রমাণিত হয়: আপনি যা জানেন (একটি পাসওয়ার্ড বা PIN), যা আপনার আছে (একটি স্মার্টকার্ড, একটি ফোন, একটি হার্ডওয়্যার টোকেন), এবং আপনি যা (একটি আঙুলের ছাপ বা মুখ)। অনুমোদন ভিন্ন একটি প্রশ্নের উত্তর দেয়, "এখন আমরা জানি আপনি কে, আপনি কী দেখতে ও করতে অনুমোদিত?" একজন কনসালট্যান্ট ও একজন রিসেপশনিস্ট দুজনই নিখুঁতভাবে প্রমাণীকরণ করতে পারেন, কিন্তু তাঁরা একটি রেকর্ডের খুব ভিন্ন অংশে অনুমোদিত। দুটিকে গুলিয়ে ফেললে এমন সিস্টেম হয় যা পরিচয় দৃঢ়ভাবে যাচাই করে তারপর সবাইকে সবকিছু দেখতে দেয়।

স্বাস্থ্য ও পরিচর্যায় অনুমোদন সাধারণত ভূমিকা-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ (RBAC) হিসেবে সংগঠিত, যেখানে অনুমতি ভূমিকায় জোড়া থাকে, "জরুরি বিভাগের নার্স", "জিপি", "মেডিক্যাল সেক্রেটারি", এবং মানুষ একটি ভূমিকা ধারণ করে অনুমতি পায়, অধিকার একটি একটি করে দেওয়া হয় না। RBAC পরিচালিত হয় ন্যূনতম বিশেষাধিকারের নীতি দ্বারা: প্রতিটি ব্যক্তি ও প্রতিটি সিস্টেম অ্যাকাউন্টের কাজ করতে প্রয়োজনীয় ন্যূনতম অ্যাক্সেস থাকা উচিত, এর বেশি নয়। ন্যূনতম বিশেষাধিকার আকস্মিক ত্রুটি এবং একটি আপসকৃত অ্যাকাউন্টের বিস্ফোরণ-ব্যাসার্ধ দুটিই সীমিত করে।

আধুনিক প্রমাণীকরণ "আপনি কে প্রমাণ করুন" ধাপটি বহু-উপাদান প্রমাণীকরণ (MFA) দিয়ে শক্তিশালী করে, দুই বা ততোধিক উপাদান মিলিয়ে যাতে কেবল একটি চুরি-যাওয়া পাসওয়ার্ড যথেষ্ট নয়। এটি সিঙ্গল সাইন-অন (SSO) দিয়ে ঘর্ষণ কমায়, যেখানে একটি প্রমাণীকৃত সেশন বারবার লগইন ছাড়াই অনেক অ্যাপ্লিকেশনে অ্যাক্সেস দেয়, একজন চিকিৎসককে এক ঘণ্টায় এক ডজন সিস্টেমের মধ্যে চলাচল করতে হলে একটি প্রকৃত নিরাপত্তা সুবিধা। প্রাতিষ্ঠানিক সীমানা পেরিয়ে SSO নির্ভর করে ফেডারেটেড পরিচয়-এর ওপর: একটি প্রতিষ্ঠান একজন ব্যবহারকারীর জন্য জামিন দেয় যাতে অন্যটি তাঁর পরিচয়পত্র না ধরে রেখেই তাঁকে বিশ্বাস করতে পারে।

ফেডারেশন ও আধুনিক প্রমাণীকরণের নল-ব্যবস্থা মুক্ত মানের ওপর গড়া। OAuth হলো অর্পিত অনুমোদনের একটি মান, একটি অ্যাপ্লিকেশনকে আপনার পাসওয়ার্ড হস্তান্তর না করে আপনার পক্ষে কাজ করতে দেওয়া। OpenID Connect OAuth-এর ওপর প্রমাণীকরণ স্থাপন করে যাতে একটি অ্যাপ্লিকেশন জানতে পারে ব্যবহারকারী কে, এবং পুরোনো XML-ভিত্তিক Security Assertion Markup Language (SAML) এন্টারপ্রাইজ SSO-র জন্য একই রকম কাজ করে। একটি পরিচয়ের জীবনচক্র, মানুষ যোগ দেন, সরেন ও ছাড়েন বলে অ্যাক্সেস প্রদান, পরিবর্তন ও প্রত্যাহার, পরিচালিত হয় প্রোভিশনিং প্রক্রিয়ায়, যাকে সাধারণত জয়েনার্স/মুভার্স/লিভার্স বা JML বলা হয়।

কৌশলগত গতিপথ হলো জিরো ট্রাস্ট আর্কিটেকচার: অনুমান যে কোনো ব্যবহারকারী বা ডিভাইস কেবল নেটওয়ার্কের ভেতরে বসে আছে বলেই বিশ্বাসযোগ্য নয়। একটি শক্ত করা পরিসীমার ওপর নির্ভর না করে প্রতিটি অনুরোধ প্রমাণীকৃত, অনুমোদিত এবং প্রেক্ষাপটের বিপরীতে, ডিভাইসের স্বাস্থ্য, অবস্থান, ডেটার সংবেদনশীলতা, যাচাই করা হয়। যে খাতে কর্মীরা ক্লিনিক, বাড়ি, অ্যাম্বুলেন্স ও অংশীদার সাইট থেকে কাজ করেন, পরিসীমা কার্যত বিলীন হয়ে গেছে, এবং জিরো ট্রাস্ট তার সৎ সাড়ার নাম।

শ্রেষ্ঠ চর্চা#

1. প্রমাণীকরণ ও অনুমোদনকে পৃথক নকশা সিদ্ধান্ত হিসেবে দেখুন। প্রথমে ঠিক করুন একটি নির্দিষ্ট সিস্টেমের জন্য আপনাকে পরিচয় কতটা দৃঢ়ভাবে প্রমাণ করতে হবে, এবং আলাদাভাবে ঠিক করুন প্রতিটি ভূমিকা তারপর কী করতে পারে তা কতটা সূক্ষ্মভাবে নিয়ন্ত্রণ করতে হবে। সবাইকে পূর্ণ অ্যাক্সেস দেওয়া সিস্টেমে শক্ত লগইন একটি মিথ্যা স্বস্তি, এবং দুর্বল পাসওয়ার্ডের পেছনে সূক্ষ্ম-দানার অনুমতিও সমানভাবে ফাঁপা। প্রতিটি ক্লিনিক্যাল সিস্টেমের জন্য দুটি সিদ্ধান্তই স্পষ্টভাবে নথিবদ্ধ করুন, এবং ডেটা সংবেদনশীলতা বা ব্যবহারকারী জনসংখ্যা বদলালে পুনর্বিবেচনা করুন।

2. ভূমিকা-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণকে প্রকৃত ক্লিনিক্যাল ভূমিকার প্রতিফলন করুন, তারপর পরিষ্কার রাখুন। পরিচর্যা আসলে কীভাবে সরবরাহ হয় তার চারপাশে ভূমিকা নকশা করুন, সংগঠন চার্ট বা একজন সরবরাহকারীর ডিফল্ট কনফিগারেশনের খেয়ালের চারপাশে নয়, এবং প্রতিটি ভূমিকাকে তার প্রয়োজনীয় ন্যূনতম রেকর্ড ও কার্যক্রমের সঙ্গে মানচিত্রিত করুন। সময়ের সঙ্গে RBAC "ভূমিকা বিস্ফোরণে" ক্ষয় পায়, যেখানে শত শত পরস্পর-আবৃত ভূমিকা জমে এবং কেউ বলতে পারে না কোনটি কী দেয়। পর্যায়ক্রমিক ভূমিকা যৌক্তিকীকরণ নির্ধারণ করুন, এবং প্রতিটি অ্যাক্সেস অনুরোধ একটি নতুন বিশেষ ভূমিকা তৈরি করে সমাধান করার প্রলোভন প্রতিরোধ করুন।

3. ন্যূনতম বিশেষাধিকার মানুষ ও যন্ত্র অ্যাকাউন্ট উভয়ের ওপর প্রয়োগ করুন। ন্যূনতম বিশেষাধিকার নিয়মিত চিকিৎসকদের ওপর প্রয়োগ করা হয় এবং তারপর সেই সার্ভিস অ্যাকাউন্ট, ইন্টিগ্রেশন ইঞ্জিন ও রিপোর্টিং সরঞ্জামের জন্য ভুলে যাওয়া হয় যেগুলো প্রায়ই সবচেয়ে প্রশস্ত অ্যাক্সেস ধরে। একটি ড্যাশবোর্ডের জন্য ডেটা টানা একটি স্বয়ংক্রিয় ইন্টারফেসের কদাচিৎ লেখার অ্যাক্সেস বা শনাক্তযোগ্য ফ্রি টেক্সট লাগে, অথচ প্রায়ই তা পায়। অ-মানব পরিচয়ের তালিকা করুন, সেগুলো সংকুচিত করুন এবং সময়সূচি অনুযায়ী তাদের পরিচয়পত্র ঘোরান।

4. দূরবর্তী ও বিশেষাধিকারপ্রাপ্ত অ্যাক্সেসের জন্য বহু-উপাদান প্রমাণীকরণ বাধ্যতামূলক করুন, এবং পরিবেশের উপযুক্ত উপাদান বেছে নিন। একটি বিশ্বস্ত ডিভাইসের বাইরে থেকে রোগীর ডেটায় পৌঁছানো যেকোনো কিছুর জন্য কেবল পাসওয়ার্ড আর রক্ষণীয় নয়, এবং MFA এখন NHS সিস্টেম জুড়ে একটি ভিত্তি প্রত্যাশা। ক্লিনিক্যাল পরিবেশে টিকে থাকা উপাদান বেছে নিন: বিশেষাধিকারপ্রাপ্ত ও দূরবর্তী অ্যাক্সেসের জন্য ফিশিং-প্রতিরোধী হার্ডওয়্যার টোকেন বা প্ল্যাটফর্ম অথেন্টিকেটর, এবং যেসব ওয়ার্ডে সংকেত দুর্বল ও ফোন ভাগ-করা সেখানে SMS কোড নিয়ে সতর্ক থাকুন। নিরাপত্তা লাভকে এই বাস্তবতার বিপরীতে ভারসাম্য করুন যে পুনরুজ্জীবনের মাঝখানে একজন চিকিৎসক দ্বিতীয় উপাদান হাতড়াতে পারেন না।

5. কর্মীদের অনিরাপদ সমাধানের দিকে ঠেলা ঘর্ষণ সরাতে সিঙ্গল সাইন-অন ব্যবহার করুন। কর্মীদের দশটি সিস্টেমে আলাদাভাবে লগ ইন করতে হলে তাঁরা পাসওয়ার্ড স্টিকি নোটে লেখেন, স্মার্টকার্ড ভাগ করেন এবং সেশন খোলা রাখেন, প্রতিটি একটি নিরাপত্তা ও গোপনীয়তা ঝুঁকি। ভালোভাবে বাস্তবায়িত SSO, আদর্শভাবে ভাগ-করা ক্লিনিক্যাল ওয়ার্কস্টেশনে "ট্যাপ ইন, ট্যাপ আউট" নৈকট্য ব্যাজের সঙ্গে মিলিয়ে, নিরাপত্তা উন্নত করে এবং চিকিৎসকদের সময় ফিরিয়ে দেয়। SSO-কে নিছক সুবিধা নয়, একটি রোগী-নিরাপত্তা হস্তক্ষেপ হিসেবে দেখুন, এবং আপনি যে লগইন সময় সরান তা মাপুন।

6. যা কাজ করে তা না ভেঙে, স্মার্টকার্ডের বাইরে NHS পরিচয় আধুনিকীকরণ করুন। NHS Care Identity Service (পূর্বে Care Identity Service এবং তারও আগে স্মার্টকার্ডের ওপর গড়া Registration Authority ব্যবস্থা) NHS কর্মীদের প্রমাণীকরণ করে এবং Spine-এর মতো জাতীয় সিস্টেমে অ্যাক্সেস চালায়। জাতীয় দিক এখন আধুনিক, মান-ভিত্তিক প্রমাণীকরণের দিকে, MFA ও OpenID Connect সহ CIS2, যা ব্যর্থ হয়, ভাগ হয় বা পরিচর্যা আটকায় এমন ভৌত স্মার্টকার্ড ও কার্ড রিডারের ওপর নির্ভরতা কমায়। আপনার স্থানান্তর সুচিন্তিতভাবে পরিকল্পনা করুন: স্মার্টকার্ড মডেলের আশ্বাস ও নিবন্ধন কঠোরতা রেখে আধুনিক টোকেনের নমনীয়তা গ্রহণ করুন।

7. জয়েনার্স/মুভার্স/লিভার্সকে একটি নিয়ন্ত্রিত, নিরীক্ষাযোগ্য প্রক্রিয়া হিসেবে চালান, বিশেষত লিভার্স। স্বাস্থ্য ও পরিচর্যায় একক সবচেয়ে সাধারণ গুরুতর IAM ব্যর্থতা হলো সেই অ্যাকাউন্ট যা ব্যক্তির প্রয়োজনের চেয়ে বেশি টেকে: ঘূর্ণায়মান জুনিয়র ডাক্তার, চলে-যাওয়া এজেন্সি নার্স, যে ঠিকাদারের অ্যাক্সেস কখনো প্রত্যাহার হয়নি। একটি প্রামাণিক উৎস (সাধারণত ইলেকট্রনিক স্টাফ রেকর্ড) থেকে প্রোভিশনিং স্বয়ংক্রিয় করুন যাতে একটি ভূমিকা শুরু, পরিবর্তন ও শেষ একটি সংজ্ঞায়িত, সংক্ষিপ্ত জানালার মধ্যে মেলানো অ্যাক্সেস পরিবর্তন ট্রিগার করে। লিভার্স এবং তদন্তাধীন কর্মীদের জন্য একই-দিনে প্রত্যাহারকে একটি আকাঙ্ক্ষা নয়, কঠোর প্রয়োজন হিসেবে দেখুন।

8. নিয়মিত অ্যাক্সেস পুনঃপ্রত্যয়ন করুন এবং ব্যবস্থাপকদের এর জন্য জবাবদিহিকারী করুন। প্রথম দিনে উপযুক্ত অ্যাক্সেস সরে যায় যখন মানুষ দল বদলান এবং তাঁদের আর দরকার নেই এমন অধিকার জমান, "বিশেষাধিকার ক্রীপ"। পর্যায়ক্রমিক অ্যাক্সেস পর্যালোচনা (পুনঃপ্রত্যয়ন) চালান যেখানে দায়িত্বপ্রাপ্ত ব্যবস্থাপক বা সিস্টেম মালিক সক্রিয়ভাবে নিশ্চিত করেন প্রতিটি ব্যক্তির এখনো প্রতিটি অধিকার দরকার, নীরবতা ধরে রাখার বদলে অপসারণে ডিফল্ট করে। পর্যালোচনাকে অর্থবহ করুন সাধারণ ক্লিনিক্যাল-ভূমিকা ভাষায় উপস্থাপন করে, কাঁচা অনুমতি কোডে নয় যা কোনো ব্যবস্থাপক ব্যাখ্যা করতে পারেন না।

9. বিশেষাধিকারপ্রাপ্ত অ্যাক্সেসকে নিজস্ব একটি বিভাগ হিসেবে পরিচালনা করুন। অ্যাডমিনিস্ট্রেটর, ডেটাবেস মালিক ও অবকাঠামো প্রকৌশলীরা যেকোনো রেকর্ড পড়তে বা বদলাতে পারেন এবং সেটি রক্ষাকারী নিয়ন্ত্রণই নিষ্ক্রিয় করতে পারেন, তাই তাঁদের অ্যাক্সেসে সাধারণ ব্যবহারকারীদের চেয়ে শক্তিশালী ব্যবস্থা দরকার। বিশেষাধিকারপ্রাপ্ত অ্যাক্সেস ব্যবস্থাপনা বাস্তবায়ন করুন: অ্যাডমিন পরিচয় দৈনন্দিন অ্যাকাউন্ট থেকে আলাদা করুন, উন্নত অধিকার স্থায়ীর বদলে ঠিক-সময়ে ও সময়-সীমিত দিন, এবং স্বাধীন পর্যালোচনার জন্য বিশেষাধিকারপ্রাপ্ত সেশন রেকর্ড করুন। একজন সরবরাহকারী বা "ব্রেক-গ্লাস" অ্যাকাউন্টকে কখনো একটি স্থায়ী, অ-পর্যবেক্ষিত মাস্টার চাবি হতে দেবেন না।

10. প্রতিটি অ্যাক্সেস সিদ্ধান্ত নিরীক্ষাযোগ্য করুন, এবং নিরীক্ষা আসলে পড়ুন। যে অ্যাক্সেস নিয়ন্ত্রণ পরে পর্যালোচনা করা যায় না তা কেবল অর্ধেক নিয়ন্ত্রণ; "কে এই রেকর্ড কখন এবং কোন ভিত্তিতে অ্যাক্সেস করেছিল?" এর উত্তর দেওয়ার সামর্থ্য গোপনীয়তা তদন্ত ও রোগী নিরাপত্তা উভয়ের ভিত্তি। ব্যাপক, ছেড়াফাঁড়া-স্পষ্ট নিরীক্ষা লগিং কনফিগার করুন, এবং, গুরুত্বপূর্ণভাবে, সক্রিয় নিরীক্ষায় সম্পদ দিন, নিজের-খোঁজ, সহকর্মী বা VIP-র খোঁজ এবং অস্বাভাবিক অ্যাক্সেস পরিমাণের জন্য অ্যালার্টসহ। যে নিরীক্ষা ট্রেইল কেউ পরীক্ষা করে না তা কাউকে নিরুৎসাহিত করে না।

11. ব্রেক-গ্লাস অ্যাক্সেস এমনভাবে নকশা করুন যাতে জরুরি অবস্থা সেবা পায় এবং অপব্যবহার ধরা পড়ে। চিকিৎসকদের কখনো কখনো বৈধভাবে এমন একটি রেকর্ড দরকার হয় যা দেখার জন্য তাঁরা নিয়মিত অনুমোদিত নন, একজন অচেতন রোগী, একটি আন্তঃ-প্রাতিষ্ঠানিক জরুরি অবস্থা। একটি স্পষ্ট "ব্রেক-গ্লাস" পথ দিন যা একটি প্রয়োজনীয় কারণ, তাৎক্ষণিক চিহ্নিতকরণ এবং বাধ্যতামূলক পরবর্তী পর্যালোচনাসহ জরুরি অ্যাক্সেস দেয়, কর্মীদের নিয়ম ও রোগীর মধ্যে বেছে নিতে বাধ্য করার বদলে। লক্ষ্য হলো নিরাপদ জরুরি পদক্ষেপ সহজ এবং অন্যায্যটি দৃশ্যমান করা।

12. জিরো ট্রাস্টকে একটি দিক হিসেবে গ্রহণ করুন, এবং ব্যবহারিকভাবে ক্রম নির্ধারণ করুন। "বিশ্বস্ত নেটওয়ার্ক, ভেতরে খোলা" থেকে সরে প্রতিটি অনুরোধ পরিচয়, ডিভাইসের স্বাস্থ্য ও প্রেক্ষাপটের বিপরীতে যাচাই করার দিকে যান, যাতে কর্পোরেট LAN-এ একটি আপসকৃত ল্যাপটপ আর স্বয়ংক্রিয়ভাবে বিশ্বস্ত না হয়। এটি শক্তিশালী পরিচয়, ডিভাইস সম্মতি, শর্তসাপেক্ষ অ্যাক্সেস ও মাইক্রো-সেগমেন্টেশনের মধ্য দিয়ে একটি বহু-বছরের যাত্রা, আপনি কিনতে পারেন এমন পণ্য নয়। মৌলিক বিষয়গুলোর (MFA, ন্যূনতম বিশেষাধিকার, পরিষ্কার JML) পেছনে ক্রম নির্ধারণ করুন, এবং বিষয় 4.0 — প্রযুক্তিগত স্থাপত্য, ক্লাউড ও লিগ্যাসির এস্টেট কাজের সঙ্গে সংগত করুন।

দলের সঙ্গে আলোচনার প্রশ্ন#

1. আমরা কোথায় ইচ্ছাকৃতভাবে অ্যাক্সেস ঘর্ষণ ও ক্লিনিক্যাল নিরাপত্তার মধ্যে বিনিময় করছি, এবং ভারসাম্য কে ঠিক করেছিলেন? প্রতিটি অতিরিক্ত লগইন, দ্বিতীয় উপাদান বা অনুমোদন ধাপ গোপনীয়তা রক্ষা করে কিন্তু সেকেন্ড খরচ করে যা, একটি জরুরি অবস্থায়, নিজেই একটি নিরাপত্তা ঝুঁকি। এই প্রশ্ন দলকে সেই নির্দিষ্ট জায়গাগুলোর নাম বলতে বাধ্য করে যেখানে নিরাপত্তা নিয়ন্ত্রণ পরিচর্যা বিলম্বিত করতে পারে, রিসাস লগইন, ভাগ-করা ওয়ার্ড ওয়ার্কস্টেশন, কর্মঘণ্টা-বহির্ভূত সিস্টেম, এবং জিজ্ঞাসা করতে যে বর্তমান ভারসাম্য ক্লিনিক্যাল ও নিরাপত্তা উভয় পরিণতি বোঝেন এমন মানুষ বেছেছিলেন কি না, নাকি একজন সরবরাহকারীর সেটিংয়ে ডিফল্ট হয়েছে। টানাপোড়েন সততার সঙ্গে বিতর্ক করুন: অতি-আঁটসাঁট নিয়ন্ত্রণ স্টিকি-নোট পাসওয়ার্ড ও ভাগ-করা স্মার্টকার্ড চালায় যা তারা যে ঝুঁকির সমাধান করে তার চেয়ে খারাপ, অথচ অতি-ঢিলা একটি উঁকিঝুঁকি ও লঙ্ঘনকে আমন্ত্রণ জানায়। একটি খারাপ ভারসাম্যের মূর্ত সংকেত খুঁজুন, কর্মীরা পরিচয়পত্র ভাগ করছেন, সেশন খোলা, ব্রেক-গ্লাস রুটিনভাবে ব্যবহৃত। একটি ভালো উত্তর প্রতিটি বিনিময়ের মালিক চিহ্নিত করে, দেখায় এটি নির্ধারণের সময় চিকিৎসকরা ঘরে ছিলেন, এবং অনুমানের বদলে মাপা লগইন সময় ও সমাধান-হারের দিকে নির্দেশ করে। এটি ভূমিকা, সিস্টেম ও হুমকি বদলালে ভারসাম্য পুনর্বিবেচনার প্রতিশ্রুতিও দেয়।

2. একজন লিভার বা মুভার সঠিক অ্যাক্সেস হারায়, সঠিক সময়সীমায়, প্রতিবার, এ বিষয়ে আমরা কতটা আত্মবিশ্বাসী? প্রয়োজনের চেয়ে বেশি টেকা অ্যাকাউন্ট ক্লাসিক IAM ব্যর্থতা, এবং একটি আবর্তনশীল, বহু-প্রাতিষ্ঠানিক স্বাস্থ্য কর্মীবাহিনীতে ঝুঁকি তীব্র। এই প্রশ্ন যাচাই করে জয়েনার্স/মুভার্স/লিভার্স একটি প্রামাণিক উৎস থেকে চালিত নির্ভরযোগ্য, স্বয়ংক্রিয় প্রক্রিয়া, নাকি ম্যানুয়াল ইমেলের একটি সেট যা কেউ ব্যস্ত থাকলে নীরবে ব্যর্থ হয়। কঠিন ক্ষেত্র আলোচনা করুন: ট্রাস্টগুলোর মধ্যে ঘূর্ণায়মান জুনিয়র ডাক্তার, একটি শিফটের এজেন্সি নার্স, ঠিকাদার, তদন্ত-অপেক্ষায় সাময়িক-বরখাস্ত কর্মী। প্রতিটির জন্য "সঠিক সময়সীমা" মানে কী বিবেচনা করুন, একই-দিনে প্রত্যাহার একটি বরখাস্তের জন্য দরকষাকষির অযোগ্য কিন্তু একটি রুটিন অভ্যন্তরীণ সরণের জন্য নরম হতে পারে। একটি ভালো উত্তর অভিপ্রায় নয়, প্রমাণের দিকে নির্দেশ করতে পারে: সর্বশেষ লিভার-নিরীক্ষার ফলাফল, পাওয়া ও বন্ধ করা নিষ্ক্রিয় অ্যাকাউন্টের সংখ্যা, কারও চলে যাওয়া ও তাঁর অ্যাক্সেস শেষ হওয়ার মধ্যকার সময়। এটি ফাঁক সম্পর্কে সৎ এবং সেগুলো বন্ধ করার জন্য কে জবাবদিহিকারী তা বলে।

3. একটি রেকর্ডে কিছু ভুল হলে, আমরা কি আসলে পুনর্গঠন করতে পারি কে কী করেছিল, এবং একটি ঘটনা প্ররোচিত না করলেও কি আমরা অপব্যবহার লক্ষ্য করতাম? নিরীক্ষা হলো সেই নিয়ন্ত্রণ যা গোপনীয়তা ও নিরাপত্তাকে পরে প্রয়োগযোগ্য করে, কিন্তু তা কাজ করে কেবল যদি লগ সম্পূর্ণ, সুরক্ষিত ও সত্যিই পর্যালোচিত হয়। এই প্রশ্ন এমন দুটি জিনিস আলাদা করে যা একটি দল প্রায়ই গুলিয়ে ফেলে: একটি অভিযোগ এলে প্রতিক্রিয়াশীলভাবে তদন্তের সামর্থ্য, এবং কেউ অভিযোগ করার আগে সক্রিয়ভাবে অপব্যবহার শনাক্তের সামর্থ্য। আপনার লগ আসলে কী ধরে, সেগুলো বদলানো যায় কি না, কতদিন রাখা হয়, এবং, কঠিনতর প্রশ্ন, কোনো ঘটনা না থাকলে কে সেগুলো দেখে তা অনুসন্ধান করুন। বাস্তবসম্মত হুমকি বিবেচনা করুন: একজন কর্মী পরিবারের সদস্য, সহকর্মী বা জনপ্রিয় ব্যক্তিত্বকে খুঁজছেন; একটি আপসকৃত অ্যাকাউন্ট মাপে রেকর্ড ফাঁস করছে। একটি ভালো উত্তর দেখায় নিরীক্ষা একটি সুপ্ত আর্কাইভ নয়, অ্যালার্টিংসহ একটি সক্রিয় কাজ হিসেবে সম্পদপ্রাপ্ত, এবং প্রতিষ্ঠান শনাক্ত করে ব্যবস্থা নিয়েছিল এমন অপব্যবহারের একটি প্রকৃত উদাহরণ উদ্ধৃত করতে পারে। এটি নিরীক্ষাকে ন্যায্যতার সঙ্গেও যুক্ত করে, নিশ্চিত করে পর্যালোচনা বিশেষ কর্মী গোষ্ঠীকে অসমানুপাতিকভাবে লক্ষ্য করে না।

4. একজন চিকিৎসকের বৈধভাবে এমন একটি রেকর্ড দরকার যা দেখার জন্য তিনি নিয়মিত অনুমোদিত নন, তখন আমাদের ব্রেক-গ্লাস পথ কি নিরাপদ পদক্ষেপ সহজ এবং অন্যায্যটি দৃশ্যমান করে? স্বাস্থ্য ও পরিচর্যা সাধারণ কর্পোরেট IT থেকে ঠিক এই কারণে আলাদা যে নিয়মকে মাঝে মাঝে আপনার সামনের রোগীর কাছে নত হতে হয়, একজন অচেতন আগমন, একটি আন্তঃ-প্রাতিষ্ঠানিক জরুরি অবস্থা, একজন কর্মঘণ্টা-বহির্ভূত চিকিৎসক একটি অপরিচিত কেসলোড সামলাচ্ছেন। এই প্রশ্ন জিজ্ঞাসা করে জরুরি অ্যাক্সেস একটি স্পষ্ট, যুক্তিযুক্ত, চিহ্নিত পথ হিসেবে নকশা করা কি না, নাকি কর্মীরা নীরবে অ্যাক্সেস নীতি ও রোগীর কল্যাণের মধ্যে বেছে নিতে বাধ্য হন। উভয় প্রান্তের ব্যর্থতার ধরন পরীক্ষা করুন: এমন একটি ব্রেক-গ্লাস পথ যা এত জটিল যে চিকিৎসকরা তা এড়িয়ে পরিচয়পত্র ভাগ করেন, অথবা এত ঘর্ষণহীন ও অপর্যালোচিত যে এটি রুটিন প্রবেশপথ হয়ে RBAC সম্পূর্ণ ফাঁপা করে দেয়। আলোচনা করুন ব্রেক-গ্লাস ঘটনা কে পর্যালোচনা করে, কত দ্রুত, এবং কত অংশ অন্যায্য বলে প্রমাণিত হয়, শূন্যের কাছাকাছি হার মানে হতে পারে নিয়ন্ত্রণ পরিষ্কার নয়, অব্যবহৃত। একটি ভালো উত্তর একজন চিকিৎসক ঠিক কোন ধাপগুলো নেন, কারণ ধরা, রেকর্ডের নিজস্ব প্রতিষ্ঠানে তাৎক্ষণিক চিহ্নিতকরণ, এবং চক্র বন্ধ করা পরবর্তী পর্যালোচনা বর্ণনা করতে পারে, এবং দেখাতে পারে জরুরি অবস্থা সত্যিই সেবা পায় এবং অপব্যবহার সত্যিই ধরা পড়ে। এটি ব্রেক-গ্লাস পরিমাণ একটি গভীরতর অনুমোদন ফাঁক নির্দেশ করে এমন দিকে যাচ্ছে কি না সে সম্পর্কে সৎ।

5. আমরা কি বিশেষাধিকারপ্রাপ্ত ও অ-মানব অ্যাক্সেস ততটাই কঠোরভাবে পরিচালনা করছি যতটা চিকিৎসকদের, নাকি আসল ঝুঁকিগ্রস্ততা সেখানেই বসে আছে? রোগীর ডেটা রক্ষাকারী নিয়ন্ত্রণ নিজেও কেউ পরিচালনা করেন, এবং অ্যাডমিনিস্ট্রেটর, ডেটাবেস মালিক, ইন্টিগ্রেশন ইঞ্জিন ও রিপোর্টিং অ্যাকাউন্ট প্রায়ই যেকোনো রেকর্ড পড়তে বা বদলাতে এবং সবাইকে সীমিত করা সুরক্ষা বন্ধ করতে পারে। এই প্রশ্ন সেই অ্যাক্সেসকে আলোয় টেনে আনে যা ন্যূনতম-বিশেষাধিকার শৃঙ্খলা সবচেয়ে বেশি এড়িয়ে যেতে পারে: স্থায়ী অ্যাডমিন অ্যাকাউন্ট, সরবরাহকারীর রিমোট-সহায়তা লগইন, গড-মোড অধিকারসহ সার্ভিস অ্যাকাউন্ট, এবং স্বয়ংক্রিয় ইন্টারফেস যা নীরবে শনাক্তযোগ্য ফ্রি টেক্সট টানে যা তার কখনো দরকার ছিল না। আলোচনা করুন অ্যাডমিন পরিচয় দৈনন্দিন অ্যাকাউন্ট থেকে আলাদা কি না, উন্নতকরণ ঠিক-সময়ে ও সময়-সীমিত নাকি স্থায়ী, এবং বিশেষাধিকারপ্রাপ্ত সেশন রেকর্ড ও স্বাধীনভাবে পর্যালোচিত কি না। অ-মানব এস্টেট বিশেষভাবে বিবেচনা করুন, প্রতিটি সার্ভিস অ্যাকাউন্টের মালিক কে, এর পরিচয়পত্র শেষ কবে ঘোরানো হয়েছিল, এবং কেউ আজ সেগুলো গুনতে পারে কি না। একটি ভালো উত্তর বিশেষাধিকারপ্রাপ্ত অ্যাক্সেসকে নামধারী মালিক, ঠিক-সময়ে উন্নতকরণের প্রমাণ এবং যন্ত্র পরিচয়ের একটি প্রকৃত তালিকাসহ নিজস্ব একটি বিভাগ হিসেবে দেখে, চিকিৎসকদের ওপর প্রয়োগ করা মৌলিক বিষয় ব্যাক অফিসকেও ঢাকতে হবে এই অনুমানের বদলে। এটি সরবরাহকারীদের এবং স্থায়ী, অ-পর্যবেক্ষিত মাস্টার চাবি হয়ে ওঠা যেকোনো অ্যাকাউন্ট সম্পর্কে অকপট।

6. আমাদের পরিচয়ের কতটা আমাদের নিয়ন্ত্রণ-বহির্ভূত পক্ষের ওপর নির্ভর করে, এবং সেই নির্ভরতা নিয়ে আমরা কি সুচিন্তিত? আধুনিক স্বাস্থ্য ও পরিচর্যা পরিচয় নকশাতেই ফেডারেটেড, একটি শেয়ার্ড রেকর্ড প্রতিটি অংশীদার প্রতিষ্ঠানের দাবি বিশ্বাস করে, NHS Care Identity Service ও CIS2-এর মতো জাতীয় সেবা কর্মীদের জন্য জামিন দেয়, এবং NHS login নাগরিকদের জন্য, যার অর্থ আপনার অ্যাক্সেস নিয়ন্ত্রণের শক্তি কেবল ততটুকুই ভালো যতটা আপনি যে পরিচয় প্রদানকারীদের ওপর নির্ভর করেন এবং যে মান আপনাদের একসঙ্গে বাঁধে। এই প্রশ্ন দলকে মানচিত্রিত করতে বলে বিশ্বাস কোথায় অর্পিত: কোন প্রতিষ্ঠান কোন ব্যবহারকারীকে প্রমাণীকরণ করে, একজন অংশীদারের জয়েনার্স/মুভার্স/লিভার্স প্রক্রিয়া ব্যর্থ হলে কী হয়, এবং অন্য নিয়োগকর্তার একজন কর্মী চলে গেলে একটি ফেডারেটেড লগইন কীভাবে প্রত্যাহার হয়। স্মার্টকার্ড থেকে মান-ভিত্তিক প্রমাণীকরণের (MFA ও OpenID Connect সহ CIS2) দিকে চলমান স্থানান্তর, এবং জাতীয় দিক গ্রহণ ও রাত ৩টায় স্থানীয় কর্মপ্রবাহ চালু রাখার মধ্যকার টানাপোড়েন ওজন করুন। স্থিতিস্থাপকতার কোণও বিবেচনা করুন: একটি জাতীয় পরিচয় সেবা অনুপলব্ধ থাকলে, চিকিৎসকরা কি এখনো নিরাপদে তাঁদের প্রয়োজনীয় রেকর্ডে পৌঁছাতে পারেন, নাকি ফেডারেশন একটি একক ব্যর্থতা বিন্দু হয়ে ওঠে। একটি ভালো উত্তর দেখায় দল ঠিক জানে কার আশ্বাসের ওপর নির্ভর করছে, আন্তঃ-প্রাতিষ্ঠানিক প্রত্যাহার ও ঘটনা কীভাবে সামলানো হবে তা সম্মত করেছে, এবং আধুনিক NHS প্রমাণীকরণে সরে যাওয়ার ক্রম সুচিন্তিতভাবে ঠিক করছে, তার দ্বারা বাহিত না হয়ে। এস্টেটের যে অংশ এখনো ফেডারেট করতে পারে না এবং ইতোমধ্যে সেগুলো কীভাবে সেতুবদ্ধ হচ্ছে সে সম্পর্কে এটি বাস্তববাদী।

বাস্তবে: স্বাস্থ্য ও পরিচর্যার একটি উদাহরণ#

Meadowvale Integrated Care System একটি শেয়ার্ড কেয়ার রেকর্ড চালু করছে যাতে হাসপাতাল, কমিউনিটি, মানসিক স্বাস্থ্য, জিপি ও প্রাপ্তবয়স্ক সামাজিক পরিচর্যা কর্মীরা প্রতিটি ব্যক্তির একটি একীভূত দৃশ্য দেখতে পারেন। আবিষ্কারের শুরুতেই কর্মসূচি উপলব্ধি করে যে এর প্রকৃত ঝুঁকি রেকর্ড গড়া নয়, এতে অ্যাক্সেস নিয়ন্ত্রণ: পাঁচটি প্রতিষ্ঠান জুড়ে একটি একক দৃশ্য সঠিক চিকিৎসকের সঠিক তথ্য দেখার নিরাপত্তা সুবিধা এবং ভুল ব্যক্তির সংবেদনশীল কিছু দেখার ক্ষতি দুটিকেই গুণ করে।

দল অ্যাক্সেস নিয়ন্ত্রণকে একটি প্রথম শ্রেণির নকশা স্রোত করে। তারা ক্লিনিক্যাল ভাষায় প্রকাশিত একটি ভূমিকা মডেল সম্মত করে, "কমিউনিটি নার্স", "অনুমোদিত মানসিক স্বাস্থ্য পেশাদার", "কেয়ার হোম ম্যানেজার", এবং প্রতিটি ভূমিকাকে তার প্রয়োজনীয় ন্যূনতম ডেটার সঙ্গে মানচিত্রিত করে, মানসিক স্বাস্থ্য ও যৌন স্বাস্থ্য রেকর্ড কঠোরতর, আলাদাভাবে অনুমোদিত অ্যাক্সেসের অধীনে। প্রমাণীকরণ ফেডারেটেড: প্রতিটি অংশীদার প্রতিষ্ঠান NHS Care Identity Service বা তার স্থানীয় পরিচয় প্রদানকারীর মাধ্যমে OpenID Connect ব্যবহার করে নিজের কর্মীদের প্রমাণীকরণ করে, এবং শেয়ার্ড রেকর্ড নিজের পরিচয়পত্র জারি না করে সেই দাবি বিশ্বাস করে, তাই পরিচালনার জন্য কোনো নতুন পাসওয়ার্ড নেই এবং জয়েনার্স/মুভার্স/লিভার্স সেই নিয়োগকারী প্রতিষ্ঠানেই থাকে যেখানে প্রামাণিক স্টাফ রেকর্ড আছে।

কারণ একজন প্যারামেডিক বা কর্মঘণ্টা-বহির্ভূত চিকিৎসকের কখনো কখনো এমন একটি রেকর্ড দরকার হবে যা দেখার জন্য তাঁরা নিয়মিত অনুমোদিত নন, দল একটি স্পষ্ট ব্রেক-গ্লাস পথ গড়ে: একটি কারণ লিখলে জরুরি অ্যাক্সেস মেলে, রেকর্ডের নিজস্ব প্রতিষ্ঠানে তাৎক্ষণিক চিহ্নিত হয়, এবং ৪৮ ঘণ্টার মধ্যে পর্যালোচিত হয়। তারা একটি ছোট যৌথ তথ্য গভর্ন্যান্স ও নিরীক্ষা ফাংশন দাঁড় করায় যা ব্রেক-গ্লাস ঘটনা পর্যালোচনা করে, নিজের-খোঁজ ও চিহ্নিত ব্যক্তিদের খোঁজের জন্য অ্যালার্ট চালায়, এবং ICS বোর্ডকে ত্রৈমাসিক প্রতিবেদন দেয়।

গো-লাইভের ছয় মাস পরে, একটি অ্যালার্ট একজন কেয়ার সমন্বয়কারীকে এমন একজনের রেকর্ড বারবার খুলতে চিহ্নিত করে যাঁর তাঁর কেসলোডে কোনো সক্রিয় সম্পৃক্ততা নেই। নিরীক্ষা ফাংশন তদন্ত করে, দেখে অ্যাক্সেসটি পেশাদার নয়, ব্যক্তিগত ছিল, এবং নিয়োগকারী প্রতিষ্ঠান শৃঙ্খলামূলক ব্যবস্থা নেয়। কোনো রোগী-নিরাপত্তা ঘটনা ঘটেনি, লঙ্ঘন সক্রিয়ভাবে ধরা পড়েছিল, এবং, কারণ নিয়ন্ত্রণ প্রদর্শনযোগ্যভাবে কাজ করেছিল, শেয়ার্ড রেকর্ডের ওপর জনআস্থা টিকে ছিল। বোর্ড লক্ষ্য করে সেই একই নিরীক্ষা সামর্থ্য এখন তার Data Security and Protection Toolkit জমার প্রমাণ হিসেবেও কাজ করে (বিষয় 1.7 — তথ্য গভর্ন্যান্স, ডেটা সুরক্ষা ও সাইবার নিরাপত্তা দেখুন)।

খাতভিত্তিক দৃষ্টিকোণ#

স্টার্ট-আপ#

একটি দূরবর্তী মনিটরিং অ্যাপ গড়া একটি ছোট ডিজিটাল-স্বাস্থ্য কোম্পানির সুবিধা হলো কোনো লিগ্যাসি নেই: এটি প্রথম দিন থেকেই আধুনিক প্রমাণীকরণ, MFA ও মান-ভিত্তিক ফেডারেশন গ্রহণ করতে পারে, এবং নিজস্ব পরিচয় সিস্টেম উদ্ভাবন না করে নাগরিকদের জন্য NHS login ও চিকিৎসকদের জন্য CIS2-র সঙ্গে সংহত হতে পারে। বিপদ হলো গতি শৃঙ্খলাকে ছাড়িয়ে যাওয়া, হার্ড-কোড করা অ্যাডমিন পরিচয়পত্র, একটি ভাগ-করা "প্রতিষ্ঠাতা" সুপারইউজার অ্যাকাউন্ট, গড-মোড অ্যাক্সেসসহ সার্ভিস অ্যাকাউন্ট, এবং কোনো লিভার প্রক্রিয়া নেই কারণ "সবাই সবাইকে চেনে"। ন্যূনতম বিশেষাধিকার ও নিরীক্ষা দশজনে ওভারহেড মনে হয় কিন্তু একশোজনে অপূরণীয় প্রযুক্তিগত ঋণ হয়ে ওঠে। ব্যবহারিক পদক্ষেপ হলো পরিচয় একটি ম্যানেজড সেবা হিসেবে কেনা, প্রথম কমিট থেকে MFA ও RBAC প্রয়োগ করা, এবং যেকোনো NHS মোতায়েনের জন্য DTAC (Digital Technology Assessment Criteria) প্রয়োজনকে ন্যূনতম মান হিসেবে দেখা।

ক্ষুদ্র ব্যবসা#

একটি প্রতিষ্ঠিত ছোট প্রদানকারী, একটি জিপি প্র্যাকটিস, কমিউনিটি ফার্মেসি, কেয়ার হোম, গৃহ-পরিচর্যা এজেন্সি, একক-স্থানের ক্লিনিক, বা প্রাক-রাজস্ব পর্যায় পেরোনো একটি ছোট স্বাস্থ্য-প্রযুক্তি সরবরাহকারী, একটি বড় ট্রাস্টের সমান গোপনীয়তা ও অ্যাক্সেস-নিয়ন্ত্রণ দায়িত্ব বহন করে কিন্তু খাতায় প্রকৃত রোগী, মুষ্টিমেয় কর্মী এবং সেগুলো পূরণের সামান্য বা কোনো নিবেদিত IT সামর্থ্য ছাড়াই। এখানে ব্যবহারিক ঝুঁকি বিদেশি নয়: এটি সামনের ডেস্কের ভাগ-করা লগইন, মনিটরে সেঁটে রাখা ক্লিনিক্যাল সিস্টেমের পাসওয়ার্ড, লোকামকে একজন সহকর্মীর স্মার্টকার্ড দেওয়া কারণ একটি নতুন নিবন্ধন করতে অনেক সময় লাগে, এবং যে লিভারের অ্যাকাউন্ট কখনো নিষ্ক্রিয় হয় না কারণ সেই কাজের মালিক কেউ নেই। ব্যবহারিক পথ হলো তারা যে সিস্টেম কেনে তাতে ইতোমধ্যে অন্তর্নির্মিত পরিচয় ফিচারে ভর দেওয়া, MFA ও ব্যক্তি-প্রতি অ্যাকাউন্ট প্রয়োগ করা, সরবরাহকারীর নিরীক্ষা লগিং চালু করা, এবং ঘরোয়া পরিচয়পত্রের বদলে NHS CIS2 ও NHS login ব্যবহার করা, এবং একজন দায়বদ্ধ ব্যক্তির নাম দিয়ে একটি সরল জয়েনার্স/মুভার্স/লিভার্স রুটিন লিখে রাখা, সেই ব্যক্তি হাতে করে করা প্র্যাকটিস ম্যানেজার হলেও। ন্যূনতম বিশেষাধিকার ও একই-দিনের লিভার প্রত্যাহার দশজন কর্মীতে ততটাই গুরুত্বপূর্ণ যতটা দশ হাজারে; পার্থক্য হলো এখানে সেগুলো একটি নিবেদিত পরিচয় দলের বদলে প্রক্রিয়া ও কনফিগারেশন দিয়ে অর্জন করতে হবে।

বৃহৎ প্রতিষ্ঠান#

একটি বড় NHS ট্রাস্ট বা ICS অত্যন্ত ভিন্ন বয়সের কয়েক ডজন ক্লিনিক্যাল সিস্টেম চালায়, প্রতিটির নিজস্ব পরিচয় মডেল সহ, এবং এর কেন্দ্রীয় চ্যালেঞ্জ মাপে সংহতি ও জীবনচক্র। স্মার্টকার্ড, SSO, "ট্যাপ ইন, ট্যাপ আউট" কর্মপ্রবাহ, এবং ইলেকট্রনিক স্টাফ রেকর্ড থেকে একটি নির্ভরযোগ্য JML পাইপলাইন এখানে যেকোনো একক চতুর নিয়ন্ত্রণের চেয়ে বেশি গুরুত্বপূর্ণ, কারণ ব্যর্থতার ধরন পরিমাণগত ব্যর্থতা: হাজার হাজার নিষ্ক্রিয় অ্যাকাউন্ট, ভূমিকা বিস্ফোরণ, এবং এমন নিরীক্ষা লগ যা পর্যালোচনার সামর্থ্য কারও নেই। এস্টেট স্পর্শকারী অ্যাডমিনিস্ট্রেটর ও সরবরাহকারীর সংখ্যা বিবেচনায় বিশেষাধিকারপ্রাপ্ত অ্যাক্সেস ব্যবস্থাপনা সংকটপূর্ণ। অগ্রগতি আসে একটি পরিচয় কৌশল থেকে যা ভূমিকা যৌক্তিক করে, সিস্টেম জুড়ে ফেডারেট করে, এবং একটি স্থায়ী নিরীক্ষা ফাংশনে সম্পদ দেয়, প্রতিটি অ্যাপ্লিকেশনে জোড়া পয়েন্ট সমাধান থেকে নয়।

সরকার#

NHS England-এর মতো একটি জাতীয় সংস্থা পুরো ব্যবস্থার জন্য ভাগ-করা অবকাঠামো হিসেবে পরিচয় পরিচালনা করে: কর্মীদের জন্য NHS Care Identity Service ও CIS2, নাগরিকদের জন্য NHS login, এবং মান ও আশ্বাস ব্যবস্থা যা শত শত প্রতিষ্ঠানকে একে অপরকে বিশ্বাস করতে দেয়। এর সিদ্ধান্ত গতিপথ নির্ধারণ করে, স্মার্টকার্ড থেকে আধুনিক প্রমাণীকরণে সরণ, OpenID Connect গ্রহণ, জিরো ট্রাস্টের দিকে ঠেলা, এবং এর জবাবদিহিতা নিরাপত্তা ও ন্যায্য অ্যাক্সেস উভয়ের জন্য সংসদ ও জনগণের কাছে। টানাপোড়েন হলো কেন্দ্রীয় মানসম্মতকরণ ও স্থানীয় নমনীয়তার মধ্যে: অতি কঠোরভাবে বাধ্যতামূলক করলে স্থানীয় কর্মপ্রবাহ ভাঙে, অতি ঢিলাভাবে করলে ফেডারেশন অসঙ্গতিতে ধসে পড়ে। তাই সরকারি লেন্স হলো আন্তঃকার্যক্ষম মান নির্ধারণ (বিষয় 4.3 — আন্তঃকার্যক্ষমতা ও ডেটা মান দেখুন), বিশ্বাসযোগ্য ভাগ-করা সেবা দেওয়া, এবং প্রতিটি ট্রাস্টের খুঁটিনাটি পরিচালনা না করে সম্মতির আশ্বাস দেওয়া।

ব্যর্থতার সাধারণ ধরন#

• অনাথ ও নিষ্ক্রিয় অ্যাকাউন্ট। লিভার, ঘূর্ণায়মান কর্মী ও পুরোনো ঠিকাদাররা লাইভ অ্যাক্সেস ধরে রাখে কারণ JML ম্যানুয়াল বিজ্ঞপ্তির ওপর নির্ভর করে। সমাধান একটি প্রামাণিক উৎস থেকে স্বয়ংক্রিয় ডি-প্রোভিশনিং এবং নিয়মিত নিষ্ক্রিয়-অ্যাকাউন্ট ঝাড়ু।
• ভূমিকা বিস্ফোরণ ও বিশেষাধিকার ক্রীপ। RBAC শত শত পরস্পর-আবৃত ভূমিকায় ক্ষয় পায় এবং ব্যক্তিরা এমন অধিকার জমান যা আর ব্যবহার করেন না। পর্যায়ক্রমিক পুনঃপ্রত্যয়ন ও নির্ধারিত ভূমিকা যৌক্তিকীকরণ দিয়ে মোকাবিলা করুন।
• পরিচয়পত্র ভাগাভাগি ও ভাগ-করা ওয়ার্কস্টেশন। ধীর লগইন ও জটিল স্মার্টকার্ড কর্মীদের কার্ড ভাগ ও সেশন খোলা রাখতে চালায়। কর্মীদের আচরণ করতে উপদেশ দেওয়ার বদলে SSO, নৈকট্য ব্যাজ ও দ্রুত পরিবর্তন দিয়ে মূল কারণ মোকাবিলা করুন।
• স্থায়ী বিশেষাধিকারপ্রাপ্ত অ্যাক্সেস। অ্যাডমিনিস্ট্রেটর ও সরবরাহকারীরা স্থায়ী গড-মোড অ্যাকাউন্ট রাখেন যা নিয়ন্ত্রণ নিজেই নিষ্ক্রিয় করতে পারে। ঠিক-সময়ে, সময়-সীমিত, রেকর্ড-করা উন্নতকরণে যান।
• সাজসজ্জা হিসেবে নিরীক্ষা। লগ সংগৃহীত কিন্তু কখনো পর্যালোচিত নয়, তাই অপব্যবহার কেবল প্রতিক্রিয়াশীলভাবে পাওয়া যায়। নিজের-খোঁজ ও VIP খোঁজের অ্যালার্টিংসহ সক্রিয় নিরীক্ষায় সম্পদ দিন।
• ফাঁকফোকর হিসেবে ব্রেক-গ্লাস। জরুরি অ্যাক্সেস আছে কিন্তু অ-পর্যবেক্ষিত, তাই তা রুটিন ন্যূনতম-প্রতিরোধের পথ হয়ে ওঠে। একটি কারণ চান, প্রতিটি ব্যবহার চিহ্নিত করুন এবং পরে পর্যালোচনা করুন।
• MFA নাট্য। MFA চালু কিন্তু দুর্বল, ফিশযোগ্য উপাদানে, বা সবচেয়ে ব্যস্ত বিশেষাধিকারপ্রাপ্ত ব্যবহারকারীদের জন্য ছাড়। ঝুঁকি সর্বোচ্চ যেখানে সেখানে ফিশিং-প্রতিরোধী উপাদান পছন্দ করুন।

পরিপক্বতা মডেল#

চেকলিস্ট#

• প্রমাণীকরণের শক্তি ও অনুমোদনের পরিধি প্রতিটি ক্লিনিক্যাল সিস্টেমের জন্য আলাদাভাবে ঠিক ও নথিবদ্ধ।
• সব দূরবর্তী ও বিশেষাধিকারপ্রাপ্ত অ্যাক্সেসের জন্য MFA প্রয়োগকৃত, ক্লিনিক্যাল পরিবেশের উপযুক্ত উপাদান ব্যবহার করে।
• লগইন ঘর্ষণ ও পরিচয়পত্র ভাগাভাগি সরাতে সিঙ্গল সাইন-অন ও দ্রুত ওয়ার্কস্টেশন পরিবর্তন মোতায়েন।
• ভূমিকা মডেল ক্লিনিক্যাল ভাষায় প্রকাশিত, ন্যূনতম বিশেষাধিকারে মানচিত্রিত, এবং সময়সূচিতে যৌক্তিকীকৃত।
• জয়েনার্স/মুভার্স/লিভার্স একটি প্রামাণিক স্টাফ উৎস থেকে স্বয়ংক্রিয়, একই-দিনে লিভার ও বরখাস্ত প্রত্যাহারসহ।
• দায়বদ্ধ ব্যবস্থাপকদের দ্বারা পর্যায়ক্রমিক অ্যাক্সেস পুনঃপ্রত্যয়ন চালানো, অনিশ্চিত অ্যাক্সেসের জন্য অপসারণে-ডিফল্টসহ।
• বিশেষাধিকারপ্রাপ্ত অ্যাক্সেস একটি স্বতন্ত্র বিভাগ হিসেবে পরিচালিত: আলাদা পরিচয়, ঠিক-সময়ে উন্নতকরণ, সেশন রেকর্ডিং।
• অ-মানব ও ইন্টিগ্রেশন অ্যাকাউন্ট তালিকাভুক্ত, ন্যূনতম বিশেষাধিকারে সংকুচিত এবং পরিচয়পত্র ঘোরানো।
• ব্যাপক, ছেড়াফাঁড়া-স্পষ্ট নিরীক্ষা লগিং আছে, নিজের-, সহকর্মী- ও VIP-খোঁজের জন্য সক্রিয় অ্যালার্টিংসহ।
• ব্রেক-গ্লাস জরুরি অ্যাক্সেস বাধ্যতামূলক কারণ, তাৎক্ষণিক চিহ্নিতকরণ ও পরবর্তী পর্যালোচনাসহ নকশা করা।
• স্মার্টকার্ড থেকে আধুনিক NHS প্রমাণীকরণে (CIS2 / OpenID Connect) স্থানান্তর পরিকল্পিত ও ক্রমবদ্ধ।
• জিরো ট্রাস্ট রোডম্যাপ সম্মত এবং প্রযুক্তিগত স্থাপত্য কৌশলের সঙ্গে সংগত।

মূল উৎস#

• NHS England — NHS Care Identity Service ও Care Identity Service 2 (CIS2) নির্দেশিকা
• NHS England — Data Security and Protection Toolkit
• National Cyber Security Centre (NCSC) — Zero Trust Architecture Design Principles
• National Cyber Security Centre (NCSC) — বহু-উপাদান প্রমাণীকরণ এবং পরিচয়/অ্যাক্সেস ব্যবস্থাপনা নির্দেশিকা
• NIST — Special Publication 800-207, Zero Trust Architecture
• NIST — Special Publication 800-63, Digital Identity Guidelines
• NHS England / NHS login — নাগরিক পরিচয় যাচাইকরণ সেবা নথি
• DTAC — স্বাস্থ্য ও সামাজিক পরিচর্যার জন্য Digital Technology Assessment Criteria
• Caldicott Principles এবং গোপনীয়তার সাধারণ আইনি দায়িত্ব (UK)

তথ্যসূত্র#

1. Identity management (identity and access management) — Wikipedia — https://en.wikipedia.org/wiki/Identity_management
2. Authentication — Wikipedia — https://en.wikipedia.org/wiki/Authentication
3. Authorization — Wikipedia — https://en.wikipedia.org/wiki/Authorization
4. Role-based access control — Wikipedia — https://en.wikipedia.org/wiki/Role-based_access_control
5. Principle of least privilege — Wikipedia — https://en.wikipedia.org/wiki/Principle_of_least_privilege
6. Multi-factor authentication — Wikipedia — https://en.wikipedia.org/wiki/Multi-factor_authentication
7. Single sign-on — Wikipedia — https://en.wikipedia.org/wiki/Single_sign-on
8. Federated identity — Wikipedia — https://en.wikipedia.org/wiki/Federated_identity
9. OAuth — Wikipedia — https://en.wikipedia.org/wiki/OAuth
10. OpenID (and OpenID Connect) — Wikipedia — https://en.wikipedia.org/wiki/OpenID
11. Security Assertion Markup Language (SAML) — Wikipedia — https://en.wikipedia.org/wiki/Security_Assertion_Markup_Language
12. Provisioning (technology) — Wikipedia — https://en.wikipedia.org/wiki/Provisioning_(technology)
13. Zero trust architecture — Wikipedia — https://en.wikipedia.org/wiki/Zero_trust_architecture
14. NHS Care Identity Service 2 (CIS2) — NHS England — https://digital.nhs.uk/services/care-identity-service
15. Data Security and Protection Toolkit — NHS England — https://www.dsptoolkit.nhs.uk/
16. Zero Trust Architecture Design Principles — National Cyber Security Centre — https://www.ncsc.gov.uk/collection/zero-trust-architecture
17. Special Publication 800-207: Zero Trust Architecture — National Institute of Standards and Technology (NIST) — https://csrc.nist.gov/pubs/sp/800/207/final
18. Special Publication 800-63: Digital Identity Guidelines — National Institute of Standards and Technology (NIST) — https://pages.nist.gov/800-63-3/
19. Digital Technology Assessment Criteria (DTAC) — NHS England — https://www.nhs.uk/digital-technology-assessment-criteria-dtac/
20. NHS login — NHS England — https://www.nhs.uk/nhs-services/online-services/nhs-login/