افهم مخاطر السياسات. اطرح أسئلتك حول السياسات بلغة طبيعية. اطلب عرضًا توضيحيًا ←
Published:
إعادة اعتماد قواعد firewall: اجعلوا مراجعات الوصول عملية قابلة للتكرار
اجعلوا مراجعات وصول firewall قابلة للتكرار عبر الفرق. تعرّفوا على كيفية جمع FireMon Policy Optimizer لسياق القواعد وتوثيقه قرارات إعادة الاعتماد.
by FireMon
اكتشاف قاعدة firewall غير مستخدمة أو مشكوك في جدواها ليس سوى البداية.
أما الجزء الأصعب فهو تحديد ما يجب فعله حيالها.
هل ما زال هذا الوصول يخدم غرضًا تجاريًا صالحًا؟ هل يمكن إزالة القاعدة؟ هل يتعين على جهة ما مراجعتها أولًا؟ وكيف توثّقون هذا القرار بحيث لا تضطرون إلى الإجابة عن السؤال نفسه مجددًا لاحقًا؟
هنا تحديدًا تبرز أهمية إعادة اعتماد القواعد.
تساعد عملية إعادة الاعتماد القابلة للتكرار الفرق على تجاوز مجرد تحديد الوصول غير الضروري المحتمل، وتمنحها أسلوبًا منظمًا لتقرير ما إذا كان ينبغي الإبقاء على هذا الوصول.
حوّلوا النتائج إلى قرارات
في الفيديو أعلاه، يوضح Rob Rodriguez، المدير الأول لهندسة الميدان العالمية في FireMon، كيف يمكن لـ Policy Optimizer مساعدة الفرق على مراجعة قواعد firewall وإعادة اعتمادها.
في هذا المثال، يتناول Rob قاعدة مصنّفة على أنها غير مستخدمة، ويستعرض المعلومات المتاحة لدعم المراجعة.
ويشمل ذلك القاعدة نفسها، والتحليل الداعم، والتعليقات، والمرفقات، وسجل المهام، وسجل المراجعات، ومعلومات استخدام القاعدة.
وتمنح هذه التفاصيل مجتمعةً المراجِع سياقًا أوسع قبل اتخاذ القرار.
القاعدة غير المستخدمة مؤشر مفيد، لكنها ليست بالضرورة قاعدة يجب حذفها. فقد يكون هناك سبب مشروع لعدم استخدام هذا الوصول مؤخرًا.
وتوفر إعادة الاعتماد عملية لمراجعة هذه الأدلة بدلًا من التصرف بناءً على مؤشر واحد.
اجعلوا مراجعات الوصول متسقة
من دون عملية محددة، قد تصبح مراجعات قواعد firewall غير متسقة.
فقد يراجع أحد الفرق القواعد غير المستخدمة كل ربع سنة، بينما لا ينظر فريق آخر فيها إلا أثناء التدقيق. وقد يعتمد طرف ثالث على جدول بيانات أو سجل تذاكر أو ذاكرة المهندس الذي أنشأ القاعدة.
وهذا يجعل من الصعب إرساء ممارسة موثوقة لحوكمة السياسات.
يمنح workflow منظَّم لإعادة الاعتماد الفرق أسلوبًا قابلًا للتكرار لطرح الأسئلة الأساسية نفسها:
- هل ما زال هذا الوصول مطلوبًا؟
- هل ما زالت الحاجة التجارية الأصلية قائمة؟
- من الجهة التي ينبغي أن تعتمد القرار؟
- ما الأدلة التي تدعم الإبقاء على القاعدة أو إزالتها؟
- متى جرت آخر مراجعة للقاعدة؟
الهدف ليس مجرد إنشاء مهمة مراجعة إضافية، بل بناء عملية قرار موثّقة حول صلاحيات الوصول التي قد تبقى قائمة إلى أجل غير مسمى لولا ذلك.
اجعلوا استخدام القواعد نقطة الانطلاق
تساعد بيانات استخدام القواعد الفرق على تحديد نقطة البداية.
فإذا لم تُستخدم قاعدة ما لفترة طويلة، فقد يشير ذلك إلى تغيّر التطبيق، أو انتهاء مشروع، أو انتقال حركة البيانات إلى مكان آخر، أو أن الوصول لم يعد ضروريًا.
لكن بيانات الاستخدام وحدها لا تقدم الإجابة الكاملة.
وبالجمع بين معلومات الاستخدام وتفاصيل القاعدة وملكيتها والمراجعات السابقة والوثائق الداعمة، يمكن للمختصين اتخاذ قرار أكثر استنارة بشأن الإبقاء على القاعدة من عدمه.
ويكتسب ذلك أهمية خاصة في البيئات الكبيرة التي يستحيل فيها فحص كل قاعدة يدويًا.
لا تدعوا الوصول يتجاوز الغرض منه
تتغير بيئات firewall باستمرار. فالتطبيقات تُوقَف، وأدوار المستخدمين تتبدل، والبنية التحتية تنتقل، والعلاقات التجارية تنتهي.
وينبغي أن تتغير صلاحيات الوصول معها.
يساعد FireMon Policy Optimizer الفرق على تحديد القواعد التي تستحق المراجعة، وعلى دمج إعادة الاعتماد في عملية إدارة السياسات. وهذا يمنح المختصين مسارًا أوضح من اكتشاف الوصول غير الضروري المحتمل إلى توثيق الخطوة التالية.
والنتيجة أسلوب أكثر اتساقًا للحفاظ على توافق سياسة firewall مع احتياجات العمل الحالية، بدلًا من ترك صلاحيات وصول قديمة قائمة لمجرد أن أحدًا لم يراجعها.
اجعلوا تنظيف قواعد firewall وإعادة اعتمادها عملية قابلة للتكرار. تعرّفوا على كيفية مساعدة FireMon Policy Optimizer للفرق في تحديد القواعد غير الضرورية ومراجعة صلاحيات الوصول والحفاظ على سياسات أنظف بمرور الوقت.
اطّلعوا على المقالات الأخرى في هذه السلسلة:
الأسئلة الشائعة
اعتمدوا workflow واحدًا منظَّمًا لإعادة الاعتماد، بحيث تطرح جميع الفرق الأسئلة نفسها وتسجّل القرارات بالطريقة نفسها. فمن دون ذلك، يراجع فريق كل ربع سنة، وينتظر آخر موعد التدقيق، ويعتمد غيرهما على جداول البيانات أو الذاكرة. ويساعد FireMon Policy Optimizer الفرق على دمج إعادة الاعتماد في إدارة السياسات، بحيث يبقى سياق المراجعة والقرارات في مكان واحد بدلًا من تشتتها بين الأدوات.
تطرح المراجعة المتسقة خمسة أسئلة عن كل قاعدة. هل ما زال هذا الوصول مطلوبًا؟ هل ما زالت الحاجة التجارية الأصلية قائمة؟ من الجهة التي ينبغي أن تعتمد القرار؟ ما الأدلة التي تدعم الإبقاء على القاعدة أو إزالتها؟ متى جرت آخر مراجعة للقاعدة؟ إن طرح الأسئلة نفسها في كل مرة يحوّل مراجعات القواعد إلى ممارسة حوكمة موثّقة بدلًا من عملية تنظيف لمرة واحدة.
ابدأوا ببيانات استخدام القواعد لتحديد أين تنظرون أولًا، ثم أضيفوا تفاصيل القاعدة وملكيتها والمراجعات السابقة والوثائق الداعمة. فالاستخدام يشير إلى المرشحين المحتملين، أما البيانات الأخرى فتوضح سبب وجود هذا الوصول. وفي FireMon Policy Optimizer، يمكن للمراجعين الاطلاع على القاعدة والتحليل الداعم والتعليقات والمرفقات وسجل المهام وسجل المراجعات ومعلومات الاستخدام في مكان واحد.
القاعدة غير المستخدمة مؤشر مفيد، لكنها ليست دليلًا على أن الوصول غير ضروري. فقد يكون هناك سبب مشروع لعدم مرور حركة بيانات عبرها مؤخرًا. كما قد يعني انخفاض الاستخدام أن تطبيقًا قد تغيّر، أو أن مشروعًا قد انتهى، أو أن حركة البيانات انتقلت إلى مكان آخر. وتتيح إعادة الاعتماد للمراجعين تقييم مجمل الأدلة قبل اتخاذ القرار، بدلًا من التصرف بناءً على مؤشر واحد.
ينبغي أن يفحص المراجعون القاعدة نفسها، والتحليل الداعم، والتعليقات، والمرفقات، وسجل المهام، وسجل المراجعات السابقة، واستخدام القاعدة. وتوضح هذه العناصر مجتمعةً من طلب الوصول ولماذا، وما إذا كانت الحاجة التجارية ما زالت قائمة. ويجمع FireMon Policy Optimizer هذا السياق لكل قاعدة قيد المراجعة، بحيث يستند القرار إلى أدلة موثّقة لا إلى ذاكرة أحد المهندسين.
عادةً ما يتحول الوصول المؤقت إلى وصول دائم لأن أحدًا لا يعيد النظر فيه. فالتطبيقات تُوقَف، وأدوار المستخدمين تتبدل، والبنية التحتية تنتقل، والعلاقات التجارية تنتهي، بينما تبقى القاعدة قائمة. وتعالج إعادة الاعتماد المجدولة ذلك بفرض قرار موثّق بالإبقاء أو الإزالة، بحيث تتغير صلاحيات الوصول مع تغير العمل بدلًا من أن تتجاوز الغرض منها لمجرد أن أحدًا لم يطرح السؤال مجددًا.
صُمم FireMon Policy Optimizer لتبسيط مراجعات قواعد firewall. فهو يساعد فرق الأمن على تحديد القواعد التي تستحق المراجعة، والاطلاع على السياق الكامن وراء كل قاعدة، وتسجيل قرارات إعادة الاعتماد. ويعمل FireMon بوصفه طبقة حوكمة للسياسات عبر البيئات متعددة المورّدين، بينما تواصل أجهزة firewall ووحدات التحكم الأصلية مثل Panorama وFortiManager إدارة منصاتها وإنفاذ سياساتها.