مدل مدیریتی کنترل دسترسی نقش مبنا

مدل مدیریتی کنترل دسترسی نقش مبنا

اسلاید 1: مدل مديريتي كنترل دسترسي نقش مبناصالح حافظ قرآنيدانشگاه صنعتی شريف , دانشکده مهندسی کامپيوترامنيت پايگاه داده ، ارديبهشت 1385

اسلاید 2: فهرست مطالبامنيت پايگاه دادهمدل كنترل دسترسي نقش - مبنا مديريت در كنترل دسترسي نقش- مبنا مدل مديريت در كنترل دسترسي نقش- مبنا پياده سازي مدل PRA97 براي انتساب مجوز به نقش در Oracle كنترل دسترسي نقش- مبنا و MACاستفاده از RBAC براي اعمال DAC و MACجمع بنديمراجع

اسلاید 3: امنيت پايگاه داده جنبه هاي مهم در برقراري امنيت كنترل دسترسي كاربران به داده ها بايستي مدلي ارائه شود تا تعيين گردد كه چه دسترسي هايي مجاز و چه دسترسي هايي غير مجاز است. پايگاههاي داده با توجه به متمركزسازي داده ها در آن بيشتر مورد توجه قرار می گيرند.مدل كنترل دسترسي نقش- مبنا به عنوان يك مدل كنترل دسترسي بسيار مرسوم و پركاربرد مطرح است.......

اسلاید 4: مدل كنترل دسترسي نقش - مبنا کنترل دسترسي اجباري يا MACکنترل دسترسي اختياري يا DACکنترل دسترسي نقش- مبنا يا RBACعلت كاربرد زياد اين مدل براي كنترل دسترسي ها ( مزايا ) :سادگي مديريت آن .نگاه واقعي مدل به محيط هاي عملياتي.مجوز دسترسي بر اساس نقش ها در سازمانهاست نه بر اساس مالكيت داده ها. مدل RBAC به خوبي سياست امنيتي پيچيده را مديريت مي کند.

اسلاید 5: طرح يك مشكل و ارائه يك راه حلاگر سيستمي با هزاران كاربر و صدها نقش و مجوز در نظر بگيريم، مديريت نقش ها و انتساب كاربران به نقش ها و مجوز ها به نقش ها و همچنين ساخت سلسله مراتب از نقش ها بسيار پيچيده و مشكل مي گردد و نمي توان آن را توسط يك مدير در سيستم انجام داد. راهكار : مديريت غير متمركز.در نظر كرفتن نقش هاي مديريتي و حوزه هاي مديريتي براي هر نقشهمچنين ايجاد سلسله مراتبي از آنهاواگذاري مديريت به افراد مختلف در حوزه هاي گوناگون سيستمهر مدير مسؤوليت مديريت در حوزه خود را بر عهده داشته باشد

اسلاید 6: خانواده مدل هاي RBAC RBAC0 به عنوان مدل پايه در پايين داراي کمترين نيازمنديهاي سيستم RBAC مي باشد.RBAC1 سلسله مراتبي از نقش ها را به آن اضافه کرده است به طوريکه نقش ها مي توانند از نقش هاي ديگر به ارث ببرندRBAC2 قيودي را تعريف مي کند که محدوديتهايي را به تنظيمات قابل قبول براي مولفه ها در RBAC اضافه مينمايد.مدل Consolidated ، شامل هر دو RBAC1 و RBAC2 و به صورت ضمني، RBAC0 نيز مي باشد.

اسلاید 7: RBAC0 يا مدل پايهچهار مولفه :کاربران :منظور از کاربر، انسان مي باشد. فردی که با سيستم تعامل دارد.نقش ها نقش، يک کار نامدار درون سازمان است که سازمان مجوز ها و مسئوليت ها را به اعضاي يک نقش مي دهد. اختيارات يا مجوزها به کسي که دارنده اختيار است، قدرت انجام يک عمل در سيستم را مي دهد.نشست هاکاربر با فعال کردن يک مجموعه از نقش ها که به او متعلق است، نشست ها را برقرار مي کند.

