نظام الأرشفة الإلكترونية وإدارة الوثائقمن الحلول الواقعية لتقنية المعلومات اطلب عرضًا توضيحيًا

ما الذي يجب أن يسجله سجل التدقيق في نظام إدارة الوثائق؟

سجل التدقيق دليل حين يكون مكتملًا ودقيقًا وسليمًا ومتاحًا. جدول الأحداث في ست فئات وحقولها الخاصة، والحقول المشتركة لكل سطر، ومستويات منع التعديل، وربط مدة السجل بمدة الوثيقة، والتقارير التي يطلبها المراجع، وثمانية مشاهد لاختباره.

الميزات والحوكمة فريق الحلول الواقعية لتقنية المعلومات قراءة في نحو 12 دقيقة
الخلاصة
  • سجل التدقيق (Audit Trail) يكون دليلًا مقبولًا حين تتحقق فيه أربع صفات: مكتمل يسجل كل حدث مهم بما فيه المحاولات المرفوضة، ودقيق ينسب الحدث إلى شخص بعينه ووثيقة وإصدار ووقت موثوق، وسليم لا يستطيع أحد تعديله أو حذفه دون أن يُكتشف ذلك، ومتاح يُستخرج بصيغة يفهمها المراجع طوال المدة التي قد يُطلب فيها.
  • اكتب الأحداث المطلوبة في ست فئات: الاطلاع والإخراج، وتغيير المحتوى، والإجراءات والاعتماد، والصلاحيات والمشاركة، ودورة الحياة، والإدارة والنظام. ولكل حدث حقول مشتركة وحقول خاصة به.
  • مدة الاحتفاظ بالسجل تُربط بمدة الوثائق التي يصفها، لا بسعة التخزين. والجهات الخاضعة للضوابط الأساسية للأمن السيبراني ملزمة بحد أدنى لسجلات أحداث الأمن السيبراني، وهو غير كافٍ عادة لسجل الوثائق.
  • لا تسأل المورد «هل يوجد سجل تدقيق؟»، بل اختبره بثمانية مشاهد ترى في كل منها السطر الذي يُنتجه.

هذه المقالة لمسؤول الأمن السيبراني أو مسؤول الصلاحيات أو المراجع الداخلي الذي يكتب متطلبات سجل التدقيق لنظام أرشفة، أو يقيّم سجل نظام قائم. هي تفصّل ما يجب أن يسجله السجل وكيف يُحمى ويُحفظ ويُستخرج. أما تقييم نموذج الصلاحيات نفسه فتجده في مقالة تقييم الصلاحيات على مستوى الوثيقة والإدارة.

متى يصلح السجل دليلًا؟

أغلب الأنظمة تملك سجلًا بمعنى ما. الفرق يظهر في أول طلب حقيقي: مراجع يسأل عمن اطلع على ملف راتب في شهر معين، أو نزاع يحتاج إثبات أن الطرف الآخر استلم الإصدار الثالث لا الثاني، أو تحقيق في تسرب وثيقة. في كل حالة من هذه يُختبر السجل بأربعة أسئلة:

  • الاكتمال: هل سُجل الحدث أصلًا؟ السجل الذي يسجل التعديل ولا يسجل الاطلاع، أو يسجل التنزيل الناجح ولا يسجل المحاولة المرفوضة، يترك فجوات تُضعف كل ما فيه.
  • الدقة: هل يُنسب الحدث إلى إنسان محدد؟ حساب مشترك مثل «أرشيف1» يجعل الإجابة «أحد موظفي الأرشيف». وتوقيت خادم غير مضبوط يجعل ترتيب الأحداث موضع شك.
  • السلامة: هل يمكن إثبات أن السطر لم يُعدل منذ كُتب؟ إن كان مسؤول النظام يستطيع حذف سطر، فالسجل كله يفقد قيمته أمام من يشكك فيه.
  • الإتاحة: هل يُستخرج السجل بعد سنوات، بصيغة مفهومة، ومعه ما يفسره؟ سجل محفوظ في جداول تقنية لا يقرؤها إلا المورد دليل يصعب تقديمه.

