Google et Apple lancent les tests de chiffrement RCS entre leurs plateformes

Google et Apple viennent d’ouvrir un test commun que beaucoup attendaient depuis l’arrivée du RCS sur iPhone, le chiffrement de bout en bout des messages RCS entre Android et iOS 26.4. Concrètement, un iPhone sous iOS 26.4 beta 2 peut désormais échanger des messages RCS chiffrés avec un téléphone Android équipé de la dernière bêta de Google Messages. Le cadenas apparaît dans l’interface quand la conversation est reconnue comme chiffrée.

Ce test n’a rien d’un détail technique. Le RCS a déjà amélioré l’expérience entre iPhone et Android, accusés de réception, indicateurs de saisie, médias de meilleure qualité. Mais il manquait une pièce centrale, la confidentialité de niveau messagerie moderne. Là, les deux groupes enclenchent une étape visible, avec une promesse claire, l’activation par défaut dans une future mise à jour. Le revers de la médaille, c’est le classique des bêtas, bugs possibles, interruptions et disponibilité incomplète selon appareils et opérateurs.

Apple active le test RCS chiffré dans iOS 26.4 beta 2

Sur iPhone, l’accès passe par une version précise, iOS 26.4 beta 2. Apple a intégré l’option dans les réglages de Messages, dans le menu RCS. Le libellé est explicite, “End-to-End Encryption (Beta)”. Dans plusieurs cas, l’option est déjà activée par défaut après la mise à jour, ce qui évite de chercher pendant dix minutes, et c’est plutôt rare pour une fonction de sécurité encore en test.

Le signe le plus simple pour vérifier, c’est l’affichage dans l’app Messages. Les bulles restent vertes côté conversations RCS, mais une mention “Text Message RCS” accompagnée d’un cadenas indique que l’échange est chiffré. Ça ne transforme pas iMessage en RCS, ça n’efface pas les différences de services, mais ça donne enfin un indicateur clair de l’état de protection, au même endroit où l’utilisateur regarde déjà ses messages.

Apple prévient que la fonction n’est pas destinée à “sortir” telle quelle dans cette version. Le test est là pour valider la compatibilité et la stabilité, pas pour annoncer un lancement grand public immédiat. Et il y a une limite importante, la disponibilité dépend des appareils et des opérateurs. Autrement dit, deux iPhone sous la même bêta peuvent ne pas avoir exactement la même expérience si l’environnement réseau ne suit pas.

Un point mérite une nuance, le chiffrement de bout en bout, ce n’est pas un bouton magique qui rend tout “sûr” d’un coup. Il protège le contenu en transit entre les appareils, mais il ne règle pas tout ce qui entoure, sauvegardes, captures d’écran, accès physique au téléphone. Le test Apple a au moins le mérite de rendre la sécurité visible, avec un statut lisible, au lieu d’un discours marketing impossible à vérifier.

Google Messages bêta sert de passerelle côté Android

Côté Android, la marche à suivre est plus simple sur le papier. Il suffit d’installer la dernière version bêta de Google Messages. Pas besoin d’aller activer une option cachée dans cinq sous-menus, l’application gère la négociation de chiffrement quand elle détecte un correspondant compatible. Dans l’interface, le même symbole de cadenas apparaît, comme dans les conversations déjà chiffrées entre utilisateurs Android.

Dans la pratique, ce choix de passer par une bêta est logique. Le RCS dépend d’un empilement de composants, application, services, réseau opérateur, et parfois configuration du terminal. Google peut ajuster rapidement le comportement de Messages, corriger des bugs de livraison, et observer les échecs de “handshake” de chiffrement. Pour l’utilisateur, ça veut dire une chose, si un message tarde, disparaît ou se duplique, ce n’est pas forcément votre réseau, c’est peut-être le test.

Le test s’inscrit aussi dans une stratégie de normalisation. Google pousse le RCS depuis des années comme successeur du SMS, avec des fonctions proches des messageries modernes. Le problème, c’était l’effet “deux mondes” avec l’iPhone. Là, la discussion change, parce que Google et Apple s’accordent sur un mécanisme de chiffrement inter-plateformes, au lieu de rester chacun dans sa bulle technique.

Mais il faut garder un regard critique. Une bêta de messagerie, c’est un outil du quotidien qui peut devenir instable. Les sources évoquent clairement des risques, problèmes de livraison, interruptions de service, bugs divers. Donc oui, c’est une avancée, mais si vous dépendez de Messages pour le travail, pour des confirmations d’horaires, pour des codes envoyés par des proches, activer une chaîne bêta peut introduire des frictions très concrètes.

Le RCS Universal Profile 3.0 mise sur Messaging Layer Security

Techniquement, le test repose sur le cadre défini par la GSMA, avec le RCS Universal Profile 3.0. L’objectif est d’éviter que chaque acteur invente son chiffrement dans son coin, incompatible avec le voisin. Pour y parvenir, le profil s’appuie sur Messaging Layer Security, souvent abrégé MLS, un protocole conçu pour sécuriser des échanges de messagerie de manière standardisée.