اسلاید 8: RBAC1 يا مدل سلسله مراتبسلسله مراتب به معني ساختار نقش ها ست که حدود مجوزها و مسئوليت ها در سازمان را باز مي تاباند.اين سلسله مراتب يک مجموعه ترتيب جزئي است. يک ترتيب جزئي، خواص بازتابي، انتقالي و پاد تقارني را داراست.

اسلاید 9: سلسله مراتبمحدود کردن وراثتممکن است بخواهد تعدادي اختيارات محرمانه براي خود داشته باشد و از به ارث رسيدن آنها به ساير نقش ها جلوگيري کنيد.زير سلسله مراتب خصوصيفرض کنيد که به زير مجموعه محرمانه اي نياز باشد به طوريکه اختيارات آنها توسط بالايي ها به ارث برده نشود.

اسلاید 10: RBAC2 يا مدل قيودقيود جنبه مهمي از RBAC هستند. يک مثال رايج جدا کردن نقش هاي سازمان است.نقش هاي انحصار متقابل :يک کاربر مي تواند به حداکثر يک نقش در مجموعه انحصار متقابل نسبت داده شود. که اين قيود باعث جدا کردن وظايف از يکديگر مي شود. انحصار متقابل در مورد PA ، مشخص مي کند که يک اختيار خاص نتواند به دو نقش نسبت داده شود. دانه بندي : يک قيد ديگر روي کاربر است . حداکثر تعداد اعضاي يک نقش می تواند محدود باشد. تنها يک نفر مي تواند رئيس يک سازمان باشد.تعداد نقش هاي يک کاربر مي تواند به مجموعه خاصي محدود شود و يا به تعداد خاصي محدود گردد.

اسلاید 11: RBAC2 يا مدل قيود ( ادامه )نقشهاي پيش شرط :ايده آن مبتني بر شايستگي ها است، به طوريکه کاربر مي تواند به نقش A نسبت داده شود و اگر تنها اگر کاربر قبلا به نقش B نسبت داده شده باشد.براي سازگاري، اختيار p ، مي تواند به يک نقش تنها در صورتيکه نقش در حال حاضر داراي اختيار q است، نسبت داده شود. در بسياري از سيستم ها اختيار خواندن يک فايل مستلزم داشتن اختيار خواندن از دايرکتوري مي باشد.

اسلاید 12: RBAC3 يا مدل Consolidated 3 = 1 + 2تلفيق اين دو، موارد قابل بحث جديدي را بوجود مي آورد :قيود روي سلسله مراتبي از نقشها :چون دراين مدل قيود و سلسله مراتب هر دو در مدل دهده مي شوند ، قيود را روي سلسله مراتب هم مي توان تعريف كرد.قيود مي توانند تعداد نقش هاي بالاتر و پايين تر را محدود کند.تقابلات :تقابل ظريفي بين قيود و سلسله مراتب بوجود مي آيد.نقش هاي محرمانه :نقش هاي محرمانه مي توانند بدون هيچ برخورد و تلاقي، انحصار متقابل باشند.

اسلاید 13: اجزاء مدل RBAC

اسلاید 14: مديريت در كنترل دسترسي نقش- مبنا در سيستم بزرگ که تعداد نقش ها به صدها و هزاران افزايش مي يابد، مديريت اين نقش ها و روابط ميان آنها يک کار سخت که به صورت مرکزي انجام مي شود و به گروه کوچکي از مديران امنيتي محول مي شود.از آنجا که نکته اصلي RBAC اين است که مديريت را ساده مي کند، مي توان از خود آن در مديريت خودش استفاده نمود.نقش هاي مدير يا AR و اختيارات مدير يا AP را از نقش هاي معمولي يا R و اختيارات معمولي يا P جدا مي كنيم . اختيارات تنها به نقش ها نسبت داده مي شوند و اختيارات مديريتي تنها به نقش هاي مديريتي نسبت داده مي شوند.

اسلاید 15: مديريت در سيستم هاي نقش- مبناپروژه تحقيقاتي European Union :پروژه Webocracy و سيستم Web-Based مربوطهاهداف : فراهم آوردن سرويس هاي دولتيQuality Of Service…ماجول CSAPCommunication, Security, Authentication, Privacyماجول CAC به عنوان ابزار مديريت ماجول فوقCSAP Administration Console

