كيف نحمي بياناتك وبيانات عملائك

1. مبادئنا

• الخصوصية من التصميم: نجمع أقل قدر ممكن من البيانات، ولا نحفظ ما لا نحتاجه.
• أقل صلاحية: كل مكوّن وكل شخص يصل إلى ما يحتاجه فقط.
• حماية متعددة الطبقات: لا نعتمد على ضابط واحد؛ فإن أخطأ أحدها يحمي الآخر.

2. الاستضافة والشبكة

• تعمل كل مكونات ردّي (الموقع، ولوحة التحكم، وتدفقات المساعد، وقاعدة البيانات، وفهرس البحث) على خادم افتراضي مخصص لدى Contabo في الاتحاد الأوروبي، في حاويات معزولة على شبكة داخلية خاصة.
• لا يُتاح من الإنترنت إلا HTTPS (ومنفذ HTTP يحوّل إليه) ودخول المسؤولين عبر SSH. قاعدة البيانات وفهرس البحث ومحرك الأتمتة غير متاحة مباشرة، ولوحات الإدارة مقصورة على الخادم نفسه.
• جدار حماية يرفض كل اتصال غير مسموح به صراحة.
• الخطوط والملفات تُقدَّم من خادمنا، ولا سكربتات من جهات خارجية في المتصفح.

3. الفصل بين المنشآت

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

4. التشفير وحماية الأسرار

• أثناء النقل: HTTPS/TLS مع HSTS للموقع ولوحة التحكم وواجهة الأتمتة، وشهادات تُجدد تلقائياً. والاتصالات مع OpenAI وBrevo وتيليجرام وMeta مشفّرة بـ TLS.
• كلمات المرور: تُحفظ بصيغة Argon2id المشفّرة باتجاه واحد، ولا تُحفظ أبداً كما هي.
• الجلسات والروابط: رموز عشوائية بطول 256 بت تُحفظ بصمتها (SHA-256) فقط. روابط الدعوة وإعادة التعيين لمرة واحدة، وتنتهي خلال 72 ساعة وساعة واحدة على التوالي، وطلب رابط جديد يلغي ما قبله.
• بيانات اعتماد القنوات: رموز البوتات ومفاتيح الربط في مخزن بيانات الاعتماد المشفّر لمحرك الأتمتة، لا تُعرض مرة أخرى في لوحة التحكم ولا تُرسل بالبريد.
• عناوين IP: تُحفظ في نموذج التواصل والجلسات كبصمة مملّحة لا عنوان صريح.
• الأسرار: كلمات مرور الأنظمة ومفاتيحها في إعدادات الخادم، لا في الشيفرة ولا في المراسلات، ومفتاح خدمة البريد مقيد بعنوان خادمنا.

5. التحكم في الوصول

• مستخدمو المنشآت: دخول بالبريد وكلمة المرور، دون تسجيل عام. دوران: مالك وموظف (الموظف يرى الطلبات وحسابه فقط). إقفال الحساب 15 دقيقة بعد 5 محاولات فاشلة، وحدود لعدد محاولات الدخول وإعادة التعيين، وخيار «الخروج من كل الأجهزة». ملفات الجلسة HttpOnly وSecure وSameSite.
• فريق ردّي: المسؤولون المخوّلون فقط. الدخول إلى الخادم بمفاتيح SSH فقط والدخول بكلمة المرور معطّل. حسابات الإدارة لدى المزودين بكلمات مرور قوية وفريدة في مدير كلمات مرور، مع التحقق بخطوتين حيثما يتيحه المزود.
• أقل صلاحية في قاعدة البيانات: لكل مكوّن حساب مستقل في قاعدة البيانات بالوظائف التي يحتاجها فقط، والوظائف الحساسة محصورة في دوال ضيقة النطاق.

6. ضوابط الذكاء الاصطناعي والأتمتة

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

7. تقليل البيانات ومدة الحفظ

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

8. أمن البريد

نرسل البريد عبر Brevo من نطاق موثّق بـ SPF وDKIM وDMARC. لا نطلب كلمة المرور بالبريد أبداً، وروابطنا تقود إلى موقع ردّي فقط.

9. المراقبة والسجلات

• تنبيهات أخطاء آلية تصل إلى المسؤولين خلال دقيقة.
• سجل للإجراءات المهمة: الدخول، وتغيير حالة الطلبات، والنشر، وتغييرات القنوات.
• سجلات خادم الويب للتحقيق في الحوادث.

10. النسخ الاحتياطي والاستمرارية

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

11. التطوير الآمن وإدارة التغيير

• الشيفرة تحت نظام إدارة إصدارات، والتغييرات تُراجع قبل النشر.
• المكتبات بإصدارات محددة، والبناء داخل حاويات معزولة.
• تغييرات قاعدة البيانات بملفات ترحيل مرقّمة بعد نسخة احتياطية.
• التحقق من المدخلات، واستعلامات بمعاملات منفصلة تمنع حقن SQL.

12. الاستجابة للحوادث

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

13. الإبلاغ عن الثغرات

إن وجدت ثغرة أمنية راسلنا على security@raddi.io. نؤكد الاستلام خلال 5 أيام عمل ونبقيك على اطلاع. نرحب بالبحث بحسن نية، بشرط: عدم الوصول إلى بيانات الآخرين أو تعديلها، وعدم إغراق الخدمة، وعدم الهندسة الاجتماعية، ومنحنا وقتاً معقولاً للإصلاح قبل النشر.

14. المسؤولية المشتركة

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

15. الشهادات والمراجعة

لا نحمل حتى الآن شهادة من طرف ثالث مثل ISO/IEC 27001، وسننشر أي شهادة هنا عند الحصول عليها. نراجع هذه السياسة وضوابطها سنوياً على الأقل.

16. التواصل

للمسائل الأمنية والإبلاغ عن الثغرات: security@raddi.io.

سياسات ذات صلة