تبدأ غوغل اختبار تحسينات التشفير ما بعد الكمي في النسخة التجريبية المقبلة من Android 17، على أن تتوافر هذه القدرات عموماً مع الإصدار الإنتاجي من النظام. ويمثل ذلك أول مرحلة معلنة من انتقال أندرويد إلى بنية مقاومة للتهديدات التي قد تفرضها الحواسيب الكمية مستقبلاً، عبر دمج معايير التشفير ما بعد الكمي التي انتهى إليها المعهد الوطني الأمريكي للمعايير والتقنية (NIST) في طبقات متعددة من المنصة.
وتقول غوغل إن هدفها لا يقتصر على تحديث تطبيقات منفردة أو بروتوكولات نقل محددة، بل يمتد إلى بناء سلسلة ثقة تغطي المنصة منذ بدء تشغيل الجهاز وحتى تنفيذ التطبيقات التي توزع عالمياً. وتستند الشركة في هذا المسار إلى أعمال تحضيرية بدأتها عام 2016، شملت تجارب في التشفير ما بعد الكمي، وإدخال قدراته في منتجاتها، ونشر نماذج للتهديد وأوراق تقنية.
حماية الإقلاع وجذر الثقة
تتضمن Android 17 ترقيتين رئيسيتين في طبقات الحماية الأساسية. أولاهما دمج خوارزمية التوقيع الرقمي القائمة على الشبكات ML-DSA في مكتبة Android Verified Boot (AVB). وتستخدم هذه الخوارزمية لتوفير توقيعات مقاومة كمياً، بهدف حماية البرمجيات التي تُحمّل أثناء تسلسل الإقلاع من التعديل غير المصرح به.
أما الترقية الثانية فتتمثل في بدء نقل Remote Attestation إلى بنية متوافقة بالكامل مع متطلبات التشفير ما بعد الكمي وفق المعايير الحالية. وستدعم سلاسل شهادات KeyMint خوارزميات مقاومة كمياً، بما يسمح للأجهزة بإثبات حالتها للجهات التي تعتمد على هذا الإثبات مع الحفاظ على الثقة في بيئة ما بعد كمية.
دعم المطورين عبر Android Keystore
تحدّث غوغل Android Keystore لدعم ML-DSA بصورة أصلية، بحيث تستطيع التطبيقات استخدام توقيعات ما بعد كمية داخل العتاد الآمن للجهاز، مع عزل مواد المفاتيح الحساسة عن نظام التشغيل الرئيسي. ويتيح ذلك للمطورين الاستفادة من جذور الثقة العتادية دون الحاجة إلى بناء تطبيقات تشفير خاصة بهم.
ويكشف Android SDK خياري ML-DSA-65 وML-DSA-87، ويمكن دمجهما باستخدام واجهة KeyPairGenerator القياسية. وتصف غوغل تنفيذ التشفير القائم على الشبكات داخل بيئة التنفيذ الموثوقة (TEE) بأنه تحدٍ هندسي، نظراً إلى أن هذا النوع يحتاج إلى أحجام مفاتيح وبصمات ذاكرة أكبر بكثير من التشفير التقليدي القائم على المنحنيات الإهليلجية.
توقيع هجين لتطبيقات Google Play
توسّع غوغل سلسلة الحماية لتشمل توقيعات التطبيقات، إذ ستتحقق المنصة من توقيعات ما بعد كمية على ملفات APK بهدف مقاومة تزوير التوقيعات أثناء التثبيت أو تحديث التطبيقات. وستدعم Google Play هذا الانتقال من خلال Play App Signing، الذي يتيح إنشاء كتل توقيع هجينة تجمع بين المفاتيح التقليدية ومفاتيح ما بعد كمية.
وتستخدم الخدمة Google Cloud KMS لحماية مفاتيح التوقيع في السحابة. وخلال دورة إصدار Android 17، ستتولى Google Play إنشاء مفاتيح توقيع ML-DSA للتطبيقات الجديدة والتطبيقات الحالية التي يختار مطوروها المشاركة، وذلك بصرف النظر عن مستوى واجهة برمجة التطبيقات المستهدف للتطبيق. وفي مرحلة لاحقة، سيتمكن المطورون من اختيار مفاتيحهم التقليدية ومفاتيح ML-DSA وتفويض Google Play بترقية المفاتيح الهجينة.
كما ستبدأ Google Play بتذكير المطورين بترقية مفاتيح توقيع تطبيقاتهم مرة واحدة على الأقل كل عامين. وتشير خارطة الطريق إلى دمج تغليف المفاتيح ما بعد الكمي لاحقاً في KeyMint وKey Attestation وRemote Key Provisioning، لتوسيع الحماية عبر دورة الهوية بدءاً من قياسات DICE على مستوى العتاد ووصولاً إلى خوادم الإثبات عن بُعد.