الأمان في ديفينيستو

هذه ليست قائمة تسويقية — كل بند أدناه تحرسه اختبارات آلية تعمل قبل كل إصدار.

عزل التجار على ثلاث طبقات

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

الحسابات والأدوار والسحب الفوري

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

سلامة المال

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

التزامن بلا مجاملة

الطلبات المتزامنة لا تبيع آخر قطعة مرتين، والاسترجاعات المتزامنة لا تتجاوز المدفوع، والكوبون عند حده لا يُستخدم مرتين في اللحظة نفسها. ليست أمنيات — بل اختبارات تزامن تطلق طلبات متزامنة فعلًا ثم تدقق الحساب في قاعدة البيانات.

Webhooks وحماية التكرار

الإشعارات الصادرة موقعة بـ HMAC مع حارس SSRF يرفض الوجهات الداخلية. ومفاتيح Idempotency تُحجز قبل بدء العمل، فلا تنشئ إعادة المحاولة طلبًا ثانيًا ولا خصمًا مكررًا.

نسخ احتياطي يُتدرب عليه

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

ما لا ندّعيه

لا نذكر شهادة خارجية لا نحملها. ففي الفوترة الإلكترونية ZATCA مثلًا تحمل كل فاتورة رمز QR للمرحلة الأولى اليوم، أما تكامل المرحلة الثانية (الربط والاعتماد) فغير متاح بعد — ولا يُدّعى الامتثال إلا بعد onboarding الرسمي للتاجر، لا قبله.

الإبلاغ عن ملاحظة

وجدت شيئًا؟ راسل support@devenisto.com — بلاغات الأمان تُقرأ بأولوية.