12-09-2018, 06:32 PM
بالتلخيص بسرعة.
التعامل مع صلاحيات المستخدمين تتلخص في جزئين:
1- صلاحيات التعامل مع جداول قاعدة البيانات.
2- صلاحيات التعامل مع البرنامج.
بالنسبة للنقطة الأولى:
إقحام المستعمل الرئيسي SYSDBA في العمليات اليومية الروتينية قد يشكل خطر على الهيكلة والاستحواذ على قاعدة البيانات (عن عمد أو عن غير قصد). SYSDBA هو صمام الأمان وحجر الأساس عند كل خطر أو إعادة الهيكلة والتصميم، وهو القناة المضمونة للتعامل مع الخادم.
إعطاء الصلاحيات للمستخدمين "العاديين" للتعامل مع الجداول (قراءة، تعديل وإضافة) يكون أكثر فعالية عند استخدام Views محصورة على المعلومات المطلوبة فقط.
بالنسبة للنقطة الثانية:
إعطاء الصلاحيات لاستعمال البرنامج عبر تخزينها في قاعدة البيانات (صحيح) لكن مع عدم القدرة على التعديل على جدول المستخدمين.
والأهم إن الطريقة الموضحة في الفيديو في الرابط فوق، الشق المتعلق بكيفية الدخول نظريا وفي الأساس صحيح (التعامل مع برنامج وسيط أفضل)، لكن كيفية إعطاء الصلاحيات (Enabled=False و Visible=False) غير مجدية (مع مستعمل خبير أو حتى script kiddie).
من الأفضل أن يكون هناك برنامج وسيط (خادم) يقوم بإرسال أجزاء من البرنامج حسب الصلاحية الممنوحة - نظريا المستخدمون العاديون أكثر من المدراء (إحدى طرق Adobe على الأقل في السابق، عند التسجيل سيوفر تحميل أجزاء أخرى غير موجودة أثناء عملية التثبيت – طبعا مع أخذ بعين الاعتبار أن المستخدم معروف وليس رقم تسجيل عام).
رأيي:
عدم إعطاء المستخدمين الصلاحيات للتعامل مع قواعد البيانات، وإنما تسيير إمدادهم بالمعلومات عبر وسيط (نتحدث هنا من منظور أمن المعلومات).
لزيادة الحماية عدم استعمال جمل SQL مباشرة في البرنامج وإنما -كما قلت- طلب المعلومات عبر وسيط (يقوم بمراعاة طرق الاختراق المعروفة).
التعامل مع صلاحيات المستخدمين تتلخص في جزئين:
1- صلاحيات التعامل مع جداول قاعدة البيانات.
2- صلاحيات التعامل مع البرنامج.
بالنسبة للنقطة الأولى:
إقحام المستعمل الرئيسي SYSDBA في العمليات اليومية الروتينية قد يشكل خطر على الهيكلة والاستحواذ على قاعدة البيانات (عن عمد أو عن غير قصد). SYSDBA هو صمام الأمان وحجر الأساس عند كل خطر أو إعادة الهيكلة والتصميم، وهو القناة المضمونة للتعامل مع الخادم.
إعطاء الصلاحيات للمستخدمين "العاديين" للتعامل مع الجداول (قراءة، تعديل وإضافة) يكون أكثر فعالية عند استخدام Views محصورة على المعلومات المطلوبة فقط.
بالنسبة للنقطة الثانية:
إعطاء الصلاحيات لاستعمال البرنامج عبر تخزينها في قاعدة البيانات (صحيح) لكن مع عدم القدرة على التعديل على جدول المستخدمين.
والأهم إن الطريقة الموضحة في الفيديو في الرابط فوق، الشق المتعلق بكيفية الدخول نظريا وفي الأساس صحيح (التعامل مع برنامج وسيط أفضل)، لكن كيفية إعطاء الصلاحيات (Enabled=False و Visible=False) غير مجدية (مع مستعمل خبير أو حتى script kiddie).
من الأفضل أن يكون هناك برنامج وسيط (خادم) يقوم بإرسال أجزاء من البرنامج حسب الصلاحية الممنوحة - نظريا المستخدمون العاديون أكثر من المدراء (إحدى طرق Adobe على الأقل في السابق، عند التسجيل سيوفر تحميل أجزاء أخرى غير موجودة أثناء عملية التثبيت – طبعا مع أخذ بعين الاعتبار أن المستخدم معروف وليس رقم تسجيل عام).
رأيي:
عدم إعطاء المستخدمين الصلاحيات للتعامل مع قواعد البيانات، وإنما تسيير إمدادهم بالمعلومات عبر وسيط (نتحدث هنا من منظور أمن المعلومات).
لزيادة الحماية عدم استعمال جمل SQL مباشرة في البرنامج وإنما -كما قلت- طلب المعلومات عبر وسيط (يقوم بمراعاة طرق الاختراق المعروفة).