إنشاء تطبيق جديد
تحديد نطاق تطبيق ويب أو واجهة API وتطويره لمنتج SaaS أو سير عمل تجاري.
هندسة البرمجيات · خدمة داعمة
تطوير تطبيقات آمنة مع الاستعداد لما بعد الكم
إنشاء تطبيقات ويب وواجهات API أو تحسينها وفق متطلبات أمنية متفق عليها، مع توثيق الاعتماديات التشفيرية ومسار عملي للانتقال المستقبلي إلى التشفير ما بعد الكم.
هندسة تطبيقات مع التخطيط للاستعداد. يبقى تكامل PQC في مرحلة التقييم أو النموذج الأولي المختبري ما لم تدعم أدلة تنفيذ محددة ادعاءً أقوى.
تطبيقات جديدة وأنظمة قائمة
تحسين تطبيق قائم
مراجعة وظائف محددة ومتطلبات الأمن والاعتماديات التشفيرية قبل الاتفاق على التحسينات.
ما تحصل عليه
- متطلبات متفق عليها ونموذج تهديدات وقرارات معمارية موثقة.
- شيفرة التطبيق واختبارات للوظائف والمتطلبات الأمنية المتفق عليها.
- سجل محدد النطاق للاعتماديات التشفيرية ومزودي الخدمات والفجوات في الأدلة.
- قيود التوافق وقائمة أعمال مرتبة حسب الأولوية للاستعداد لما بعد الكم.
- وثائق التسليم، مع تضمين النشر والصيانة فقط عند الاتفاق عليهما.
ماذا يعني الاستعداد لما بعد الكم؟
يعني الاستعداد فهم الاعتماديات التشفيرية وقيود المزودين وكيفية استبدال المكونات المدعومة مع تطور التقنيات. لا يعني نشر PQC في التطبيق كله أو أن التطبيق آمن ضد الكم بصورة شاملة. لا تتطلب هندسة التطبيقات المعتادة نموذجًا أوليًا لـ PQC.
من تحديد النطاق إلى التسليم
- 01
تحديد النطاق
الاتفاق على الأهداف وملكية النظام والوصول المصرح به والتعامل مع الأدلة ومعايير القبول.
- 02
التصميم
توثيق حدود الثقة ومتطلبات الأمن والاعتماديات التشفيرية وقيود المنصة.
- 03
البناء والتحقق
تنفيذ الوظائف المتفق عليها واختبارها وفق المتطلبات المحددة.
- 04
التسليم
تسليم الشيفرة والنتائج والوثائق وقائمة أعمال الاستعداد. الاتفاق على النشر أو العمل المستمر بصورة منفصلة.
خيار إضافي: نموذج PQC أولي مختبري محدد النطاق
عندما تدعم المكتبات والمنصات والبروتوكولات المعتمدة حالة الاستخدام المختارة، يُقيّم تكامل محدد في بيئة اختبار آمنة. يُوثّق المعيار المطبق والتنفيذ ومستوى الأدلة والبيئة ونتائج التوافق والأداء والقيود وتاريخ المراجعة. لا تنشئ Evolext بدائيات تشفير مخصصة.
المعايير وسياق الأدلة
NIST FIPS 203 و204 و205
يحدد ML-KEM تغليف المفاتيح، بينما يحدد ML-DSA وSLH-DSA التوقيعات الرقمية. يُشار فقط إلى المعيار المرتبط بالتكامل المختار. لا تثبت معايير الخوارزميات أمن التطبيق أو حصوله على اعتماد.
NIST CSWP 39upd1 — Crypto Agility
إرشادات نهائية للتخطيط لاعتماديات تشفير قابلة للاستبدال وللانتقالات التشغيلية. يظل استعداد التطبيق مقيدًا بدعم المنصة والأدلة المتاحة.
مراجعة المراجع: 12 أكتوبر 2026. يُتحقق من دعم المنصة لكل مشروع.
النطاق والقيود
- لا ضمان أمني شامل ولا شهادة امتثال ولا خدمة مراقبة أمنية مُدارة.
- يخضع تشفير الأطراف الأخرى لقدرات المزودين والمسؤوليات الموثقة.
- النموذج الأولي المختبري لا يثبت الجاهزية للإنتاج. يتطلب النشر قرارات منفصلة بشأن التوافق والتشغيل والأمن.
أسئلة شائعة
هل يمكن طلب تطوير تطبيق دون تكامل PQC؟
نعم. يُتفق أولًا على نطاق التطبيق، ثم تُوثق الاعتماديات التشفيرية والقيود المستقبلية ذات الصلة دون اشتراط نموذج أولي.
كيف تختلف هذه الخدمة عن الانتقال إلى PQC؟
تبني هذه الخدمة وظائف التطبيق أو تحسنها. أما خدمة الانتقال فتقيّم تحولًا تشفيريًا محددًا في نظام قائم.
ماذا لو لم يدعم المزود التكامل المطلوب؟
تُوثق الاعتمادية والأسئلة الموجهة للمزود وقائمة أعمال الاستعداد. لا يُوعد بتكامل إنتاجي عند غياب الدعم.
ما المعلومات التي أشاركها في الاستفسار؟
وصف عام للتطبيق، وهل هو جديد أم قائم، والهدف منه. لا ترسل بيانات اعتماد أو شيفرة أو تفاصيل معمارية سرية.