كل متطلب في الأقسام التالية يخدم صفة من هذه الأربع. وإن وجدت متطلبًا لا يخدم أيًا منها، فهو غالبًا تقرير تشغيلي لا جزء من السجل.

الأحداث التي يجب أن يسجلها السجل وحقولها الخاصة

الجدول التالي هو الأداة الأساسية في هذه المقالة. انقل منه إلى وثيقة المتطلبات ما ينطبق على جهتك، وعدّل الأولوية بحسب طبيعة وثائقك. الحقول المشتركة بين كل الأحداث تأتي في القسم التالي، والجدول يذكر ما يُضاف إليها لكل فئة.

جدول الأحداث وحقولها الخاصة، في ست فئات
الفئةالأحداثالحقول الخاصة بالحدثالأولوية
1. الاطلاع والإخراجفتح الوثيقة أو معاينتها، والتنزيل، والطباعة، والتصدير، ومحاولات الوصول المرفوضةالإصدار المفتوح، وصيغة النسخة المنزلة، ووجود علامة مائية، وعدد الوثائق في التصدير الجماعي، وسبب الرفضإلزامي
2. تغيير المحتوىالإنشاء والرفع، والإصدار الجديد، والسحب والإيداع، وفك الحجز، وتعديل بيانات البطاقة، والاستعادة، والنقل بين التصنيفاترقم الإصدار الناتج ومصدره، وسبب الإصدار، والقيمة السابقة والجديدة لكل حقل معدل، والتصنيف قبل النقل وبعدهإلزامي
3. الإجراءات والاعتمادالإحالة، والموافقة والرفض والإرجاع، والتفويض، والتصعيد، والتوقيع، والتعليق على الإصدارالإصدار الذي صدر عليه القرار، ونص القرار أو الملاحظة، والمفوِّض الأصلي إن كان القرار بالتفويض، ومرحلة المسارإلزامي
4. الصلاحيات والمشاركةمنح الصلاحية وسحبها، وتغيير الدور أو المجموعة، وتغيير درجة السرية، وإنشاء المشاركة واطلاع المستلم عليها وإلغاؤهاالصلاحية قبل التغيير وبعده، والمستفيد منها، وتاريخ انتهائها، والمستلم الخارجي، وسبب الاستثناءإلزامي
5. دورة الحياةتغيير مدة الاحتفاظ أو حدثها المحرك، والتجميد ورفعه، وقوائم الاستحقاق، والإتلاف، والنقل للحفظ الدائم، وحركة الأصل الورقيرمز سطر جدول الاحتفاظ وإصداره، ومرجع التجميد، ورقم قائمة الإتلاف ومحضرها، وموقع الأصل قبل الحركة وبعدهاإلزامي
6. الإدارة والنظامالدخول الناجح والفاشل، وتغيير الإعدادات وأنواع الوثائق والمسارات، وعمليات حسابات التكامل، والاطلاع على السجل نفسه وتصديرهالإعداد قبل التغيير وبعده، واسم حساب الخدمة والنظام المرتبط، ومعايير التصفية في تصدير السجلإلزامي للإعدادات والسجل، وبحسب السياسة للدخول
كيف تقرأ المخطط: كل صف فئة من الأحداث، والعمود الثالث يذكر ما يسجله الحدث فوق الحقول المشتركة. الأولوية مقترحة لجهة تحفظ وثائق مقيدة أو سرية، وقد تخففها جهة وثائقها تشغيلية عامة. تسجيل الدخول قد يكون في منصة الهوية المؤسسية لا في النظام، فحدد مكانه بدل تكراره.

ثلاثة أحداث تُنسى في كثير من المتطلبات، وهي الأكثر طلبًا عند المراجعة: المحاولة المرفوضة، لأنها تكشف من حاول الوصول إلى ما لا يحق له، والاطلاع على السجل نفسه وتصديره، لأن من يراقب يجب أن يكون مراقبًا، وعمليات حسابات التكامل، لأن نظامًا آخر يسحب الوثائق بحساب خدمة قد يكون أوسع قناة خروج لا يراها أحد.

