موضوع 4.2 — شناخت اور رسائی کا انتظام

صحت اور نگہداشت میں، مریض کے ریکارڈ کے ساتھ کون کیا دیکھ اور کر سکتا ہے اس پر کنٹرول IT کی گھریلو صفائی کا کام نہیں بلکہ طبی تحفظ، رازداری اور عوامی اعتماد کا پہلی صف کا تعین کنندہ ہے۔

یہ صحت اور نگہداشت میں کیوں اہم ہے#

ہر طبی فیصلہ اس مفروضے پر قائم ہے کہ معالج کے سامنے ریکارڈ درست ریکارڈ ہے، درست مریض کا ہے، اور درست شخص نے اس تک رسائی پائی ہے۔ شناخت اور رسائی کا انتظام (IAM) وہ مشینری ہے جو ان تینوں مفروضوں کو سچ بناتی ہے۔ جب یہ کام کرتا ہے تو پیرامیڈک الرجی وقت پر دیکھ لیتا ہے، تحفظ کا نوٹ صرف انہی تک پہنچتا ہے جنہیں اس کی ضرورت ہے، اور آڈٹ کا سراغ سوال کا جواب دے سکتا ہے "اس ریکارڈ کو کس نے اور کیوں دیکھا؟" جب یہ ناکام ہوتا ہے تو مریضوں کو غلط نام کے تحت کھولے گئے ریکارڈ سے نقصان پہنچتا ہے، عملہ رشتہ داروں یا مشہور شخصیات کی جاسوسی کرتا ہے، اور پورے ڈیجیٹل اقدام پر اعتماد کھوکھلا ہو جاتا ہے۔

صحت اور نگہداشت عام کارپوریٹ معاملے سے داؤ تین طریقوں سے بلند کرتی ہیں۔ پہلا، ڈیٹا ان حساس ترین معلومات میں سے ہے جو کوئی شخص کبھی پیدا کرے گا — ذہنی صحت، جنسی صحت، منشیات کا استعمال، صنفی شناخت، تحفظ کی تشویشیں — اس لیے رازداری کی خلاف ورزی زحمت نہیں بلکہ دیرپا نقصان ہے۔ دوسرا، افرادی قوت متحرک، گھومتی، اور کثیر ادارہ جاتی ہے: جونیئر ڈاکٹر ہر چند مہینوں میں گھومتے ہیں، ایجنسی اور لوکم عملہ ایک شفٹ کے لیے آتا ہے، اور مربوط نگہداشت کا مطلب ہے کہ ڈسٹرکٹ نرس کو جائز طور پر ہسپتال کا ریکارڈ چاہیے ہو سکتا ہے۔ تیسرا، نگہداشت کا فرض رگڑ کو معاف نہیں کرتا: ری سس میں رات تین بجے بہت سست رسائی کا کنٹرول خود تحفظ کا خطرہ ہے۔ اس شعبے میں IAM اس لیے ڈیٹا کو بند کرنے اور درست شخص کو تیزی سے اندر آنے دینے کے درمیان مسلسل مذاکرات ہے۔

یہ موضوع رسائی کے کنٹرول کی اس گہرائی سے نمٹتا ہے جو موضوع 1.7 — معلومات کی نظامت، ڈیٹا کا تحفظ اور سائبر سیکیورٹی میں احاطہ شدہ وسیع تر فرائض کے نیچے بیٹھتی ہے۔ جہاں وہ موضوع قانونی اور تنظیمی چوکھٹا طے کرتا ہے — UK جنرل ڈیٹا پروٹیکشن ریگولیشن، ڈیٹا سیکیورٹی اینڈ پروٹیکشن ٹول کٹ، رازداری کا فرض — یہ موضوع شناخت ثابت کرنے اور کام کرنے کے لیے درکار کم از کم رسائی دینے کی ٹھوس مشینری کے بارے میں ہے۔

بنیادی تصورات#

