لماذا تُعدّ السجلات حالة خاصة
يحمي التحقق العام من سلامة الملفات ملفات يُفترض ألا تتغير إلا نادرًا. أما ملفات السجلات فتتغير باستمرار بحكم طبيعتها، إذ تضيف كل دقيقة من التشغيل إدخالات جديدة. فمقارنة بسيطة بخط الأساس ليوم أمس تُبلغ عن آلاف الفروق المتوقعة وتطمس الفرق المهم. لذلك يطرح التحقق الخاص بالسجلات سؤالًا أضيق: هل تغيّر الملف بطريقة لا تفسرها الإضافة وحدها؟
السبب الثاني إثباتي. فعند التحقيق في حادثة، يكون السجلّ المصدر الأساسي لإعادة بناء التسلسل الزمني: من سجّل الدخول، وما الذي فُتح، وما الذي نُسخ. من يتحكم بالسجلّ يتحكم بسرد الأحداث، وكثيرًا ما يستطيع المستخدم ذو الصلاحيات كتابة السجلات التي تصف أفعاله هو.
كيف يُتحقَّق من سلامة السجلات
تعمل عدة ضوابط معًا، وأهمها:
| الضابط | وظيفته |
|---|---|
| التجزئة التشفيرية (Hashing) | تكشف أي تغيير، بما في ذلك التعديلات التي تحافظ على حجم الملف |
| تسلسل الهاش (Hash chaining) | تنكسر السلسلة إذا عُدّل محتوى سابق أو أُعيد ترتيبه أو حُذف |
| التوقيعات الرقمية | تتيح التحقق من الأصالة بمعزل عن التخزين الذي يحفظ السجلات |
| التوجيه المركزي | تُرسل نسخ في وقت شبه فعلي إلى مُجمِّع لا يتحكم فيه المصدر |
| التخزين المضاف فقط | يمنع فعليًا التعديل أو الحذف لمدة محددة |
| سلامة الوقت | ساعات متزامنة ومراقبة تغييرات الساعة، لأن الجدول الزمني يعتمد على الطوابع |
ما الذي يُعدّ عبثًا بالسجلات
يتخذ العبث أشكالًا يمكن التعرف عليها، ومعرفتها نصف عملية الاكتشاف:
- تعديل الإدخال: إعادة كتابة سجل (اسم مستخدم أو إجراء أو نتيجة) مع الإبقاء على الطوابع الزمنية المحيطة به.
- الاقتطاع: حذف نهاية الملف، حيث توجد أحدث الإدخالات وأكثرها إدانة.
- الحذف الانتقائي: إزالة إدخالات فردية وسد الفجوات، أو حذف ملفات كاملة وإلقاء اللوم على التدوير الروتيني.
- إساءة استخدام التدوير: فرض تدوير سريع لكي تخرج السجلات المزعجة من فترة الاحتفاظ قبل موعدها.
- تعطيل التسجيل: إيقاف تسجيل التدقيق ثم التصرف ثم إعادة تفعيله. الفجوة نفسها دليل.
- التلاعب بالطابع الزمني: تغيير ساعة النظام أو إدراج إدخالات خارج ترتيبها لتشويه تسلسل الأحداث.
العلاقة بمراقبة سلامة الملفات
التحقق من سلامة ملفات السجلات تطبيق متخصص للتحقق من سلامة الملفات ولـ FIM. يستخدم الفكرة نفسها القائمة على الهاش وخط الأساس، موجَّهة إلى ملفات السجلات، والفرق في التركيز لا في المبدأ.
| الجانب | سلامة الملفات عمومًا | التحقق من ملفات السجلات |
|---|---|---|
| التغييرات المتوقعة | ينبغي أن تكون نادرة | مستمرة، لأن كل دقيقة تضيف إدخالات |
| طريقة المقارنة | مقارنة دورية للملف كاملًا يُضعفها حجم البيانات | أساليب تدفقية: التوجيه والتسلسل والتوقيع أثناء الكتابة |
| الهدف الأساسي | اكتشاف تغيّر الملف | الحفاظ على القيمة الإثباتية لكل سجل طوال فترة الاحتفاظ |
سياق الامتثال والتحليل الجنائي
تتعامل أطر الأمان مع سجلات التدقيق بوصفها سجلات محمية. يشترط معيار PCI DSS حماية بيانات السجل من التعديل، وتتوقع عائلة ISO 27000 ضوابط للتسجيل والمراقبة، وتفحص عمليات تدقيق SOC 2 سلامة السجلات. والتوقع المشترك أن يمكن إثبات أن السجلات كاملة وغير معدَّلة طوال فترة احتفاظها.
في الاستجابة للحوادث، تعتمد قيمة السجل على الثقة به. فالمحقق الذي لا يستطيع استبعاد العبث يجب أن يعامل التسلسل الزمني على أنه غير موثوق، وأن يؤكده من مصادر مستقلة. وضوابط السلامة هي ما يجعل السجل مدخلًا موثوقًا لا مجرد قرينة.
داخل وحدة التحكم الخاصة بها، تحتفظ Anexet بالنوع نفسه من السجلات. يوضح سجل التحقيقات متى أُنشئ كل ملف تحقيق ومن فتحه، فيبقى العمل على كل ملف قابلًا للإسناد إلى صاحبه. كما يمكن تضييق سجل الأحداث حسب التاريخ ودرجة الخطورة قبل المراجعة.
1 / 2
ملاحظات عملية للتطبيق
تتشارك عمليات النشر الناجحة بعض الصفات. تغادر السجلات النظام المصدر بسرعة إلى تخزين لا يستطيع مسؤولو المصدر أنفسهم الكتابة فيه. وتكون الساعات متزامنة عبر البنية التحتية كلها، لأن السلامة بلا وقت دقيق تنتج تسلسلًا زمنيًا مكسورًا. وتراقب الأنظمة الغياب كما تراقب التغيير، فالخادم الذي تتوقف سجلاته عن الوصول يستحق تنبيهًا.
ويجري التحقق عند الاستيعاب وبعد التخزين. وتُحسم فترة الاحتفاظ والسلامة معًا، لأن الاحتفاظ لسنوات يتطلب القدرة نفسها على إثبات أن السجل لم يتغير طوال تلك السنوات.
للمزيد من القراءة: ما هي أنظمة SIEM لإدارة أمن المعلومات؟.
لا يكون السجل ذا قيمة إلا بدليل على أن أحدًا لم يعدّله منذ كتابته.
كيف تعالج Anexet ذلك
التحقق من سلامة ملفات السجلّ، بمعناه الكلاسيكي، ينتمي إلى أدوات الأمان على مستوى النظام: Anexet ليس محرك مراقبة لسلامة الملفات ولا يتحقق من ملفات سجلّ أنظمة التشغيل أو التطبيقات الخارجية. التداخل هنا أضيق. ينتج Anexet سجلّ الأحداث الخاص به للنشاط المتعلق بالبيانات، وهو مصمم للغرض نفسه: تحديد ما حدث، ومتى، وأي حساب كان مسؤولًا عنه.
ولأن Anexet يعمل على بنية داخلية (on-premise)، فإن الأحداث التي يسجّلها، بما في ذلك سجل تدقيق كيفية إجراء التحقيقات، تبقى داخل البنية التحتية للمؤسسة وتحت ضوابط الوصول الخاصة بها.
تسجيل الأحداث مع البيانات الوصفية
يُسجَّل كل حدث تتم مراقبته، عملية نقل، حظر، حجر صحي، تنبيه، مع بيانات وصفية: المستخدم، الطابع الزمني، القناة، تصنيف المحتوى، والإجراء المتخذ، ويُخزَّن مركزيًا وليس على نقطة النهاية فقط.
سجل قابل للبحث والتصدير
يمكن البحث في الأحداث المسجَّلة وتصفيتها وتصديرها بصيغ شائعة، من بينها PDF وCSV وXLSX وHTML، للمراجعة والاحتفاظ والمشاركة مع المدققين.
التحقيقات كقضايا
تُعامل حوادث الأمان كقضايا تحقيق: المواد ذات الصلة، الأشخاص المعنيون، الأنشطة ونتائجها، والنتائج تبقى مجتمعة كقضية منظمة بدلًا من ملفات متفرقة.
سجل تدقيق للتحقيق نفسه
تحتفظ كل قضية بسجلّها الخاص لمن عمل عليها، من قام بتعديلها ومن اطّلع عليها فقط دون تغيير، بحيث يمتد سؤال السلامة إلى التحقيق نفسه.
مكمِّل لا متداخل
بالنسبة لسلامة ملفات سجلّ نظام التشغيل والتطبيقات، تظل أدوات حماية السجلّات المتخصصة هي الحل؛ ومساهمة Anexet هي سجل التدقيق الكامل والقابل للإسناد لمعالجة البيانات، يُستخدم جنبًا إلى جنب مع سجلّات النظام تلك.
Anexet DLP
اعرف المزيد