التكنولوجيا
بناء المرونة التشفيرية في السحابة وواجهات API وتوقيع البرمجيات وإدارة المفاتيح واعتمادات العملاء.
إرشادات جاهزية قطاعية — وليست تدقيقاً أو شهادة أو ادعاء تنفيذ
أولويات الجاهزية للكم في التكنولوجيا
تُضمّن شركات التقنية التشفير في TLS وواجهات API والهوية وإدارة المفاتيح السحابية ومنصات الأسرار ومخازن البيانات ومسارات البناء وتوقيع المخرجات وقنوات التحديث وتكاملات العملاء. وقد يرث المنتج اعتمادات أخرى من المكتبات والبنية والمزودين.
يجب أن يربط الجرد الخوارزميات والشهادات بالخدمات واعتمادات المصدر والحزم والمالكين والبيئات والبروتوكولات الموجهة للعملاء. كما يجب مراعاة مدد دعم البرمجيات ومسارات ترقية العملاء والتوافق الخلفي وقابلية تغيير التشفير دون إعادة تصميم المنتج.
يمكن للنماذج المضبوطة قياس حجم الرسائل والكمون والموارد والتشغيل البيني والتوقيع والأثر التشغيلي. تنطبق النتائج على التنفيذ والبيئة المختبرين فقط وليست ادعاءً عاماً بالمقاومة الكمية.
أولويات الجاهزية
تتبع اعتمادات المنتج
رسم TLS وAPI والهويات وخدمات المفاتيح والمكتبات والتوقيع والبناء والتحديث والمنصات المُدارة.
التصميم للمرونة التشفيرية
تقييم قابلية الاستبدال والملكية والتوافق الخلفي ومدد الدعم وقيود انتقال العملاء.
نموذج أولي بأدلة
اختبار التنفيذات المدعومة للتشغيل البيني والأداء والعمليات والنشر والرجوع في بيئة محددة.
المعايير والقيود
تستخدم هذه الملفات منهج NIST للجرد وترتيب المخاطر والمرونة التشفيرية والتشغيل البيني المضبوط مع بيان حالة كل مرجع.
NIST FIPS 203 و204 و205
معايير ML-KEM وML-DSA وSLH-DSA الحالية؛ ويجب التحقق من دعم التطبيق والبروتوكول.
NIST CSWP 39upd1 — المرونة التشفيرية
إرشادات لتغيير التشفير حسب البيئة مع الحفاظ على الأمن واستمرار العمليات.
NIST IR 8547 — الانتقال إلى PQC
سياق انتقالي أولي منفصل عن المعايير النهائية ومتطلبات التنفيذ.
هذه ملفات جاهزية قطاعية وليست تدقيقاً أو شهادات أو ضمانات ضد التهديد أو دليلاً على تنفيذات مكتملة. تعتمد النتائج والخيارات على أنظمة المؤسسة وبياناتها ومزوديها وبروتوكولاتها وبيئتها.
آخر مراجعة للمعايير والإرشادات: 5 أغسطس 2026.