Google commencera à tester les améliorations du chiffrement post-quantique dans la prochaine version bêta d’Android 17, ces capacités devant être généralement disponibles avec la version de production du système. Il s’agit de la première étape annoncée de la transition d’Android vers une architecture résistante aux menaces que pourraient imposer les ordinateurs quantiques à l’avenir, grâce à l’intégration, dans plusieurs couches de la plateforme, des normes de chiffrement post-quantique finalisées par le National Institute of Standards and Technology (NIST) des États-Unis.
Google affirme que son objectif ne se limite pas à mettre à jour des applications individuelles ou des protocoles de transport précis, mais s’étend à la construction d’une chaîne de confiance couvrant la plateforme depuis le démarrage de l’appareil jusqu’à l’exécution des applications distribuées à l’échelle mondiale. L’entreprise s’appuie dans cette démarche sur des travaux préparatoires entamés en 2016, comprenant des expériences dans le domaine du chiffrement post-quantique, l’intégration de ses capacités dans ses produits, ainsi que la publication de modèles de menace et de documents techniques.
Protection du démarrage et racine de confiance
Android 17 comprend deux mises à niveau majeures des couches de protection fondamentales. La première consiste à intégrer l’algorithme de signature numérique fondé sur les réseaux ML-DSA dans la bibliothèque Android Verified Boot (AVB). Cet algorithme est utilisé pour fournir des signatures résistantes aux attaques quantiques, afin de protéger contre toute modification non autorisée les logiciels chargés pendant la séquence de démarrage.
La deuxième mise à niveau consiste à commencer la migration de Remote Attestation vers une architecture pleinement compatible avec les exigences actuelles du chiffrement post-quantique. Les chaînes de certificats KeyMint prendront en charge des algorithmes résistants aux attaques quantiques, permettant aux appareils de prouver leur état aux entités qui dépendent de cette preuve, tout en maintenant la confiance dans un environnement post-quantique.
Prise en charge des développeurs avec Android Keystore
Google met à jour Android Keystore afin de prendre en charge nativement ML-DSA, de sorte que les applications puissent utiliser des signatures post-quantiques dans le matériel sécurisé de l’appareil, tout en isolant les éléments sensibles des clés du système d’exploitation principal. Les développeurs peuvent ainsi tirer parti des racines de confiance matérielles sans devoir créer leurs propres applications de chiffrement.
Le SDK Android expose les options ML-DSA-65 et ML-DSA-87, qui peuvent être intégrées au moyen de l’interface standard KeyPairGenerator. Google décrit l’exécution du chiffrement fondé sur les réseaux au sein de l’environnement d’exécution de confiance (TEE) comme un défi d’ingénierie, étant donné que ce type de chiffrement nécessite des tailles de clés et des empreintes mémoire nettement supérieures à celles du chiffrement traditionnel fondé sur les courbes elliptiques.
Signature hybride pour les applications Google Play
Google étend la chaîne de protection aux signatures d’applications : la plateforme vérifiera les signatures post-quantiques des fichiers APK afin de résister à la falsification des signatures lors de l’installation ou de la mise à jour des applications. Google Play accompagnera cette transition par l’intermédiaire de Play App Signing, qui permet de créer des blocs de signature hybrides combinant des clés traditionnelles et des clés post-quantiques.
Le service utilise Google Cloud KMS pour protéger les clés de signature dans le cloud. Au cours du cycle de publication d’Android 17, Google Play créera des clés de signature ML-DSA pour les nouvelles applications ainsi que pour les applications existantes dont les développeurs choisiront de participer, indépendamment du niveau d’API ciblé par l’application. À une étape ultérieure, les développeurs pourront choisir leurs clés traditionnelles et leurs clés ML-DSA, puis autoriser Google Play à mettre à niveau les clés hybrides.
Google Play commencera également à rappeler aux développeurs de mettre à niveau les clés de signature de leurs applications au moins une fois tous les deux ans. La feuille de route prévoit l’intégration ultérieure de l’encapsulation de clés post-quantiques dans KeyMint, Key Attestation et Remote Key Provisioning, afin d’étendre la protection à l’ensemble du cycle de l’identité, depuis les mesures DICE au niveau matériel jusqu’aux serveurs d’attestation à distance.