اسلاید 16: مدل مديريتي RBACهمانطور كه در شکل،‌ نشان داده شده است که انواع مدل هاي بحث شده ، براي مدير نيز مطرح است. البته معمولا مدل مدير ساده تر از خود مدل RBAC است. بنابراين مي توان از RBAC0 به جاي RBAC3 استفاده نمود.چگونه مدل سلسله مراتبي مدل مدير مديريت مي شود؟ به طور تئوريک، سطح دوم از سلسله مراتب مي تواند براي مديريت سطح اول مورد استفاده قرار گيرد. ولي براي مدل ضروري نمي باشد.مديريت سلسله مراتب مدير مي تواند توسط يک نفر رئيس سيستم مديريت انجام شود. مجوزهاي مدير در RBAC توانايي تغيير نسبت دادن نقش به کاربران و نيز تغيير دادن نسبت دادن اختيارات به نقش ها و روابط موجود در سلسله مراتب نقش ها را به وجود آورد.

اسلاید 17: اجزاء مدل مديريتي RBAC

اسلاید 18: اجزاء مدل مديريتي RBACاين مدل در سال 1997 توسط Sandhu ارائه گرديد. ايده اصلي آن استفاده از خود مدل RBAC براي مديريت آن بود. اين مدل شامل سه مدل اصلي به شرح زير مي باشد : مدل URA يا مدل انتساب كاربران به نقش مدل PRA يا مدل انتساب مجوزها به نقشمدل PRA يا مدل انتساب نقش به نقش

اسلاید 19: مدل URA يا مدل انتساب كاربران به نقش اين مدل داراي 2 مؤلفه اصلي است :انتساب كاربران به نقش ها يا مدل Gant Can-assign باز پس گيري عضويت آنها در نقش ها يا Revoke Can-revoke رابطه Can-assign بيان مي كند كه چه افرادي با چه پيش شرط هايي مي توانند در چه حوزه اي كار اعطاء را انجام دهند. افراد را با نقش هاي مديريتي كه دارا هستند معين مي كند. يعني نقشي را بيان مي كند كه افراد براي اعمال كارهاي مديريتي در يك حوزه خاص بايد دارا باشند.رابطه Can-revoke بيان مي كند كه چه افرادي در چه حوزه هايي مي توانند عمل بازپس گيري را انجام دهند. اين توابع براي عمل انتساب و بازپس گيري نقش ها به كاربران به كار مي رود و بايستي در هر عمل، امكان انجام آنرا توسط آنها چك كرد.

اسلاید 20: مدل URAتابع Can_assign داراي سه پارامتر ورودي است. X كه نقش مديريتي فردي كه مي خواهد عمل انتساب را انجام دهد را مشخص مي كند. Y نقش پيش شرط فردي است كه مي خواهيم به او نقش را انتساب دهيم و Z كه دامنه نقش هاي قابل انتساب را معين مي كند. يعني فرد داراي نقش مديريتي X به يك كاربر كه فعلا داراي نقش Y است مي تواند هر نقشي در دامنه ‌Z عطا كند.

اسلاید 21: مدل URAتابع Can_Revoke داراي دو پارامتر ورودي است. X كه نقش مديريتي فردي كه مي خواهد عمل بازپس گيري نقش را انجام دهد را مشخص مي كند. Z دامنه نقش هايي را كه مي تواند بازپس گيرد تعيين مي كند . هيچ پيش شرطي براي اين تابع تعريف نمي گردد.

اسلاید 22: مدل PRA يا مدل انتساب مجوزها به نقش اين مدل نيز مشابه مدل قبلي داراي 2 مؤلفه اصلي است :مدل Grant براي اعطاء مجوزها به نقش ها Can-assignp مدل Revoke براي بازپس گيري مجوز از نقش ها Can-revokep رابطه اول وظيفه تعيين افراد و شرط ها براي انجام عمل انتساب در يك حوزه خاص و رابطه دوم وظيفه تعيين افراد براي انجام عمل بازپس گيري در يك حوزه خاص را بر عهده دارد.

