الأمان والبيانات
أين تُخزَّن البيانات، وكيف تُنقَل، ومن يصل إليها، وما الذي يُسجَّل.
لمن تعود ملكية البيانات في نظام تبنونه لنا؟
لك أنت. نحن نعالجها لتشغيل الخدمة المتفق عليها فقط، لا لغير ذلك. ولا تُخلط ببيانات عميل آخر، ولا تُباع، ولا تُستخدم لعرض إعلانات على مستخدميك. وإذا انتهت العلاقة، تأخذ بياناتك معك.
كيف تُحمى البيانات أثناء نقلها؟
تمر الاتصالات عبر HTTP/3، والنطاق مُدرَج ضمن قائمة HSTS المحمّلة مسبقًا في المتصفحات، أي أن المتصفح يرفض التخاطب بلا تشفير منذ الزيارة الأولى، قبل أن يتسنى اعتراض أي إعادة توجيه. أما تبادل المفاتيح فهو ما بعد كمّي: X25519 مقرونًا بـ ML-KEM-768، وقد اختير ليظل ما يُلتقط اليوم صامدًا حين يصبح بمقدور حاسوب كمّي مهاجمته.
كيف تُخزَّن كلمات المرور والمفاتيح وبيانات اعتماد الواجهات البرمجية؟
لا تُخزَّن في الشيفرة المصدرية أبدًا، وهذا تفرضه عملية البناء لا الانضباط الشخصي: فأي شيفرة تتضمن سرًّا مكتوبًا داخلها تُرفض قبل دمجها. تبقى الأسرار مشفَّرة في مخزن إعدادات، ولا تُفك إلا وقت التشغيل وفي المواضع التي تحتاجها فعلًا؛ ولهذا فإن تدوير مفتاح تعديل واحد في مكان واحد، لا بحث في الشيفرة كلها.
ما الذي يُسجَّل، وهل يمكن معرفة من غيّر شيئًا؟
نعم. تُكتب أحداث التطبيق والأخطاء والإجراءات الإدارية في قاعدة البيانات لا في ملفات نصية متناثرة على الخوادم، ولذلك يمكن البحث فيها فعليًا. وتسجّل التغييرات الإدارية من نفّذ الإجراء وما الذي تغيّر ومتى. فسؤال مثل «من غيّر هذا السعر الشهر الماضي» له جواب، لا تخمين.
كيف تتعاملون مع الكوكيز والموافقة؟
لا تُفعَّل الكوكيز غير الضرورية إلا بعد موافقة الزائر، ويُسجَّل اختياره، ولكل موقع نبنيه صفحة يمكنه فيها تغيير ذلك أو سحبه لاحقًا. والرفض نقرة واحدة لا بحثًا داخل قائمة إعدادات، ومن يرفض يحصل مع ذلك على موقع يعمل كما ينبغي.