هل المحاسبة السحابية آمنة؟ كيف تُعزل بيانات كل محل

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

ما حجم الخطر على محل صغير؟

دراستان يُستشهد بهما كثيراً ترسمان الصورة.

وجد تقرير Verizon لتحقيقات اختراق البيانات لعام 2025 أن نسبة الاختراقات التي يشارك فيها طرف ثالث، كمورّد أو مزوّد خدمة، تضاعفت من 15% إلى 30% خلال سنة. ووجد برامج الفدية حاضرة في 88% من الاختراقات لدى الأعمال الصغيرة والمتوسطة، مقابل 39% لدى المؤسسات الأكبر.

ووضع تقرير IBM عن تكلفة اختراق البيانات لعام 2025، المبني على 600 مؤسسة، متوسط تكلفة الاختراق عالمياً عند 4.44 مليون دولار أمريكي. تشمل الدراسة مؤسسات من كل الأحجام وتغلب عليها الكبيرة، فالرقم ليس توقّعاً لمحل في الحي. المهم هو الاتجاه: الاختراقات مكلفة، ومزوّدوك جزء من سطح الهجوم عليك.

ماذا يعني «تعدّد المستأجرين» في المحاسبة السحابية؟

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

يضع المركز الوطني البريطاني للأمن السيبراني (NCSC) الفصل بين الزبائن ضمن مبادئه الأربعة عشر لأمن السحابة. وإرشاداته مباشرة: أنت تعتمد على حدود الأمان لدى المزوّد للتحكم بمن يصل إلى بياناتك، ويجب أن يستطيع المزوّد شرح كيف يطبّق الفصل في الحوسبة والتخزين والشبكات.

ما الطرق الثلاث للفصل بين المستأجرين؟

1. التصفية في مستوى التطبيق

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

2. عزل تفرضه قاعدة البيانات (أمن مستوى الصف)

قاعدة البيانات نفسها ترفض إرجاع صفوف لا تخص المستأجر الحالي، مهما كان الاستعلام الذي يرسله التطبيق. في PostgreSQL مثلاً، يتم ذلك بسياسات أمن مستوى الصف (Row-Level Security). يضبط التطبيق سياق المستأجر لكل معاملة، وتطبّق قاعدة البيانات القاعدة.

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

3. قواعد بيانات أو نسخ منفصلة

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

لا طريقة آمنة تلقائياً. المهم أن يُفرض الفصل في أكثر من طبقة وأن يُختبر باستمرار.

كيف يبدو هذا في GrowMore

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

ما الأسئلة التي تطرحها على مزوّد المحاسبة السحابية؟

المزوّد الذي يأخذ العزل بجدية سيجيب عن هذه ببساطة.

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

أي نصف من الأمان يبقى مسؤوليتك؟

المزوّد يحمي المنصة. وأنت تحمي طريقة استعمال محلك لها. ومعظم الحوادث في الأعمال الصغيرة تقع في النصف الثاني.

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

مثال محلول: أربعة أشخاص ومحاسب

في محل هواتف وإلكترونيات صاحب محل، ومدير، وكاشيران، ومحاسب خارجي.

قبل: كان الجميع يستعملون حساب صاحب المحل «لأنه أسهل». حين نقص الصندوق 200 يوم سبت، أظهر النظام أن صاحب المحل سجّل كل البيعات. وحين غادر أحد الكاشيرين، لم يغيّر أحد كلمة المرور.

بعد عصر من العمل:

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

لم يتطلّب شيء من هذا برنامجاً جديداً، بل الضوابط التي في النظام أصلاً.

ماذا تفعل هذا الشهر؟

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

أسئلة شائعة

هل تستطيع محلات أخرى رؤية بياناتي في المحاسبة السحابية؟

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

ما هو أمن مستوى الصف (Row-Level Security)؟

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

هل المحاسبة السحابية أكثر أماناً من البرنامج المكتبي؟

هي تنقل المخاطر ولا تلغيها. المزوّد يتولّى المنصة والتحديثات والنسخ الاحتياطية، وتبقى عليك حسابات الدخول والأدوار والتطبيقات المتصلة. قارن المزوّدين بالأسئلة في هذا المقال، لا بالتسمية.

المصادر

1. UK National Cyber Security Centre, Cloud Security Principles, Principle 3: Separation between customers. https://ncsc.gov.uk/collection/cloud/the-cloud-security-principles/principle-3-separation-between-customers
2. UK National Cyber Security Centre, 'Technically enforced separation in the cloud'. https://ncsc.gov.uk/collection/cloud/understanding-cloud-services/technically-enforced-separation-in-the-cloud
3. PostgreSQL documentation, Row Security Policies (superusers and BYPASSRLS roles always bypass row security; a table's owner does too unless FORCE ROW LEVEL SECURITY is set). https://www.postgresql.org/docs/current/ddl-rowsecurity.html
4. Verizon, 2025 Data Breach Investigations Report (third-party involvement 30%, up from 15%; ransomware present in 88% of SMB breaches). https://www.verizon.com/about/news/2025-data-breach-investigations-report
5. IBM, Cost of a Data Breach Report 2025, summary by Baker Donelson (global average USD 4.44 million, 600 organisations). https://www.bakerdonelson.com/ten-key-insights-from-ibms-cost-of-a-data-breach-report-2025