شناخت اور رسائی کا انتظام وہ نظم و ضبط اور ٹیکنالوجیوں کا مجموعہ ہے جو یقینی بناتا ہے کہ درست افراد کے پاس درست وسائل تک درست وقت پر درست رسائی ہو، اور بعد میں اسے ثابت کیا جا سکے۔ یہ ایک ایسے فرق پر قائم ہے جسے دھندلا کرنا آسان اور کھونا خطرناک ہے: تصدیق اور اجازت کے درمیان فرق۔

تصدیق جواب دیتی ہے "کیا آپ وہی ہیں جو آپ دعویٰ کرتے ہیں؟" اسے عوامل سے ثابت کیا جاتا ہے: جو آپ جانتے ہیں (پاس ورڈ یا 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. ہر رسائی کے فیصلے کو قابلِ آڈٹ بنائیں، اور واقعی آڈٹ پڑھیں۔ رسائی کا کنٹرول جسے بعد میں دیکھا نہ جا سکے آدھا کنٹرول ہے؛ جواب دینے کی صلاحیت "اس ریکارڈ تک کس نے، کب، کس بنیاد پر رسائی کی؟" رازداری کی تفتیش اور مریض کے تحفظ دونوں کی بنیاد ہے۔ جامع، چھیڑ چھاڑ کا ثبوت دینے والی آڈٹ لاگنگ ترتیب دیں، اور — اہم بات — فعال آڈٹ کو وسائل دیں، بشمول خود کی تلاش، ساتھیوں یا VIPs کی تلاش، اور غیر معمولی رسائی کے حجم کے لیے الرٹس۔ آڈٹ کا سراغ جسے کوئی نہ دیکھے کسی کو نہیں روکتا۔

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 تصدیق کی طرف اپنی منتقلی دانستہ ترتیب دے رہی ہے بجائے اس کے کہ اس کے ساتھ بہہ جائے۔ یہ نظام کے ان حصوں کے بارے میں حقیقت پسند ہے جو ابھی وفاق نہیں کر سکتے اور اس دوران انہیں کیسے جوڑا جاتا ہے۔

عملی مثال: صحت اور نگہداشت کی ایک مثال#

میڈو ویل انٹیگریٹڈ کیئر سسٹم مشترکہ نگہداشتی ریکارڈ جاری کر رہا ہے تاکہ ہسپتال، کمیونٹی، ذہنی صحت، جی پی، اور بالغوں کی سماجی نگہداشت کا عملہ ہر شخص کا متحد منظر دیکھ سکے۔ دریافت میں پروگرام جلد سمجھ لیتا ہے کہ اس کا حقیقی خطرہ ریکارڈ بنانا نہیں بلکہ اس تک رسائی کو کنٹرول کرنا ہے: پانچ اداروں پر پھیلا واحد منظر درست معالج کے درست معلومات دیکھنے کا تحفظ کا فائدہ اور غلط شخص کے کچھ حساس دیکھنے کا نقصان دونوں کئی گنا کرتا ہے۔

ٹیم رسائی کے کنٹرول کو اولین ڈیزائن دھارا بناتی ہے۔ وہ طبی زبان میں ظاہر کردہ کرداروں کے ماڈل پر متفق ہوتے ہیں — "کمیونٹی نرس"، "منظور شدہ ذہنی صحت کا پیشہ ور"، "کیئر ہوم مینیجر" — اور ہر کردار کو اس کے درکار کم از کم ڈیٹا سے نقشہ بناتے ہیں، ذہنی صحت اور جنسی صحت کے ریکارڈز کو سخت، الگ اجازت شدہ رسائی کے ساتھ۔ تصدیق وفاقی ہے: ہر شراکت دار ادارہ اپنے عملے کی تصدیق NHS Care Identity Service یا اپنے مقامی شناخت فراہم کنندہ سے OpenID Connect استعمال کر کے کرتا ہے، اور مشترکہ ریکارڈ اپنی اسناد جاری کرنے کے بجائے ان دعووں پر بھروسا کرتا ہے، اس لیے سنبھالنے کو کوئی نیا پاس ورڈ نہیں، اور شامل ہونے والے/بدلنے والے/جانے والے آجر ادارے کے پاس رہتا ہے جہاں مستند عملے کا ریکارڈ ہے۔

چونکہ پیرامیڈک یا اوقات کے بعد کے معالج کو کبھی ایسا ریکارڈ چاہیے ہوگا جس کی انہیں معمول سے اجازت نہیں، ٹیم صریح بریک گلاس راستہ بناتی ہے: ہنگامی رسائی وجہ درج کرنے پر ملتی ہے، ریکارڈ کے گھر کے ادارے کو فوری جھنڈا لگتا ہے، اور 48 گھنٹوں میں جائزہ ہوتا ہے۔ وہ چھوٹا مشترکہ معلومات کی نظامت اور آڈٹ فعل کھڑا کرتے ہیں جو بریک گلاس کے واقعات کا جائزہ لیتا ہے، خود کی تلاش اور جھنڈا لگے افراد کی تلاش کے لیے الرٹس چلاتا ہے، اور ICS بورڈ کو سہ ماہی رپورٹ کرتا ہے۔

لائیو ہونے کے چھ مہینے بعد، ایک الرٹ جھنڈا لگاتا ہے کہ کیئر کوآرڈینیٹر بار بار ایسے شخص کا ریکارڈ کھول رہا ہے جو ان کے کیس لوڈ میں فعال طور پر شامل نہیں۔ آڈٹ فعل تفتیش کرتا ہے، پاتا ہے کہ رسائی پیشہ ورانہ نہیں بلکہ ذاتی تھی، اور آجر ادارہ تادیبی کارروائی کرتا ہے۔ مریض کے تحفظ کا کوئی واقعہ نہیں ہوا، خلاف ورزی فعال طور پر پکڑی گئی، اور — چونکہ کنٹرولز نے واضح طور پر کام کیا — مشترکہ ریکارڈ پر عوامی اعتماد برقرار رہا۔ بورڈ نوٹ کرتا ہے کہ وہی آڈٹ کی صلاحیت اب اس کی ڈیٹا سیکیورٹی اینڈ پروٹیکشن ٹول کٹ جمع کرانے کے لیے شواہد کا کام بھی دیتی ہے (دیکھیے موضوع 1.7 — معلومات کی نظامت، ڈیٹا کا تحفظ اور سائبر سیکیورٹی)۔

شعبہ جاتی زاویے#

اسٹارٹ اپ#

دور سے نگرانی کی ایپ بنانے والی چھوٹی ڈیجیٹل صحت کی کمپنی کا فائدہ ہے کہ اس کے پاس پرانا نظام نہیں: یہ پہلے دن سے جدید تصدیق، MFA، اور معیار پر مبنی وفاق اپنا سکتی ہے، اور اپنا شناخت کا نظام ایجاد کرنے کے بجائے شہریوں کے لیے NHS login اور معالجین کے لیے CIS2 سے مربوط ہو سکتی ہے۔ خطرہ رفتار کا نظم و ضبط سے آگے نکلنا ہے — ہارڈ کوڈ شدہ انتظامی اسناد، مشترکہ "بانی" سپر یوزر اکاؤنٹ، خدا جیسی رسائی والے سروس اکاؤنٹس، اور جانے والوں کا عمل نہیں کیونکہ "ہر کوئی ہر کسی کو جانتا ہے"۔ کم از کم استحقاق اور آڈٹ دس افراد پر بوجھ لگتے ہیں مگر سو پر ناقابلِ بازیافت تکنیکی قرض بن جاتے ہیں۔ عملی قدم شناخت کو منظم خدمت کے طور پر خریدنا، پہلی کمٹ سے MFA اور RBAC نافذ کرنا، اور DTAC (ڈیجیٹل ٹیکنالوجی اسسمنٹ کرائٹیریا) کے تقاضوں کو کسی بھی NHS نفاذ کی کم از کم سطح سمجھنا ہے۔

چھوٹا کاروبار#

ایک قائم شدہ چھوٹا فراہم کنندہ — جی پی پریکٹس، کمیونٹی فارمیسی، کیئر ہوم، گھریلو نگہداشت کی ایجنسی، ایک مقام کا کلینک، یا آمدن سے پہلے کے مرحلے سے آگے کا چھوٹا ہیلتھ ٹیک سپلائر — بڑے ٹرسٹ جیسے ہی رازداری اور رسائی کے کنٹرول کے فرائض اٹھاتا ہے مگر کتابوں میں حقیقی مریضوں، مٹھی بھر عملے، اور انہیں پورا کرنے کے لیے کم یا کوئی مخصوص IT صلاحیت کے ساتھ۔ یہاں عملی خطرہ انوکھا نہیں: استقبالیہ کا مشترکہ لاگ اِن، مانیٹر پر چپکایا طبی نظام کا پاس ورڈ، لوکم کو ساتھی کا اسمارٹ کارڈ دینا کیونکہ نیا رجسٹر کرنے میں بہت وقت لگتا ہے، اور جانے والے کا اکاؤنٹ جو کبھی بند نہیں ہوتا کیونکہ اس کام کا کوئی مالک نہیں۔ عملی راستہ ان کے خریدے نظاموں میں پہلے سے بنی شناخت کی خصوصیات پر ٹیک لگانا ہے — فی شخص اکاؤنٹس اور MFA نافذ کریں، سپلائر کی آڈٹ لاگنگ آن کریں، اور گھر کی بنی اسناد کے بجائے NHS CIS2 اور NHS login استعمال کریں — اور شامل ہونے والے/بدلنے والے/جانے والے کا سادہ معمول لکھنا جو ایک جواب دہ شخص کا نام لے، خواہ وہ شخص ہاتھ سے کرنے والا پریکٹس مینیجر ہی ہو۔ کم از کم استحقاق اور اسی دن جانے والے کی منسوخی دس عملے پر اتنی ہی اہم ہیں جتنی دس ہزار پر؛ فرق یہ ہے کہ یہاں انہیں مخصوص شناخت کی ٹیم کے بجائے عمل اور ترتیب سے حاصل کرنا ہوگا۔

بڑا ادارہ#

بڑا NHS ٹرسٹ یا ICS بے حد مختلف عمروں کے درجنوں طبی نظام چلاتا ہے، ہر ایک کا اپنا شناخت کا ماڈل، اور اس کا مرکزی چیلنج پیمانے پر انضمام اور زندگی کا دورانیہ ہے۔ اسمارٹ کارڈز، SSO، "ٹیپ اِن، ٹیپ آؤٹ" کام کے بہاؤ، اور برقی عملے کے ریکارڈ سے قابلِ اعتماد JML پائپ لائن یہاں کسی بھی واحد ہوشیار کنٹرول سے زیادہ اہم ہیں، کیونکہ ناکامی کے طریقے حجم کی ناکامیاں ہیں: ہزاروں غیر فعال اکاؤنٹس، کرداروں کا دھماکہ، اور آڈٹ لاگز جنہیں جائزہ لینے کی کسی کے پاس صلاحیت نہیں۔ مراعات یافتہ رسائی کا انتظام نظام کو چھونے والے منتظمین اور سپلائرز کی تعداد کو دیکھتے ہوئے اہم ہے۔ ترقی کرداروں کو معقول بنانے والی، نظاموں میں وفاق کرنے والی، اور مستقل آڈٹ کے فعل کو وسائل دینے والی شناخت کی حکمت عملی سے آتی ہے — ہر ایپلی کیشن پر جوڑے نقطہ حلوں سے نہیں۔

حکومت#

NHS انگلینڈ جیسا قومی ادارہ پورے نظام کے لیے مشترکہ بنیادی ڈھانچے کے طور پر شناخت چلاتا ہے: عملے کے لیے NHS Care Identity Service اور CIS2، شہریوں کے لیے NHS login، اور معیارات اور یقین دہانی کے نظام جو سینکڑوں اداروں کو ایک دوسرے پر بھروسا کرنے دیتے ہیں۔ اس کے فیصلے سفر کی سمت طے کرتے ہیں — اسمارٹ کارڈز سے جدید تصدیق کی طرف منتقلی، OpenID Connect کا اپنانا، زیرو ٹرسٹ کی طرف زور — اور اس کی جواب دہی پارلیمنٹ اور عوام کے سامنے سلامتی اور منصفانہ رسائی دونوں کی ہے۔ کشمکش مرکزی معیار بندی اور مقامی لچک کے درمیان ہے: بہت سختی سے لازمی کریں تو مقامی کام کے بہاؤ ٹوٹتے ہیں، بہت ڈھیلے لازمی کریں تو وفاق عدم یکسانیت میں ڈھے جاتا ہے۔ حکومتی عدسہ اس لیے باہمی عملیت کے معیارات طے کرنے (دیکھیے موضوع 4.3 — باہمی عملیت اور ڈیٹا معیارات)، قابلِ اعتماد مشترکہ خدمات فراہم کرنے، اور ہر ٹرسٹ کی جزئیات کا انتظام کیے بغیر تعمیل کی یقین دہانی کے بارے میں ہے۔

عام ناکامی کے طریقے#

• یتیم اور غیر فعال اکاؤنٹس۔ جانے والے، گھومے ہوئے عملہ، اور پرانے ٹھیکیدار زندہ رسائی رکھتے ہیں کیونکہ JML دستی اطلاع پر منحصر ہے۔ حل مستند ماخذ سے خودکار رسائی ختم کرنا اور غیر فعال اکاؤنٹس کی باقاعدہ صفائی ہے۔
• کرداروں کا دھماکہ اور استحقاق کا رینگنا۔ RBAC سینکڑوں باہم گتھے کرداروں میں بگڑتا ہے اور افراد ایسے حقوق جمع کرتے ہیں جو وہ استعمال نہیں کرتے۔ باقاعدہ توثیق اور شیڈول کرداروں کی معقولیت سے مقابلہ کریں۔
• اسناد کا اشتراک اور مشترکہ ورک اسٹیشنز۔ سست لاگ اِن اور بھدے اسمارٹ کارڈ عملے کو کارڈ شیئر کرنے اور سیشن کھلے چھوڑنے پر مجبور کرتے ہیں۔ عملے کو سلوک ٹھیک کرنے کی نصیحت کے بجائے SSO، قربت کے بیجز، اور تیز سوئچنگ سے بنیادی وجہ سنبھالیں۔
• کھڑی مراعات یافتہ رسائی۔ منتظمین اور سپلائرز مستقل خدا جیسے اکاؤنٹس رکھتے ہیں جو خود کنٹرولز بند کر سکتے ہیں۔ ٹھیک وقت پر، وقت کی حد والی، ریکارڈ شدہ بلندی کی طرف جائیں۔
• آڈٹ بطور سجاوٹ۔ لاگز جمع ہوتے ہیں مگر کبھی جائزہ نہیں ہوتا، اس لیے غلط استعمال صرف ردعملی طور پر ملتا ہے۔ خود کی تلاش اور VIP کی تلاش کے لیے الرٹنگ کے ساتھ فعال آڈٹ کو وسائل دیں۔
• راستہ بنتا بریک گلاس۔ ہنگامی رسائی موجود مگر غیر مانیٹر شدہ ہے، اس لیے یہ کم سے کم مزاحمت کا معمول کا راستہ بن جاتا ہے۔ وجہ لازمی کریں، ہر استعمال پر جھنڈا لگائیں، اور بعد میں جائزہ لیں۔
• MFA کا تھیٹر۔ MFA فعال ہے مگر کمزور، فشنگ پذیر عوامل پر، یا سب سے مصروف مراعات یافتہ صارفین کے لیے چھوڑ دی گئی۔ جہاں خطرہ سب سے زیادہ ہو وہاں فشنگ کے خلاف مزاحم عوامل کو ترجیح دیں۔

پختگی کا ماڈل#

جانچ فہرست#

• ہر طبی نظام کے لیے تصدیق کی طاقت اور اجازت کا دائرہ الگ فیصلہ شدہ اور دستاویزی ہے۔
• تمام دور اور مراعات یافتہ رسائی کے لیے MFA نافذ ہے، طبی ترتیب کے مطابق عوامل کے ساتھ۔
• لاگ اِن کی رگڑ اور اسناد کا اشتراک ہٹانے کے لیے واحد سائن آن اور تیز ورک اسٹیشن سوئچنگ نافذ ہے۔
• کردار کا ماڈل طبی زبان میں ظاہر ہے، کم از کم استحقاق سے نقشہ بند، اور شیڈول پر معقول بنایا جاتا ہے۔
• شامل ہونے والے/بدلنے والے/جانے والے مستند عملے کے ماخذ سے خودکار ہیں، اسی دن جانے والے اور معطلی کی منسوخی کے ساتھ۔
• جواب دہ مینیجروں کی طرف سے رسائی کی باقاعدہ توثیق ہوتی ہے، غیر تصدیق شدہ رسائی کے لیے ہٹانے پر ڈیفالٹ کے ساتھ۔
• مراعات یافتہ رسائی الگ زمرے کے طور پر منظم ہے: الگ شناختیں، ٹھیک وقت پر بلندی، سیشن کی ریکارڈنگ۔
• غیر انسانی اور انضمام کے اکاؤنٹس کی فہرست ہے، کم از کم استحقاق تک محدود، اور اسناد گھمائی جاتی ہیں۔
• جامع، چھیڑ چھاڑ کا ثبوت دینے والی آڈٹ لاگنگ ہے، خود، ساتھی، اور VIP کی تلاش کے لیے فعال الرٹنگ کے ساتھ۔
• بریک گلاس ہنگامی رسائی لازمی وجہ، فوری جھنڈے، اور بعد از حقیقت جائزے کے ساتھ ڈیزائن ہے۔
• اسمارٹ کارڈز سے جدید NHS تصدیق (CIS2 / OpenID Connect) کی منتقلی منصوبہ بند اور ترتیب شدہ ہے۔
• زیرو ٹرسٹ کا روڈ میپ متفق اور تکنیکی فن تعمیر کی حکمت عملی سے ہم آہنگ ہے۔

کلیدی ماخذ#

• NHS انگلینڈ — NHS Care Identity Service اور Care Identity Service 2 (CIS2) کی رہنمائی
• NHS انگلینڈ — ڈیٹا سیکیورٹی اینڈ پروٹیکشن ٹول کٹ
• نیشنل سائبر سیکیورٹی سینٹر (NCSC) — Zero Trust Architecture Design Principles
• نیشنل سائبر سیکیورٹی سینٹر (NCSC) — کثیر عوامل کی تصدیق اور شناخت/رسائی کے انتظام کی رہنمائی
• NIST — Special Publication 800-207، Zero Trust Architecture
• NIST — Special Publication 800-63، Digital Identity Guidelines
• NHS انگلینڈ / NHS login — شہری شناخت کی توثیق کی خدمت کی دستاویزات
• DTAC — صحت اور سماجی نگہداشت کے لیے Digital Technology Assessment Criteria
• کالڈیکوٹ اصول اور رازداری کا عام قانونی فرض (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/