اسلاید 23: مدل PRAتابع Can_Assignp داراي سه پارامتر ورودي است . X كه نقش مديريتي مجري عمل انتساب را مشخص مي كند. Y نقش اي است كه مي توان مجوزهاي آن را براي عمل انتساب انتخاب كرد. Z ، حوزه نقش هايي است كه مي توان مجوز انتخاب شده را به آن نسبت داد.

اسلاید 24: مدل PRAتابع Can_Revokep داراي دو پارامتر ورودي است كه x نقش مديريتي مجري عمل بازپس گيري و z حوزه نقش هايي است كه مي توان در آن حوزه عمل بازپس گيري مجوز ها را انجام داد.y در PRA حوزه انتخاب مجوزها را در تابع Can_Assignp مشخص مي كند. در حالي كه در URA پيش شرط براي اخذ نقش بود. بنابراين در PRA مي توان y را به عنوان Permission pool يا حوزه اي براي انتخاب مجوز ها جهت انتساب دانست.

اسلاید 25: مدل RRA يا مدل انتساب نقش به نقش ايجاد يك سلسله مراتب از نقش ها فراهم آوردن بستري براي ساخت مدل RBAC1 وقتي نقشي، بالاتر از يك نقش ديگر قرار مي گيرد، تمام مجوزهاي نقش قبلي را به ارث مي برد. يعني نقش بالاتر تمام مجوزهاي نقش پايين تر را داراست علاوه بر آن يك سري مجوز هاي خاص خود را نيز دارد. اين مدل سلسله مراتبي با توجه به ساختار سلسله مراتبي نقش هاي سازماني مي تواند شكل بگيرد و به هر چه بهتر مدل كردن نقش ها و نقش هاي مديريتي موجود سازمان در سيستم كمك كند.

اسلاید 26: مشكلاتي در مدل هاي URA97 و PRA97در انتساب نقش ها به كاربران به خاطر ارضاء پيش شرط ها نمي توان نقش بالاتر را بطور مستقيم به كاربر داد :اين امر باعث ايجاد انتساب هاي چند مرحله اي.انجام چند كار مختلف احتمالا توسط چند مدير در حوزه هاي گوناگون.باعث مشكلات ديگري در مورد نقش هاي موجود يك كاربر.داده هاي زيادي داراي افزونگي هستند.در مدل URA97 مفهوم User pool با درخت سلسله مراتبي نقش ها درگير شده است:ارتباط بي مورد بين دو موضوع جداگانه.براي اعمال خط مشي هاي خاص روي آن، سلسله مراتب نقش ها را تغيير مي دهيم.در PRA97 هيچ راهي براي محدود كردن نوع مجوزهاي قابل اعطا نداريم.مشكل ديگر اينكه ممكن است انتساب ها منجر به اثرات جانبي غير مطلوب شود و نقش هايي، ناخواسته از مجوزهاي ديگران ارث برند.

اسلاید 27: مدل Role Graph از ديد ديگر مدل كنترل دسترسي نقش مبنا را مبتني بر سه گراف در سه حوزه مختلف بررسي مي كنند :گراف اختيارات يا مجوز ها :اين گراف بيانگر سلسله مراتب حاكم برانواع مجوزهاي مختلف است. ممكن است داشتن يك مجوز ، داشتن يك مجوز ديگر را ايجاب كند. گراف گروه ها يا كاربران :در اين گراف كاربران يا گروهاي كاربري و سلسله مراتب آنها نمايش داده مي شود.گراف نقش ها ياRole Graph : در اين گراف نقش هاي موجود سيستم ، گره هاي گراف را تشكيل مي دهند و خط بين آنها ارتباط شامل شدن را معين مي كند.

اسلاید 28: اجزاء مدل Role Graph

اسلاید 29: مديريت غيرمتمركز در مدل Role Graphمطابق همين ديد به مدل كنترل دسترسي ، گراف نقش هاي مديريتي نيز قابل ترسيم است. اين گراف شامل نقش هاي عادي و نقش هاي مديريتي است و دو رابطه در آن تعريف مي گردد :رابطه Is-Junior رابطه اي بين نقش هاي عادي و يا بين نقش هاي مديريتي است. اين رابطه نشان دهنده شامل بودن يك نقش بر نقش ديگر است.رابطه دوم، رابطه Administrates است كه با خط هاي خط چين در شكل نشان داده شده است.اين گراف داراي دو گره به نامهاي MinRole و MaxRole و SSO كه وظيفه مديريت كل سيستم را بر عهده دارد ، در نظر گرفته مي شود.

