01 · الدفاع متعدد الطبقات
أكثر من حماية للمحيط
لكل من حدود الشبكة وإعدادات المضيف وصلاحيات التطبيق والإجراءات التشغيلية دور محدد. تُراجع هذه الطبقات معاً حتى لا يُعامل أي ضابط منفرد كضمان.
الأمن والمرونة التشغيلية
أمن متعدد الطبقات. ومرونة تبدأ من التصميم.
حماية الخدمة. الحد من الأثر. والحفاظ على مسار للتعافي. يجمع نهجنا بين البنية التحتية وحدود التطبيقات والمسؤولية التشغيلية.
ست طبقات. ومسؤولية تشغيلية متكاملة.
توجّه هذه المبادئ كل عملية نشر. تعتمد الضوابط ونطاق المراقبة وفترات الاحتفاظ بالنسخ الاحتياطية وأهداف التعافي على البيئة والخدمات المتفق عليها. لا تلغي أي بنية جميع التهديدات أو الأعطال.
02 · TLS عند الخادم الأصلي
التشفير عند وصول الاتصال
يقدم موقع webTronex الرئيسي اتصال HTTPS عند خادم Nginx الأصلي بشهادة موثوقة علناً. إدارة DNS وإنهاء TLS مسؤوليتان منفصلتان. للاتصالات الداخلية حدود ثقة خاصة بها؛ ولا ندّعي أن كل خطوة داخلية تستخدم TLS.
03 · عزل أحمال العمل
تقليل نطاق الأثر
يستخدم الموقع الرئيسي حاوية للتطبيق وأخرى منفصلة لقاعدة البيانات على شبكة Docker مخصصة. يعمل التطبيق بحساب غير جذري ولا تعمل أي من الحاويتين بوضع الامتيازات الموسعة. تشترك الحاويات في نواة المضيف ولا تضمن عزل العملاء عزلًا كاملاً.
04 · الحد الأدنى من الصلاحيات
وصول لغرض محدد
تُحصر الحسابات وصلاحيات الخدمات ونقاط الوصول في المهام اللازمة. ترتبط منافذ تطبيق الموقع الرئيسي بالواجهة المحلية، ولا تُنشر منافذ قاعدة البيانات على المضيف. يجب تحديد مراجعات الأدوار وممارسات بيانات الاعتماد لكل بيئة.
05 · التعافي والتراجع
تخطيط طريق العودة
تُدمج قابلية التعافي في التغيير: حفظ الحالة السابقة، والتحقق في بيئة مرحلية، ومراجعة الفروق، والإبقاء على مسار للتراجع. يجب الاتفاق على تواتر النسخ والاحتفاظ بها واختبارات الاستعادة وأهداف زمن التعافي وفقد البيانات؛ ولا يتضمنها ترخيص البرنامج ضمنياً.
06 · المراقبة المسؤولة
رصد. وتحقيق. واستجابة.
تُراقب الهجمات ومحاولات الوصول المشبوهة من خلال الضوابط المفعلة في البيئة. توجد وقاية آلية نشطة من إساءة الاستخدام لوصول SSH على خادم الاستضافة. لا يثبت هذا الفحص وجود كشف مماثل لهجمات التطبيقات. يعتمد النطاق وتوجيه التنبيهات وساعات الاستجابة على الخدمة المتفق عليها؛ ولا يعني ذلك وجود مركز عمليات أمنية على مدار الساعة.
فصل تحليل الأسماء عن تقديم التطبيق.
تتوافق ملاحظات DNS العامة الحالية للنطاقين webtronex.ca وwww.webtronex.ca مع تقديم الخدمة عبر DNS فقط: يوفر Cloudflare خدمة DNS الموثوقة ويصل مرور الويب مباشرة إلى الخادم الأصلي. هذه ملاحظة في وقت محدد وليست تدقيقاً لإعدادات الحساب بأكمله.
DNS من Cloudflare
تحليل اسم المضيف
01الزائر
02HTTPS / Nginx
03التطبيق
04قاعدة بيانات خاصة
يُستخدم DNS لتحليل الاسم، ولا يمرر حركة HTTP في هذا المسار. المخطط تصوري ويخص الموقع الرئيسي، لا جميع المنتجات أو بيئات العملاء.
وسطاء إلزاميون أقل. ومفاضلات واضحة.
يقلل عدم استخدام وكيل HTTP من Cloudflare في هذا المسار الاعتماد على معالجته. لكنه يعني أيضاً أن حماية WAF وCDN وحماية DDoS الخاصة بوكيل Cloudflare لا تتوفر لهذه السجلات التي تعمل عبر DNS فقط. تظل حماية الخادم الأصلي وسعته ومرونة مزود الشبكة ضرورية. وتبقى خدمات DNS والاستضافة والاتصال وغيرها من المزودين ضمن الاعتماديات.
البنية قابلة للتحقق. واستمرارية الخدمة تحتاج سجلات.
يصف تقرير Cloudflare عن حادث 18 نوفمبر 2025 خللاً في إعدادات Bot Management، وليس هجوماً سيبرانياً. يوضح ذلك أهمية اعتماديات تقديم الخدمة. لم نتحقق من سجلات مراقبة webTronex وإعدادات DNS والوكيل التاريخية لتلك الفترة؛ لذلك لا ندّعي بقاء جميع خدمات webTronex متاحة أثناء الحادث.
اطّلع على المصادر التقنية
رُوجعت ملاحظات الموقع الرئيسي في 15 أكتوبر 2026.
الوصول المصرح به فقط.
تُراقب الهجمات ومحاولات الوصول المشبوهة ضمن نطاق المراقبة المفعّل. يُحظر الوصول غير المصرح به والتعطيل ومحاولات تجاوز ضوابط الوصول. يتطلب اختبار الأمان إذناً كتابياً مسبقاً ونطاقاً متفقاً عليه.
أبلغ عن الثغرات المشتبه بها عبر قناة الدعم مع وصف موجز والحد الأدنى من خطوات إعادة الإنتاج دون معلومات حساسة. لا ترسل بيانات اعتماد أو بيانات عملاء. أوقف الاختبار إذا صادفت معلومات خاصة.
تواصل مع الدعم