Contexte et enjeux
GrapheneOS, système d’exploitation Android renforcé, a longtemps été exclu des listes de compatibilité des applications bancaires. Les contrôles d’intégrité, notamment SafetyNet et Play Integrity, rejetaient les appareils ne contenant pas les services Google standards. Récemment, une dizaine d’applications bancaires ont annoncé qu’elles acceptaient spécifiquement GrapheneOS, marquant un changement de politique notable.
Mécanismes d’autorisation des applications bancaires
Les banques utilisent généralement l’API SafetyNet pour vérifier l’état d’intégrité du dispositif. GrapheneOS propose une compatibilité sandboxée de Google Play Services qui reproduit les réponses attendues sans exposer le système complet aux services Google. Cette couche fournit les attestations requises tout en conservant les protections de l’OS, comme le renforcement du noyau, le contrôle d’accès SELinux strict et la séparation des processus.
Lorsque l’application bancaire interroge l’attestation, le module de compatibilité renvoie un jeton signé qui satisfait les critères de l’API. Le processus repose sur le même algorithme de hachage et les mêmes certificats que sur les appareils standards, ce qui explique pourquoi les banques peuvent désormais accepter GrapheneOS sans modifier leurs propres vérifications.
Analyse des impacts sur la sécurité et la confidentialité
En autorisant GrapheneOS, les banques élargissent la base d’utilisateurs capables d’exécuter leurs services sur un système qui limite les surfaces d’attaque classiques : absence de services Google non essentiels, mise à jour du noyau en temps réel, et protection renforcée contre les injections de code. Le modèle de sandboxing empêche les applications tierces d’accéder aux données bancaires, même si elles exploitent des vulnérabilités dans d’autres parties du système.
Cependant, la dépendance à la couche de compatibilité introduit un point de confiance supplémentaire. Si cette couche était compromise, les attestations pourraient être falsifiées, ouvrant une voie d’accès aux services bancaires. Le risque reste théorique tant que le code source de la couche est audité et que les mises à jour sont distribuées rapidement.
Limites et perspectives
Le nombre d’applications bancaires concernées reste limité à une douzaine, ce qui indique que la plupart des établissements n’ont pas encore validé la solution de compatibilité. L’absence de détails publics sur les versions d’OS ou les configurations exactes utilisées empêche une évaluation précise de la portée.
À moyen terme, si les banques constatent que les incidents de fraude ne augmentent pas, il est probable que d’autres institutions adoptent la même approche. Cela pourrait encourager les développeurs de GrapheneOS à renforcer davantage la compatibilité avec les services d’attestation, tout en maintenant les principes de confidentialité qui caractérisent le projet.
