تخطي إلى المحتوى

مركز الثقة

مركز الثقة

الأمور التي كنتم ستضطرون لطلبها.

اختيار من يبني أنظمتكم ويحميها ينبغي أن يُحسم بالأدلة لا بالصفات. تجمع هذه الصفحة ما يتحقق منه المشتري الجاد قبل التوقيع: من نحن، ومن يتحمّل المسؤولية، وكيف يُنتَج العمل، وما الذي تملكونه عند انتهائه، وماذا يحدث حين يقع خطأ.

الشركة

مع من ستتعاقدون.

تُنشر بيانات الكيان بمجرد تأكيدها. الحقل الفارغ هنا حقل لم نتمكن بعد من ذكره بدقة، لا حقل نحجبه: إن احتجتم البيانات الكاملة لإجراءات الشراء أو تسجيل المورّدين، اطلبوها ونرسلها إليكم مباشرة.

الاسم التجاري
RegenByte
الاستفسارات العامة
[email protected]
بلاغات الأمن
[email protected]
لغات العمل
الإنجليزية والعربية والفرنسية
القيادة

أسماء معلنة، لا جهة مجهولة.

من حقكم معرفة المسؤول عن عمل الأمن الذي تشترونه. الأدوار والنطاقات الكاملة موجودة في صفحة «من نحن».

  • Fahad Faisal

    المؤسس والرئيس التنفيذي

    يضع التوجّه التقني للشركة، ويتحمّل مسؤولية تحديد نطاق الارتباطات، وتنفيذ التسليم، والتفويض الخطي الذي يجب أن يكون قائمًا قبل بدء أي اختبار أمني.

تعرّفوا على الفريق

الملكية

حساباتكم. بنيتكم التحتية. شفرتكم البرمجية.

هذا التزام قائم لا موقف تفاوضي. الوكالة التي تحتفظ بنطاقكم أو استضافتكم أو مستودعكم هي وكالة لا تستطيعون مغادرتها، وهذا ترتيب يفيدنا على حسابكم.

  • الشفرة البرمجية ملككم

    كل ما يُكتب لكم هو لكم، في مستودعكم، وبترخيص لا يعتمد علينا. ولا يوجد إطار عمل خاص بنا تظلون تدفعون مقابله.

  • الحسابات تُنشأ باسمكم

    حيثما كان ذلك عمليًا، يُنشأ النطاق والاستضافة وسجلات DNS والسحابة والمستودع والتحليلات ومزوّد الدفع والخدمات الخارجية في حساباتكم أنتم، ونُضاف نحن كمتعاونين لا كمالكين.

  • الوصول قابل للنقل لا محتجَز

    بيانات اعتماد النشر ومتغيرات البيئة وصلاحيات الإدارة موثّقة ومُسلَّمة. إزالة وصولنا ينبغي أن تستغرق بعد ظهيرة واحدة، لا مفاوضة.

  • توثيق مكتوب لمن يخلفنا

    ملاحظات المعمارية وأدلة التشغيل والقرارات مكتوبة بحيث يستطيع فريق كفء آخر تسلّم النظام دون الحاجة إلى محادثتنا أولًا.

  • لا تقييد بالتصميم

    نستخدم تقنيات واسعة الانتشار وجيدة التوثيق، ونتجنب القرارات التي أثرها الأساسي جعلنا صعبي الاستبدال. البقاء معنا ينبغي أن يكون حكمًا على جودة العمل.

  • الصيانة اختيارية

    الدعم المستمر مُقدَّم لأن الأنظمة تحتاجه، لا لأن موقعكم يتوقف بدوننا. بعض العملاء يتولون التشغيل داخليًا، ونسلّم التوثيق لهذا الغرض تحديدًا.

وحين يطلب عميل أن نستضيف أو ندير شيئًا نيابةً عنه، يُوثَّق ذلك كتابةً مع بيان ما يلزم لإعادته إليه.

معايير الهندسة

كيف يُنتَج العمل فعليًا.