ما لا يُسجل: السجل لا يحفظ محتوى الوثائق، ولا نسخًا منها. وعبارات البحث التي يكتبها المستخدمون قد تتضمن أسماء أو أرقام هويات، فقرر مع الشؤون القانونية هل تُسجل، ولمن تُتاح، لأن السجل نفسه يصبح مخزنًا لبيانات شخصية تخضع لما يخضع له غيره.

الحقول المشتركة: ما يحمله كل سطر في السجل

الحدث بلا حقوله الكاملة جملة ناقصة. «عُدلت الوثيقة» لا تفيد، و«عدّل المستخدم فلان، بدور محاسب، الحقل قيمة العقد من 120 إلى 210، في الإصدار 3 من العقد رقم كذا، من واجهة الويب، في الساعة كذا» دليل. هذه الحقول يجب أن تكون في كل سطر:

الحقلما يحتويهلماذا يهم
معرّف الحدثرقم فريد متسلسل لا يتكررفجوة في التسلسل تكشف سطرًا محذوفًا
الوقتالتاريخ والوقت بدقة الثانية، مع المنطقة الزمنية، من ساعة خادم مضبوطةترتيب الأحداث ومطابقتها مع سجلات أنظمة أخرى
الفاعلمعرّف المستخدم الفريد، واسمه كما كان وقت الحدث، ودوره وقتها، والمفوِّض إن كان يعمل بالتفويضالمستخدم قد يُعاد تسميته أو يُعطَّل لاحقًا، والدور يتغير
نوع الحدثمن قائمة ثابتة معرّفة، لا نص حرالتصفية والتقارير تعتمد على التسمية الموحدة
الكائنالرقم المرجعي للوثيقة ورقم الإصدار، وتصنيفها ودرجة سريتها وقت الحدثإثبات أي إصدار اطُّلع عليه، وبأي درجة سرية كان وقتها
النتيجةنجاح أو رفض، وسبب الرفضالمحاولة المرفوضة دليل بحد ذاتها
القناةواجهة الويب، أو الجوال، أو واجهة برمجية، أو مهمة مجدولة، أو تكامل باسم النظام المرتبطالتمييز بين فعل إنسان وفعل آلي
مصدر الاتصالعنوان الشبكة ومعرّف الجلسةربط الأحداث بجلسة واحدة، وكشف الدخول من موقع غير معتاد
التفاصيلالقيم قبل وبعد، والمراجع المرتبطة: رقم المسار أو المشاركة أو المحضرما يجعل السطر يُفهم دون الرجوع إلى مصدر آخر

انتبه إلى حقلين يُنفذان خطأً كثيرًا. اسم الفاعل وقت الحدث: إن كان السجل يحفظ المعرّف فقط ويعرض الاسم من جدول المستخدمين الحالي، فتغيير اسم مستخدم أو حذفه يغير السجل القديم بأثر رجعي. ودرجة السرية وقت الحدث: وثيقة كانت «عامة» حين نُزّلت ثم رُفعت إلى «سري» يجب أن يظهر في السجل أنها نُزّلت وهي عامة.

منع التعديل: كيف تثبت أن السجل لم يُمس؟

