الأمان في التقارير: الجزء الذي يُغفَل

وهنا الجزء الذي يفوت الناس، وهو السؤال الذي سيسأله مراجع الأمان عن تقريرك. فنموذج بيانات BI Publisher المبنيّ على SQL كتبته أنت يعمل بصلاحيات التقرير، لا بصلاحيات قارئه. فأمان البيانات على مستوى الصفّ — بوّابتا دفتر الأستاذ ووحدة الأعمال من الدرس ٣ — تطبّقه طبقة التطبيق، واستعلامٌ كتبته أنت لا يمرّ به بالضرورة. فقد يُظهر تقريرٌ لمستخدم صفوفًا ما كان ليراها في الواجهة أبدًا. وأحيانًا يكون ذلك هو المراد تمامًا. فمطابقةٌ على مستوى المجموعة، أو استخراج تدقيق رواتب، أو إقرار نظامي: هذه تشمل كل شيء بحقّ، والضابط هو من يستطيع تنفيذ التقرير لا ما يعيده الاستعلام. فقُل ذلك صراحةً حين تبني واحدًا، وضع التقرير خلف دورٍ يطابق الجمهور. وأحيانًا يكون تسرّبًا بواجهةٍ ودودة. تقريرُ قسمٍ منسوخ عن تقرير مجموعة، يُسلَّم لمدير، ويعرض بهدوء أرقام كل قسمٍ آخر. ولا شيء يخطئ. ولا يبلّغ أحد، لأنه يبدو تقريرًا عاملًا. والسؤال الواجب جوابه قبل النشر: من يُسمح له برؤية هذه الصفوف، وما الذي…

في هذه الوحدة: الوحدة ٢ · الأمان والأدوار وما يُسمح لك برؤيته

1. ١الأدوار والصلاحيات والواجبات
2. ٢أمان البيانات مقابل أمان الوظائف
3. ٣مجموعات الوصول للبيانات وأمان وحدات الأعمال
4. ٤تسلسل تشخيص الأمانمعاينة مجانية
5. ٥قراءة وحدة تحكم الأمان
6. ٦الأمان في التقارير: الجزء الذي يُغفَل
7. ٧الأدوار المخصصة: متى، وكيف تصمد أمام التحديث
8. ٨التزويد وإسناد الأدوار على نطاق واسع
9. ٩ما الذي ينكسر: ثلاثة إخفاقات أمنية ستقابلها
10. ١٠تمهيد التدريب · تشخيص ثلاثة إخفاقات وصول