اسلاید 30: حوزه هاي مديريتي در Role Graph

اسلاید 31: ساخت گراف نقشهاي مديريتيمطابق شكل a در ابتدا سه نقش و يك حوزه مديريتي كلي با مديريت SSO وجود دارد .مطابق شكل b بخشها به تدريج اضافه مي شوند و گراف بزرگتر مي شود.

اسلاید 32: مدل مديريتي RBAC توسعه يافتهسعي شده است مشكلات مطرح شده، در مدل توسعه يافته يعني ARBAC02 حل گردند. در اين مدل مفاهيم User Pool و Permission Pool مطرح مي شود و سعي مي گردد تا با حل تداخل هاي غيرلازم موجود ، مشكلات مطرح شده كنار گذاشته شود.براي غلبه بر مشكلات مطرح شده در مدل قبل، دو استراتژي در اين مدل اتخاذ شده است:اول، از ساختار سازماني به عنوان User pool و Permission pool استفاده مي شود به جاي اينكه از پيش شرط هايي در سلسله مراتب نقش ها استفاده كرد. دوم، توسط اين ساختار سازماني يك روند پائين به بالا براي انتساب مجوز ها به نقش ها مطرح ميشود.

اسلاید 33: ساختار سازمانيبراي توسعه سيستم هاي اطلاعاتي،سازمان يك مفهوم خوب براي تحليل فعاليت هاي موجود در هر دامنه است.ساختار سازماني يك ساختار درختي با ويژگي سلسله مراتبي است. اين ساختار از المان هاي سازماني تشكيل مي شود كه افراد متعلق به هر يك داراي يك هدف مشترك در سازمان هستند و يك سري فعاليتهاي خاص براي رسيدن به آنها انجام مي دهند.كارهاي انجام يافته با داده هاي مورد دسترسي ارتباط مستقيم دارد. پس فعاليت ها و كارهاي يك بخش با مجوز هاي آن ارتباط دارد. پس مي توان واحد سازماني را به عنوان يك گروه از كاربران و مجوز ها براي رسيدن به هدف خاص تعريف كرد.

اسلاید 34: ساخت User & Permission Poolحال مدير هاي امنيتي، كاربران و مجوزهاي موجود در هر واحد سازماني را به نقش ها نسبت مي دهند.ساختار سازمانيPermission pool User poolBy Human Resource GroupBy IT Management Group

اسلاید 35: ساختار مدل مديريتي RBAC توسعه يافته

اسلاید 36: اصلاح مدل با اعمال مفهوم ساختار سازمانيتوابع Can_Assign و Can_Assignp همان توصيف موجود در ARBAC97 را دارا هستند و فقط پيش شرط ها در آن مجددا تعريف شده است :پيش شرط ها در URA يك عبارت با تركيب عملگرهاي And و Or روي نقش هاي عادي و يا واحد هاي سازماني در ساختار سازماني تهيه شده توسط گروه HR يعني User Pool است.پيش شرط ها در PRA يك عبارت منطقي از عملگر هاي And و Or روي عبارات x و ~x است كه x يك نقش عادي يا يك داحد سازماني ذر ساختار سازماني تهيه شده توسط گروه IT يا Permission Pool است.

اسلاید 37: پياده سازي مدل PRA97 در Oracle امكانات مرتبط در Oracle :فردي در سيستم مي تواند مجوزهاي سيستمي را اعطا كند يا بازپس گيرد كه داراي Admin option بوده ويا مجوز Grant-any-privilege را داشته باشد.فردي در سيستم مي تواند مجوزهاي اشيا را اعطا كند يا بازپس گيرد كه خود داراي آن مجوز با Admin option بوده و يا مالك آن شئ باشد.Stored Procedure هاي نوشته شده در سيستم با سطح دسترسي مالك آن اجرا مي گردد نه با سطح دسترسي كاربري كه آنرا اجرا مي كند : امكاني براي اعمال امنيت و خط مشي هاي لازم