السجل الذي يمكن تعديله لا يحمي أحدًا، حتى لو لم يُعدَّل فعلًا، لأن الطرف الآخر في أي نزاع سيقول إنه ربما عُدل. لذلك اكتب متطلبات السلامة بمستويات:

  1. لا تعديل ولا حذف من التطبيق

    لا شاشة ولا واجهة برمجية تسمح بتعديل سطر أو حذفه، لأي دور بما فيه مسؤول النظام. وحذف الوثيقة أو إتلافها لا يحذف أسطر سجلها.

    متطلب على النظام
  2. فصل من يدير النظام عمن يراجع السجل

    مسؤول النظام يدير الإعدادات، والمراجعة الداخلية أو الأمن السيبراني يقرآن السجل. واطلاع أي منهما على السجل حدث يُسجل.

    متطلب على النظام والجهة
  3. كشف التلاعب على مستوى البيانات

    من يملك وصولًا مباشرًا إلى قاعدة البيانات يستطيع نظريًا ما لا تسمح به الشاشات. اسأل المورد كيف يُكتشف ذلك: تسلسل لا يقبل الفجوات، أو بصمات مترابطة للأسطر، أو تخزين لا يقبل إلا الإضافة. واطلب شرحًا لطريقته والتحقق منها، لا وعدًا عامًا.

    سؤال للمورد
  4. نسخة خارج النظام

    إرسال السجل أولًا بأول إلى منصة مراقبة السجلات لدى الجهة، إن وُجدت، يجعل أي تعديل لاحق في النظام قابلًا للمقارنة بنسخة لا يملكها مسؤول النظام. طريقة الإرسال وصيغته تُحدد ضمن نطاق التكامل.

    الأمن السيبراني وتقنية المعلومات
  5. ضبط الوقت

    مزامنة ساعات الخوادم مع مصدر وقت معتمد في بيئة الجهة، لأن سجلين بوقتين مختلفين يُضعفان بعضهما.

    تقنية المعلومات

في الجهات الحكومية والجهات التي تنطبق عليها الضوابط الأساسية للأمن السيبراني، يتضمن الإصدار ECC-2:2024 مكونًا فرعيًا لإدارة سجلات الأحداث ومراقبة الأمن السيبراني، ينص حده الأدنى على تفعيل سجلات الأحداث للأصول المعلوماتية الحساسة وللحسابات ذات الصلاحيات الهامة والحساسة والوصول عن بعد، وتحديد تقنيات إدارة سجلات الأحداث ومراقبتها (SIEM) لجمعها، ومراقبتها المستمرة. وجود سجل تدقيق في النظام يساعد جهتك على تطبيق ذلك، ولا يحققه وحده.

كم مدة الاحتفاظ بسجل التدقيق؟

السؤال الخاطئ: «كم سنة يتسع التخزين؟». السؤال الصحيح: «متى قد يُطلب منا إثبات ما حدث لهذه الوثيقة؟». والإجابة تربط مدة السجل بمدة الوثيقة نفسها:

  • أحداث الوثيقة: تُحفظ طوال مدة احتفاظ الوثيقة على الأقل، ومدة إضافية تغطي احتمال المطالبات بعدها. فلا معنى لعقد يُحفظ عشر سنوات وسجل اطلاعه سنة واحدة.
  • أحداث الإتلاف: تبقى بعد إتلاف الوثيقة، لأنها الدليل على أن الإتلاف تم بقرار. وتفصيل ما يبقى بعد الإتلاف في مقالة الإتلاف المنضبط للوثائق داخل النظام.
  • أحداث الإدارة والصلاحيات: تُحفظ مدة تغطي دورات المراجعة الداخلية والخارجية، وما يتطلبه الأمن السيبراني.
  • أحداث الدخول: غالبًا تُحكم بسياسة سجلات الأمن السيبراني في الجهة، وقد تُحفظ في منصة الهوية لا في النظام.

وللجهات الخاضعة للضوابط الأساسية للأمن السيبراني، تحدد الضوابط في إصدارها الحالي ألا تقل مدة الاحتفاظ بسجلات أحداث الأمن السيبراني عن 12 شهرًا. هذا حد أدنى لسجلات الأمن السيبراني، لا مدة مقترحة لسجل الوثائق. فسجل الاطلاع على ملف موظف أو عقد قد يحتاج أن يعيش سنوات أطول بكثير، والذي يحدد ذلك جدول مدد الاحتفاظ لدى الجهة وما تخضع له من أنظمة. لذلك اجعل لسجل التدقيق نفسه سطرًا في جدول الاحتفاظ، كما تُبنى بقية الأسطر في مقالة بناء جدول مدد الاحتفاظ.