هذه هي الآليات التي تقف خلف وعود التسليم المذكورة في مواضع أخرى من الموقع. وهي ممارسات مهنية اعتيادية، وهذا هو المقصود: الاتساق يمنع من الحوادث أكثر بكثير مما يمنعه الابتكار.

  • إدارة الإصدارات والمراجعة

    كل عمل يُتتبَّع في Git ويصل عبر طلبات دمج. تُراجَع التغييرات قبل وصولها إلى فرع الإنتاج، ويشرح السجل سبب التغيير لا وقوعه فحسب.

  • التكامل المستمر

    يعمل فحص الأنواع والتدقيق البرمجي ومجموعة الاختبارات مع كل تغيير. والفرع الذي لا يجتاز لا يُدمج، فتُكتشف الحالة المعطوبة خلال دقائق لا بعد النشر.

  • اختبارات آلية حيث تستحق

    تتركّز الاختبارات على المنطق الذي يكلّف الخطأ فيه كثيرًا: المصادقة والتفويض والمدفوعات وسلامة البيانات. ولا نلاحق نسبة تغطية لذاتها.

  • مراجعة الاعتماديات والإعدادات

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

  • الأسرار خارج الشفرة

    بيانات الاعتماد تعيش في إعدادات البيئة لا في المستودع. وتُحدَّد صلاحية كل مفتاح لغرض واحد حتى لا يتحول تسريب واحد إلى وصول كامل.

  • أداء محكوم بميزانية

    تُلتزم مؤشرات Core Web Vitals وميزانيات حجم الصفحة أثناء البناء لا بعده، ونعرض عليكم قياسات موقعكم أنتم لا أرقامًا عامة.

  • إمكانية وصول مُتحقَّق منها لا مفترضة

    تُتحقق الدلالات وتشغيل لوحة المفاتيح وترتيب التركيز والتباين أثناء التطوير، بفحوص آلية تسندها مراجعات يدوية على المسارات المهمة.

  • نشر قابل للتراجع

    تُنشر الإصدارات دفعةً واحدة ويمكن الرجوع إلى آخر إصدار سليم معروف. والقدرة على التراجع السريع أثمن من الثقة بأنكم لن تحتاجوها.

  • نسخ احتياطية جرت استعادتها

    الاستعادة مُختبَرة لا مفترضة. فالنسخة التي لم يستعدها أحد قط هي مجرد افتراض، ولحظة الحاجة إليها هي أسوأ وقت لاكتشاف ذلك.

الأمن

كيف نتعامل مع أنظمتنا، وأنظمتكم.

السياسة الكاملة، بما فيها شروط الإفصاح المسؤول وما يحدث بعد بلاغكم، موجودة في صفحة الأمن. وهذا هو الملخص.

  • ترويسات أمنية وHTTPS وتحصين النقل مطبَّقة على مستوى إطار العمل فتشمل كل المسارات
  • أقل صلاحية ممكنة للحسابات والرموز وبيانات اعتماد الخدمات، ودون ترك واجهات الإدارة متاحة علنًا بلا سبب
  • نمذجة التهديدات أثناء التصميم، بينما لا يزال تغيير المعمارية زهيد التكلفة
  • لا اختبار إلا بتفويض خطي من الجهة صاحبة الحق في منحه، بما في ذلك العملاء المحتملون
  • تصنيف النتائج بحسب الأثر التجاري الفعلي لا بحسب شدة الماسح الخام، مع دعم المعالجة وإعادة الاختبار
  • سياسة إفصاح مسؤول منشورة وملف security.txt قابل للقراءة آليًا في المسار الذي تحدده RFC 9116

المنهجيات التي نعمل بها

نعمل وفق هذه المنهجيات المنشورة. وللدقة: هذه معايير تتبعها اختباراتنا ومراجعاتنا، لا شهادات تحملها الشركة. ولا ندّعي اعتمادًا رسميًا لم يُمنح لنا.

  • OWASP Top 10 ومعيار التحقق من أمن التطبيقات OWASP ASVS
  • OWASP API Security Top 10 للواجهات البرمجية لا للصفحات
  • معيار تنفيذ اختبار الاختراق (PTES) لهيكلة الارتباطات
  • إرشادات NIST بشأن التطوير الآمن والتعامل مع الحوادث
  • معايير CIS Benchmarks لإعداد المنصات والخوادم
البنية التحتية

أين يعمل هذا الموقع، ومن غيرنا يرى بياناته.

سرد الأدوات التي نستخدمها لن يخبركم بشيء. وفيما يلي كيف يُشغَّل هذا الموقع فعليًا، وأي أطراف خارجية تعالج البيانات نيابةً عنا.

مسار الطلب

  1. 01

    الزائر

    متصفح يطلب صفحة عبر HTTPS.

  2. 02

    شبكة الحافة

    يُخدَم الطلب من أقرب موقع حافة، فتعود الملفات الثابتة والصفحات المخزَّنة دون بلوغ التطبيق.

  3. 03

    التطبيق

    تُصيَّر الصفحات على الخادم، فيكون المحتوى حاضرًا في HTML الأولي سواء عملت JavaScript أم لا.

  4. 04

    قاعدة البيانات

    يُخزَّن المحتوى والاستفسارات في قاعدة Postgres مُدارة يجري الوصول إليها عبر اتصال مشفَّر ببيانات اعتماد محدودة النطاق.

  5. 05

    إرسال البريد

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

  6. 06

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

    تنسخ منصة قاعدة البيانات المُدارة البيانات احتياطيًا، وتُراقَب عمليات النشر والأخطاء والتوافر عبر منصة الاستضافة.