اسلاید 38: روش پياده سازي PRA97يك كاربر به نامRoleManager كه مالك جداول موجود.داراي بالاترين سطح دسترسي.اين كاربر داراي تعدادي پكيج و پروسيجر براي اعمال دسترسي ها توسط دستورات Grant و Revoke است.

اسلاید 39: توابع پياده سازي شدهGrant_SysPrivGrant_ObjPriv Weak_Revoke_SysPriv Weak_Revoke_ObjPriv Strong_Revoke_SysPriv Strong_Revoke_SysPriv بازپس گيري ضعيف يعني اگر نقشي به طور صريح داراي مجوزي باشد، عمل Revoke صورت مي گيرد.بازپس گيري قوي يعني در صورتي كه نقش، مجوز را از نقش هاي پايين تر به ارث برده است، عمل بازپس گيري براي آنها هم انجام مي گيرد تا جايي كه نقش مربوطه نتواند اين ارث بري را بعد از انجام عمل Revoke ، مجددا انجام دهد.

اسلاید 40: كنترل دسترسي نقش- مبنا و MACRole Graph Modelيال در گراف نقش و رابطه Is Juniorالگوريتم ساخت گرافخصوصيات گراف نقشتعريف يك سري شرايط محدوديت ها در مدل گراف نقش براي ارضاء MACارائه يك سري Role Graph براي هر نمونه از كنترل دسترسي هاي مبتني بر Lattice

اسلاید 41: استفاده از RBAC براي اعمال DAC و MACمكانيزم RBAC به اندازه اي كلي است كه بتواند MAC و DAC را شبيه سازي كند.يك خصوصيت مهم اينكه خط مشي در طول Life Cycle مي تواند تغيير كند.MAC : جريان يك طرفه اطلاعاتDAC : Owner Based Administration تعريف يك سري قوانين و محدوديت ها براي شبيه سازي MACتعريف يك سري عمليات به ازاي هر رخداد براي شبيه سازي DAC

اسلاید 42: جمع بنديبا توجه به پياده سازي دو جزء از مدل ARBAC97 يعني URA97 و PRA97 در دو كار مجزا، به نظر مي رسد كه جزء سوم، يعني RRA97 را هم بتوان در محيط پايگاه داده پياده سازي كرد. اين اجزاء هم به صورت مستقل و هم به صورت مجتمع با همديگر، در يك پايگاه قابل پياده سازي هستند و ميتوانند وظيفه خود را براي مديريت مدل كنترل دسترسي در آن ايفا كنند.با توجه به مزايا و قابليتهای موجود در کنترل دسترسی نقش مبنا و مسائل مطرح در مورد مديريت و مشکلات موجود, از طرفی و کاربرد وسيع پايگاه داده ها در توسعه سيستم های اطلاعاتي از طرف ديگر, نياز به اعمال يک مدل مديريتي کنترل دسترسی نقش مبنا در آن ضروری به نظر می رسد.

اسلاید 43: مراجع[1] S. Oh and R. Sandhu, “A model for role administration using organization structure”, ACM SACMAT, 155-162, 2002.[2] S. Osborn, “Information flow analysis of an RBAC system”, ACM SACMAT, 163-168, 2002.[3] Chandramouli Ramaswamy and Ravi Sandhu “Role-Based Access Control Features in Commercial Database Management Systems” , 21st National Information Systems Security , Jun 2005[5] Bertino, E.; Sandhu, R. “Database security - concepts, approaches, and challenges” , Dependable and Secure Computing, IEEE Transactions, March 2005[6] Ravi Sandhu and Venkata Bhamidipati “An Oracle Implementation of the PRA97 Model for Permission-Role Assignment” , ACM Workshop on Role-Based Access FairFax VA , 1998[8] He Wang and Sylvia L. Osborn An Administrative Model for Role Graph Model , Natural Sciences and Engineering Research Council of Canada.[9] Ravi s.Sandhu, Edward J.Coyne and Charles E.Youman, “ Role-Based Access Cotrol Models” , IEEE, 38-47, February 1996

اسلاید 44: Hafez@ce.aut.ac.irAQ&Q U E S T I O N SA N S W E R S