وخطط للحجم مبكرًا: تسجيل كل اطلاع يجعل السجل ينمو بعدد مرات الفتح لا بعدد الوثائق. اطلب من المورد طريقة نقل السجلات القديمة إلى تخزين أقل تكلفة مع بقائها قابلة للبحث والاستخراج، وأدخل ذلك في افتراضات السعة في العرض الفني.

التقارير والتصدير: ما يحتاجه المراجع فعلًا

المراجع لا يريد جدولًا بملايين الأسطر، بل إجابات عن أسئلة محددة. ستة تقارير تغطي أغلب الطلبات:

  1. تاريخ الوثيقة: كل ما حدث لوثيقة واحدة من إنشائها حتى اليوم، بإصداراتها واعتماداتها ومن اطلع عليها.
  2. نشاط المستخدم: كل عمليات مستخدم في فترة، ويُطلب عادة عند خروج موظف أو في تحقيق.
  3. الإخراج من الوثائق الحساسة: كل تنزيل وطباعة وتصدير ومشاركة على درجة سرية أو تصنيف في فترة.
  4. تغييرات الصلاحيات: من منح ماذا لمن، ومتى، وما انتهى من الاستثناءات المؤقتة وما بقي.
  5. المحاولات المرفوضة: مجمعة حسب المستخدم والوثيقة، لكشف النمط لا الحالة الفردية.
  6. عمليات الإدارة والسجل: تغييرات الإعدادات، ومن اطلع على السجل وصدّره.

والتصدير نفسه يحتاج ضوابط: أن يحمل الملف المصدَّر معايير التصفية التي أُنتج بها، ومن أنتجه، ووقت إنتاجه، حتى يُفهم خارج النظام. وأن تُسجل عملية التصدير في السجل. ويفيد أن يُمنح المراجع الخارجي دور قراءة للسجل محدود النطاق والمدة بدل أن يُرسل إليه ملف، على نحو ما تشرحه صفحة الأمن وسجل التدقيق من تقارير بحسب الوثيقة أو المستخدم أو العملية أو الفترة، تُصدَّر للمخولين وتُسجل عملية تصديرها. ولتمرين مراجعة كامل على وثيقة واحدة، راجع مقالة التحقق من قابلية مراجعة إجراءات الوثائق.

اختبر السجل في العرض: ثمانية مشاهد

اطلب من كل مورد تنفيذ المشاهد التالية بحسابات أدوار مختلفة، ثم عرض السطر الذي أنتجه كل مشهد في السجل. النتيجة المقبولة هي السطر نفسه بحقوله، لا قول «هذا يُسجل».

المشهدما تنفذهما يجب أن تراه في السجل
1. اطلاع ثم تنزيلمستخدم يفتح الإصدار 2 من عقد ثم ينزّلهسطران منفصلان برقم الإصدار، وصيغة النسخة المنزلة
2. محاولة مرفوضةمستخدم بلا صلاحية يفتح رابطًا مباشرًا للوثيقةسطر رفض باسمه وسببه
3. تعديل البطاقةتغيير قيمة العقد وتاريخ انتهائهالقيمة السابقة والجديدة لكل حقل
4. اعتماد بالتفويضمفوَّض يعتمد نيابة عن مدير في إجازةاسم المفوَّض والمفوِّض الأصلي، والإصدار المعتمد
5. تغيير صلاحيةمنح تنزيل مؤقت لوثيقة سرية ثم انتهاؤهالمنح بتاريخ الانتهاء، ثم سطر الانتهاء التلقائي
6. مشاركة خارجيةمشاركة وثيقة مع طرف خارجي يفتحها ثم تُلغىالإنشاء، واطلاع المستلم باسمه، والإلغاء
7. محاولة العبثمسؤول النظام يحاول حذف سطر أو تعديلهلا توجد وسيلة، أو تُرفض المحاولة وتُسجل
8. التصديرالمراجع يصدّر تقرير نشاط مستخدم لشهرملف يحمل معايير التصفية ومنتجه، وسطر يسجل التصدير

