AtharFlow
العودة للرئيسية

الأمان

آخر تحديث: 2026-10-11

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

تشفير النقل

جميع حركة المرور من وإلى المنصة تُقدَّم حصرًا عبر HTTPS مع TLS 1.2 أو أعلى. طلبات HTTP تتم إعادة توجيهها إلى HTTPS عند الحافة. HSTS مفعّل على نطاق الإنتاج.

المصادقة

بيانات اعتماد الحساب مُجزّأة بخوارزميات قياسية في الصناعة — لا نخزّن كلمات المرور بصيغة نصية أبدًا. على الويب، رموز التحديث مخزّنة في كوكيز HttpOnly وSecure وSameSite=Strict (ليس في localStorage المتصفح) بحيث لا تستطيع الهجمات عبر المواقع استخراج بيانات الاعتماد طويلة الأمد؛ وفي تطبيق الجوال تُحفظ في التخزين المشفّر للجهاز. يتغيّر رمز التحديث مع كل استخدام، وتغيير كلمة المرور ينهي جميع الجلسات. التحقق من البريد الإلكتروني مطلوب لحسابات التسجيل الذاتي؛ رموز إعادة تعيين كلمة المرور للاستخدام مرة واحدة ومحدّدة بوقت. تقييد محاولات تسجيل الدخول الفاشلة وقفل الحساب مؤقتًا يحميان من حشو بيانات الاعتماد.

التشفير أثناء التخزين

رموز التكامل (رموز OAuth لسلة وزد، رموز وصول واتساب) ورمز التحقق بخطوتين لواتساب ورمز الدفع المحفوظ مُشفّرة أثناء التخزين باستخدام Fernet (AES-128-CBC + HMAC-SHA256). النسخ الاحتياطية لقاعدة البيانات مشفّرة قبل التخزين. بيانات البطاقة لا تلامس خوادمنا أبدًا — نخزّن فقط العلامة التجارية للبطاقة وآخر أربعة أرقام منها ورمز دفع يصدره ميسر.

العزل متعدد المستأجرين

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

مصادقة Webhooks

webhooks واتساب من ميتا مصادقة بـ HMAC-SHA256 مقابل سر التطبيق. webhooks سلة وزد وميسر مصادقة بأسلوب السر المشترك الخاص بكل منصة (رمز، أو بيانات اعتماد HTTP Basic، أو سر داخل الطلب) مع مقارنة ثابتة الزمن. الطلبات غير المصادقة تُرفض ومحدّدة المعدل لكل IP لمنع تضخيم التخزين.

الوسائط والملفات المرفوعة

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

التحكم بالوصول والتدقيق

ضمن حساب التاجر، يفصل الوصول حسب الدور بين المالكين (وصول كامل) والوكلاء (محدودون بأرقام واتساب محددة). الوصول إلى قاعدة بيانات وبنية الإنتاج محدود بمشغلين معيّنين باستخدام SSH بالمفاتيح؛ جميع الإجراءات الإدارية تمر بسجلات التدقيق. أسرار الدفع وwebhook في الإنتاج تُدار كمتغيرات بيئة ولا تُحفظ أبدًا في التحكم بالمصدر.

المراقبة والنسخ الاحتياطي

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

المعالجون من الباطن

نعتمد على مجموعة صغيرة من المزوّدين: ميتا (واتساب)، سلة وزد (التجارة الإلكترونية)، ميسر (المدفوعات)، Anthropic (تصنيف العملاء المهتمين بالذكاء الاصطناعي)، Contabo (الاستضافة)، Sentry (مراقبة الأخطاء)، Namecheap Private Email (البريد النظامي)، وExpo وFirebase Cloud Messaging من Google (إشعارات تطبيق الجوال). توضّح سياسة الخصوصية ما يعالجه كل منهم.

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

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

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

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