المعالجون الفرعيون

الأطراف الخارجية التي تعالج البيانات نيابةً عنا لهذا الموقع، مع بيان الغرض وما يمكن لكل منها الاطلاع عليه.

المزوّدالغرضالبيانات المعالَجة
Vercelاستضافة التطبيق وشبكة الحافة وعمليات النشربيانات وصفية عن الطلب، منها عنوان IP ووكيل المتصفح
Neonقاعدة بيانات Postgres مُدارة ونسخ احتياطيةمحتوى الموقع وسجلات الاستفسارات المُرسَلة
Resendتسليم بريد المعاملات الخاص بالاستفساراتمحتوى الاستفسار الذي ترسلونه وعنوان بريدكم الإلكتروني

هذا وصف لموقع regenbyte.com. أما مشاريع العملاء فتعمل في حسابات العميل حيثما كان ذلك عمليًا، ولكل ارتباط مزوّدوه وقائمته الخاصة، مسجَّلة في توثيق ذلك المشروع لا هنا.

البيانات

ما يجمعه هذا الموقع، وإلى متى.

التفصيل الكامل في سياسة الخصوصية. وهذه النسخة القصيرة الصريحة.

  • ما يُجمَع

    فقط ما تُدخلونه في نموذج التواصل: اسمكم وشركتكم وبريدكم، ورقم هاتف وبلد اختياريين، وما تكتبونه عن المشروع. ولا توجد أي أدوات تتبّع إعلاني على هذا الموقع.

  • لماذا يُحفَظ

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

  • من يطّلع عليه

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

  • كيف تطلبون حذفه

    راسلونا وسنحذف استفساركم ونؤكد لكم إتمام ذلك. لا يلزمكم إبداء سبب ولا يترتب على ذلك أي أثر آخر.

  • بيانات مشاريع العملاء

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

  • النتائج والتقارير

    نتائج الأمن المتعلقة بأنظمتكم سرية لكم. ولا تُنشر ولا تُعاد لأغراض تسويقية ولا تُشارك مع أحد دون إذنكم الخطي.

حين يقع خطأ

الاستجابة للحوادث والاستمرارية.

لكل نظام يوم سيئ في نهاية المطاف. وما يفرّق بين المورّدين هو ما يحدث في الساعات التالية، ولذلك نذكر هنا التسلسل الذي نتبعه بدل الوعد بألا يقع شيء.

  1. 01

    الاحتواء

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

  2. 02

    إبلاغكم

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

  3. 03

    الاستعادة

    العودة إلى حالة سليمة معروفة من نسخة احتياطية مُختبَرة أو نشر سابق، مع التحقق من نجاح الاستعادة لا افتراضه.

  4. 04

    تحديد ما حدث

    تُحفَظ السجلات والتسلسلات الزمنية ليُعاد بناء رواية الحادث من الأدلة لا من الذاكرة.

  5. 05

    معالجة السبب

    يُعالَج العطل المباشر والسبب الذي جعله ممكنًا معًا. فالتصحيح الذي يترك الضعف الكامن قائمًا نصف تصحيح.

  6. 06

    توثيقه كتابةً

    تحصلون على تقرير مكتوب: ما وقع، وما تأثر، وما فُعل، وما تغيّر ليقل احتمال تكراره. بلا إلقاء لوم وبلا غموض.

الاستمرارية

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

السياسات والمسارات القابلة للقراءة آليًا.

كل ما سبق، بالصيغة التي يريدها محامٍ أو فريق مشتريات أو زاحف آلي.

قابل للقراءة آليًا

  • security.txt

    جهة اتصال الأمن وموضع السياسة وفق RFC 9116.

  • llms.txt

    فهرس لهذا الموقع مكتوب لمساعدي الذكاء الاصطناعي.

  • sitemap.xml

    كل رابط قابل للفهرسة، باللغات الثلاث.

استبيانات الأمن وتسجيل المورّدين

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

اطلبوا الملف

ما زال هناك ما تودّون التحقق منه؟

إن كان هناك سؤال لا تجيب عنه هذه الصفحة، فاطرحوه مباشرة. المورّد الذي لا يستطيع الإجابة عن ممارساته يخبركم بشيء.