وفي نظام الأرشفة الإلكترونية وإدارة الوثائق يُسجل الاطلاع والتعديل والتنزيل والطباعة والمشاركة والاعتماد والحذف وتغيير الصلاحيات، مع تقارير للمخولين، وفصل بين إدارة النظام والاطلاع على المحتوى، وسياسات تحدد من يطّلع على السجلات نفسها ومدة الاحتفاظ بها. وتُوضح آلية حماية السجل وربطه بمنصة مراقبة السجلات لديكم في العرض الفني. إن أردت أن ترى المشاهد الثمانية على حسابات بأدوار جهتك، اطلب عرضًا توضيحيًا لسجل التدقيق والصلاحيات نعرض فيه السطر الناتج عن كل مشهد.

أسئلة شائعة

هل يُبطئ تسجيل كل اطلاع النظام أو يضخّم التخزين؟

يزيد حجم السجل بعدد العمليات، وهذا متوقع ويُخطط له في السعة. سطر السجل صغير مقارنة بالوثيقة نفسها، لكن عدد الأسطر كبير. المهم أن يوضح المورد أثره في افتراضات السعة، وطريقة نقل السجلات القديمة إلى تخزين أرخص. أما التخلي عن تسجيل الاطلاع لتوفير المساحة فيُسقط أكثر سؤال يُطرح عند المراجعة: من اطلع؟

هل يُقبل سجل النظام دليلًا أمام جهة قضائية أو رقابية؟

قبول الدليل تقدره الجهة التي يُقدم إليها، ولا يستطيع نظام أن يضمنه. ما يستطيعه النظام أن يجعل السجل أقوى: مكتملًا، ومنسوبًا إلى أشخاص، ومحميًا من التعديل، ومعه ما يثبت سلامته وطريقة استخراجه. وراجع مع الشؤون القانونية ما تحتاجه جهتك لتقديمه في النزاعات المحتملة.

من يجب أن يطّلع على سجل التدقيق؟

المراجعة الداخلية والأمن السيبراني عادة، ومالك كل تصنيف على أحداث وثائقه، والمراجع الخارجي بدور محدود المدة. ولا يُمنح الاطلاع الكامل لمسؤول النظام لمجرد أنه يدير النظام. والسجل نفسه يحتوي أسماء ومواعيد وعناوين شبكة، فيُعامل كبيانات مقيدة.

هل يغني سجل النظام عن منصة مراقبة السجلات في الجهة؟

لا، وهما يكملان بعضهما. سجل النظام يفهم الوثائق والإصدارات والمسارات، فيجيب عن أسئلة المراجع. ومنصة المراقبة تجمع أحداث الأنظمة كلها وتربطها وتنبه على الأنماط المريبة. إرسال أحداث النظام إليها يعطي الأمن السيبراني صورة أوسع، ويحفظ نسخة من السجل خارج النظام.

اقرأ أيضًا

شاهد النظام على وثائق تشبه وثائق جهتك

أخبرنا بطبيعة وثائقك وإجراءاتك، ونعرض لك النظام على سيناريو قريب من عملك الفعلي، ثم نقدم عرضًا فنيًا وماليًا على النطاق الذي تحتاجه.

  • عرض توضيحي على سيناريو من وثائق جهتك وإجراءاتها
  • مناقشة التصنيف والصلاحيات والتكاملات المطلوبة
  • عرض فني ومالي بعد تحديد النطاق

تفضّل مشاهدة السيناريوهات أولًا؟ استعرض سيناريوهات استخدام النظام

للتواصل المباشر 055 718 0660 واتساب info@rs4it.com
اكتب اسمك.
اكتب اسم الجهة.
أدخل رقم جوال يبدأ بـ 05 أو بريدًا إلكترونيًا صحيحًا.
اختر طبيعة الاحتياج.
المرفق أكبر من 10 ميجابايت أو بصيغة غير مدعومة.