Ce qu’il faut retenir côté utilisateur, c’est la promesse, les messages marqués comme chiffrés ne peuvent pas être lus pendant leur transport entre appareils. C’est précisément le trou dans la raquette qui persistait entre iPhone et Android. Le RCS apportait déjà les accusés de réception et les médias de meilleure qualité, mais sans chiffrement interopérable, il restait un cran en dessous des attentes actuelles en matière de confidentialité.

Dans les discussions publiques sur la messagerie, on confond souvent “RCS” et “application”. Le RCS est un standard de communication, Google Messages et l’app Messages d’Apple sont des clients. Le choix d’un cadre comme GSMA et MLS vise à éviter que la sécurité dépende d’un seul éditeur. Sur le long terme, ça peut faciliter l’extension à d’autres clients, même si, dans les faits, Apple et Google restent les deux acteurs qui pèsent le plus.

Un ingénieur sécurité, Marc, qui intervient régulièrement dans des audits de messagerie, résume le point de vigilance, “MLS est un bon socle, mais l’interopérabilité se gagne dans les détails, gestion des clés, restauration d’appareil, multi-devices, et surtout comportement en cas d’échec. Une icône de cadenas, c’est bien, mais il faut que la dégradation soit claire quand le chiffrement tombe.” C’est typiquement ce que ce test doit révéler.

Disponibilité, opérateurs et bêtas, les limites déjà visibles

Le test n’est pas universel. Apple indique que le chiffrement RCS de bout en bout en bêta n’est pas disponible sur tous les appareils ni chez tous les opérateurs. C’est un point très concret, parce que le RCS lui-même dépend souvent du support opérateur. Donc même avec iOS 26.4 beta 2, il peut manquer une condition, un opérateur non pris en charge, une configuration réseau, ou un appareil non éligible.

Les bêtas ajoutent une couche d’incertitude. Les sources parlent de risques classiques, interruptions, bugs, problèmes de livraison. Ça veut dire que deux personnes peuvent croire discuter en RCS chiffré, puis repasser sur un mode non chiffré si la négociation échoue, ou si la conversation ne se marque pas correctement. D’où l’importance de l’indicateur visuel, le cadenas, et du libellé “Encrypted” dans la conversation.

Un autre élément circule dans les discussions autour du test, une disponibilité qui ne serait pas mondiale. Un observateur du secteur, Alec Muffett, avance que le test serait global, sauf en Chine et en France. Ce point doit être pris avec prudence tant qu’il n’est pas confirmé officiellement dans les notes de version d’Apple ou de Google. Mais il rappelle un fait, la messagerie est aussi un sujet réglementaire, avec des contraintes locales.

Il faut aussi accepter une réalité un peu frustrante, dans les phases de test, tout n’est pas synchronisé. Un iPhone peut avoir l’option activée, mais l’Android en face n’a pas encore la bonne bêta. Ou l’inverse. Résultat, des utilisateurs vont conclure trop vite que “ça ne marche pas”, alors que c’est juste une question de versions. Dans une messagerie, la moindre friction se voit immédiatement, et c’est un vrai défi d’adoption.

Ce que le chiffrement RCS change pour les échanges iPhone-Android

Le gain principal, c’est de réduire l’écart de confidentialité entre plateformes. Jusqu’ici, un échange iPhone-iPhone via iMessage pouvait être chiffré de bout en bout, tandis qu’un échange iPhone-Android, même en RCS, restait privé mais pas au même niveau de protection interopérable. Avec ce test, Apple et Google valident un scénario attendu, envoyer des messages RCS chiffrés entre les deux mondes.

Dans la vie quotidienne, ça se traduit par des exemples simples. Une famille mixte, deux ados sur Android, un parent sur iPhone, envoie des photos, des documents, des infos de localisation. Le RCS améliore déjà la qualité des médias, mais le chiffrement vise à empêcher la lecture du contenu pendant le transport. Pour les utilisateurs, c’est moins un “plus” qu’un rattrapage par rapport aux standards de messagerie actuels.

Apple avait déjà introduit le RCS sur iPhone en septembre 2024 avec iOS 18, et avait annoncé en mars dernier sa volonté d’ajouter le chiffrement de bout en bout pour le RCS. Le calendrier montre une progression par étapes, d’abord l’interopérabilité fonctionnelle, puis la sécurité. Le déploiement annoncé “par défaut” dans une future mise à jour suggère que l’objectif est de rendre cette protection automatique, pas réservée aux utilisateurs qui fouillent les réglages.

Reste une nuance, le chiffrement RCS ne fait pas disparaître les différences d’écosystèmes. Les bulles vertes restent vertes, les fonctionnalités avancées d’iMessage ne se transfèrent pas au RCS, et la qualité dépendra encore des opérateurs et des implémentations. Mais sur le terrain, c’est déjà une bascule, le débat passe de “iPhone contre Android” à “quand est-ce que tout le monde aura le cadenas, sans condition obscure”. L’adoption dépendra de la stabilité et de la couverture opérateur, pas seulement d’une annonce.