اسلاید 45:

اسلاید 46: مشخصات RBAC در DBMSهاي تجاري Oracle Enterprise Server version 8.0Informix Online Dynamic Server Version 7.2Sybase Adaptive Server release 11.5از سه جنبه مورد بررسي قرار خواهند گرفت :اعطاي نقش به کاربرپشتيباني ارتباطات و قيود در نقشامتيازات قابل اعطا

اسلاید 47: Oracle و اعطاي نقش به کاربر اوراکل ارتباط چند به چند بين کاربر و نقش را پشتيباني مي کند.PUBLIC در جملهGRANT‌ ADMIN OPTION SET ROLEاگر نقش داراي رمز عبور باشد، بايد رمز عبور را با عبارت IDENTIFIED BY مشخص و فعال ميشود.در اوراکل مي توان بيش از يک نقش را در SET ROLE مشخص کرد.اوراکل دوگونه ديگر از جمله SET ROLE را دارد که به آن انعطاف پذيري بيشتري در فعاليت ها مي دهد:All & ExceptNone

اسلاید 48: Oracle و پشتيباني ارتباط و قيود در نقشدر اوراکل امکان دادن نقش به يک نقش در نتيجه ايجاد ساختار سلسله مراتبي نقش را دارد. گر چه نمي توان قيود اضافي يا ارتباطات را بين نقش ها در declaration تعريف کرد :بنابراين اوراکل جداسازي وظايف يا SoD را پشتيباني نمي کند. تعيين محدوديت در تعداد يا کارديناليتي نقش ها براي اعضا ممکن نيست.امكان تعريف قيود فقط تا حدي وجود دارد.

اسلاید 49: Oracle و امتيازات قابل اعطا امتيازات سيستمي حقوقي هستند که با فرمانهايي نظير CREATE SESSION و CREATE TABLE و غيره اجرا مي شوند. امتيازات شي اي به کاربران اجازه مي دهد که يک عمل خاص را روي يک جدول خاص view يا دنباله اجرا کنند. هر دو شاخه امتيازات مي توانند به نقش ها داده شوند. امتيازات سيستمي تنها مي توانند توسط DBA يا يک کاربري که اين امتياز را با ADMIN OPTION دارد منتقل شوند. امتيازات شي اي تنها مي توانند توسط صاحب شي يا کاربري که اين امتياز را با GRANT OPTION دارد منتقل شود.

اسلاید 50: مقايسه خصيصه ها در DBMS ها√√√دادن امتيازشي‌اي DBMS به يک Role۹√√-دادن امتيازسيستمي DBMS به يک Role۸---مشخص کردن حداکثر و حداقل کارديناليتي اعضاي نقش۷-√√جدا کردن ديناميک وظايف و قيود روي نقش ها۶-√-جدا کردن استاتيک وظايف و قيود روي نقش ها۵√√√ايجاد ساختار سلسله مراتبي نقش۴√√-مشخص کردن نقش فعال بطور پيش‌فرض براي کاربر‍۳√√-داشتن چند نقش فعال براي يک کاربر در يک نشست۲√-√امکان دادن نقش به ديگر کاربران توسط grantee۱OracleSybaseInformixخصيصهمورد

اسلاید 51: تحليل جريان غير مجاز اطلاعات در RBACاگر داده ها از لحاظ امنيتي چند سطحي در نظر گرفته شوند، انتساب رول ها و دسترسي ها مي تواند به گونه اي باشد كه منجر به نشت اطلاعات در بين سطوح به صورت غير مجاز گردد.الگوريتمي براي يافتن چنين انتساب هايي ارائه گرديده است تا در يك مدل كنترل دسترسي RBAC تعيين كند كه از چه داده هايي به چه داده هايي، اطلاعات منتقل مي گردد.الگوريتم FlowStart ، با در نظر گرفتن تمام مجوزهاي تمامي نقش ها ، انتشار اطلاعات ممكن، توسط فعال شدن يك نقش را معين مي كند.الگوريتم CanFlow ، همزمان فعال شدن چندين نقش يك كاربر را هم در نظر مي گيرد و دور احتمالي را در گراف حذف مي كند.