Connexion
Abonnez-vous

RCS évolue avec le chiffrement de bout en bout, Apple et Google suivront

Argument marketing dans 3...2...1...

RCS évolue avec le chiffrement de bout en bout, Apple et Google suivront

La GSM Association vient d’annoncer que la prochaine version majeure du standard RCS intègrera le chiffrement de bout en bout. L’Universal Profile 3.0 sera non seulement pris en charge par Google, mais également par Apple, ce qui reste une surprise.

Le 14 mars à 15h53

En France, le lancement d’iOS 18.4 dans quelques semaines rendra officiellement le RCS disponible sur l’ensemble des téléphones compatibles chez les quatre opérateurs principaux français. La bêta du système permet en effet une communication via RCS chez Orange et Sosh.

Dans notre précédent article, nous avons rappelé les bénéfices apportés par cette norme, qui prend la relève du SMS. Elle apporte de nombreuses capacités traditionnellement rattachées aux messageries « modernes », comme les statuts de lecture, les témoins de rédaction, le partage de la géolocalisation, la gestion des groupes ou encore l’envoi de photos et de vidéos dans une bien meilleure qualité que les vieux MMS.

Nous restions cependant sur plusieurs interrogations. Google a ajouté le chiffrement de bout en bout dans son application Messages, mais il s’agit d’une surcouche. On se demandait donc quand ce chiffrement allait faire partie du standard. Autre question : en cas d’évolution, Apple allait-elle suivre ?

Le chiffrement de bout en bout débarque dans RCS

Il n’aura pas fallu attendre longtemps pour avoir les réponses. Il y a quelques heures, la GSMA a annoncé que de nouvelles spécifications avaient été publiées hier. Le point d’orgue ? Le chiffrement de bout en bout dans RCS, basé sur le protocole Messaging Layer Security (MLS).

« Les nouvelles spécifications définissent notamment la manière d'appliquer le protocole MLS dans le contexte du RCS. Ces procédures garantissent que les messages et autres contenus, tels que les fichiers, restent confidentiels et sécurisés lorsqu'ils circulent entre les clients », indique Tom Van Pelt, directeur technique de l’association.

L’ajout du chiffrement de bout en bout est une composante majeure de la nouvelle version 3.0 de l’Universal Profile. Ce dernier, pour rappel, définit les capacités de RCS, le socle minimal de fonctions garantissant leur présence sur les appareils qui le prennent en charge. Ce qui fait dire à Tom Van Pelt que RCS sera le premier service de messagerie à grande échelle à supporter un chiffrement de bout en bout interopérable entre tous les clients qui l’implémentent.

L’Universal Profile 3.0 contient d’autres améliorations, notamment autour de la communication avec les entreprises. Le format de lien profond se veut plus souple, on trouve une action permettant de copier du texte dans le presse-papier de l’appareil, les messages permettent de s’abonner ou de se désabonner d’un service ou encore des codecs améliorés pour les messages audios.

Bien sûr, il s’agit de la disponibilité d’un nouveau standard, pas des fonctions proprement dites. Il va maintenant falloir attendre son implémentation dans les appareils concernés.

Google et Apple suivront

Sans surprise, Google mettra à jour son application Messages pour prendre en charge le chiffrement ajouté par l’Universal Profile 3.0. Comme la société l’indique à The Verge, elle propose ce type de chiffrement depuis des années dans son application, mais elle a participé aux travaux de la GSMA pour intégrer le chiffrement de bout en bout au sein du standard. Elle ajoute qu’elle travaillera « aussi rapidement que possible avec l'écosystème mobile pour mettre en œuvre et étendre cette importante protection de l'utilisateur à la messagerie RCS multiplateforme ».

Plus surprenant en revanche, on apprend qu’Apple a elle aussi participé aux travaux avec la GSMA. Dans une réponse donnée à 9to5Mac, la firme a déclaré : « Le chiffrement de bout en bout est une puissante technologie de confidentialité et de sécurité qu'iMessage prend en charge depuis le début, et maintenant nous sommes heureux d'avoir aidé à diriger un effort interprofessionnel pour apporter le chiffrement de bout en bout au profil universel RCS publié par la GSMA ».

Quand ? « Dans les prochaines mises à jour », sans plus de précision que Google. iOS, iPadOS, macOS et watchOS seront en tout concernés.

Le revirement d’Apple

Cette déclaration vient trancher le débat autour d’une éventuelle prise en charge des évolutions de RCS dans les produits de l’entreprise. Le support de RCS lui a été « arraché » après des années de demandes, notamment par la Chine et l’Europe. Google avait bâti une partie de sa communication sur les « moqueries » visant à ringardiser Apple et son service iMessage. De bonne guerre, puisqu’Apple se bornait aux SMS en dehors de son iMessage, avec les fameuses bulles vertes qui illustraient une discussion avec un appareil « non Apple ».

On ne sait pas ce qui a provoqué ce changement d’attitude chez Apple vis-à-vis du RCS, ni si l’entreprise continuera d’afficher des bulles vertes, ce qui empêche d’ailleurs toute forme de personnalisation à l’interface, alors que même WhatsApp a fini par s’y mettre.

Le support d’Universal Profile 3.0 et la participation aux travaux laissent supposer qu’Apple suivra désormais les évolutions du standard. Pourquoi s’arrêter en si bon chemin après une participation à un aussi gros morceau ? D’autant que l’ajout du chiffrement de bout en bout vient retirer à iMessage l’un de ses plus précieux arguments face au SMS, puisqu’il dispose de cette protection depuis le début.

Qui sait, le support des dernières évolutions de RCS pourrait devenir un nouvel argument commercial dans la guerre opposant les deux entreprises. Au-delà, le renforcement de RCS pose la question d’une concurrence renouvelée dans le domaine des messageries. Affaire à suivre donc.

Commentaires (59)

votre avatar
si Imessage ne fait pas mieux peut être que Apple va l'abandonner au final pour rester sur le standard, ce serait surprenant mais c'est beau de réver :)
votre avatar
Apple et standard ?
Vendredi, j'ai le droit.
Le format de lien profond se veut plus souple
:keskidit: > ok deep linking > fr.wikipedia.org Wikipedia
votre avatar
Je déteste les pratiques commerciales d'Apple, mais il faut bien dire que leur chiffrement est d'un niveau de qualité excellent, probablement supérieur à ce que propose RCS (je ne connais pas bien ce protocole).
votre avatar
Et la force d'Apple est d'arriver à intégrer la sécurité et le chiffrement de façon transparente pour l'utilisateur.
votre avatar
De ce que j'ai lu de MLS, ça doit être transparent aussi pour l'utilisateur.
votre avatar
je ne dis pas que le protocole d'apple est mauvais (j'en sais rien) je dis juste que standardiser les choses c'est mieux (ils auraient pu ouvrir leur protocole aussi pour qu'il soit intégrer à RCS).

moi je n'aime pas être enchainer (et le fait que RCS soit porter par google me fait un poil beaucoup suer hein)
votre avatar
Oui tout à fait.
C'est dommage qu'Apple ait utilisé la messagerie pour enfermer ses utilisateurs, en empêchant l’interopérabilité le plus longtemps possible, et qu'ils n'aient pas ouvert leur protocole.
votre avatar
Y a d'autres application que "Messages" sur Android qui gèrent le RCS ?
votre avatar
Non, plus aucune (Samsung a jeté l'éponge).
Et dans tous les cas, il n'y a que Google qui possède une infrastructure pour gérer le RCS (Google Jibe). C'est l'un des plus gros problèmes du RCS, c'est que c'est Google qui possède l'absolu monopôle. L'alternative est théoriquement possible, mais demanderait trop de moyen.
votre avatar
C'est ce que l'on est nombreux à attendre.
votre avatar
Clairement, c'est le problème.
Perso je suis sur quiksms (le nouveau qksms) et donc forcément pas de rcs possible.

Faudrait une solution ouverte par les opérateurs pour que ça puisse se faire. :/
votre avatar
C'est le cas !

À l'origine le RCS ça passe par les serveurs de l'opérateur, sauf qu'au début de la technologie comme très peu d'opérateurs avaient lancés leur serveur RCS, Google a créé Jibe qui servait de fallback : si ton opérateur n'a pas de serveur RCS, alors le serveur de Google est utilisé.

Le soucis, c'est que ça n'incite plus les opérateurs à créer leur serveur : Google le fait gratuitement à leur place.

Par contre, l'accès aux spécifications étant payant (et Android n'expose pas d'API haut niveau permettant aux apps de déléguer le travail à l'OS, c'est dans les tuyaux apparemment d'après Google mais ça ne m'étonnerait pas qu'ils soient lent pour ça : ils ouvriraient la porte aux concurrents), il n'y a aucune app qui supporte RCS en open-source.
votre avatar
Merci pour l'info.
votre avatar
Samsung Messages est toujours disponible au téléchargement sur le Galaxy Store.
votre avatar
Messages est "Google Message" comme nom complet. Donc pas compatible avec des customs ROM sans Google comme /e/, grapheneOS, ... et j'en passe.
votre avatar
Si, Google Messages fonctionne avec le Google Service Framework ou microG, et donc fonctionne parfaitement sur /e/ (qui utilise microG) et GrapheneOS (si les services Google sandboxés sont installés).

Par contre ça ne fonctionne pas sur un LineageOS "pur" sans microG ni les services Google.
votre avatar
Personnellement je trouve cela complément débile d'installer les play service sur GrapheneOS pour ce type d'appli de base.
Je peux comprendre plus évolué comme par exemple des applis de rencontre, ... Même whatsapp ne nécessite pas les Play service.

Personnellement je me suis créé un utilisateur spécial pour des besoins occasionnels afin de cloisonner.

Mais oui techniquement c'est possible mais un énorme gachi pour ce type d'appli
votre avatar
Dans un mécanisme comme celui-ci où il y a interopérabilité grace à un protocole commun entre plusieurs messageries, à qui le ministère de l'intérieur demanderait la mise en œuvre de la solution "fantôme" si la loi française était modifiée comme l'avait proposé le Sénat ?

Pour s'amuser un peu, on envisagera le cas où il y a à la fois des utilisateurs d'Android et d'iOS dans le groupe de discussion.
votre avatar
N'importe quelle entreprise qui a accès d'une manière ou d'une autre à la clé de déchiffrement. Même dans le cas où le protocole est parfait, ça laisse au moins les éditeurs des logiciels de messagerie, typiquement Google et Apple. Il suffit de viser un seul participant pour avoir accès à toute une discussion.
votre avatar
Aucune entreprise n'a accès à la clé de déchiffrement. Par contre, les applications ont accès aux messages en clair avant chiffrement à l'émission et après déchiffrement en réception.
votre avatar
Une entreprise a accès à toutes les informations que ses applications et appareils sont techniquement en capacité d'exfiltrer. Google a accès à tous les messages envoyés et reçus par son application Messages. Apple contrôle non seulement les couches logicielles mais aussi les composants matériels des machines sur lesquelles ses logiciels tournent.
votre avatar
Alors, oui et non.
Personne ne vérifie le code des applications qu'il utilise, on est d'accord. Et si Google ou Apple mettait une backdoor exfiltrant les messages avant chiffrement ou après déchiffrement, le commun des mortels ne saurait pas le voir.

Par contre, ça serait très très vite découvert par des chercheurs en cyber (ne serait-ce qu'avec une analyse réseau) et ferait bien parler.
votre avatar
La question de fred42 portait sur une exfiltration légale. Dans ce contexte l'existence du mécanisme ne serait pas secrète, donc il n'y aurait pas besoin d'examiner le code ou le trafic réseau pour le découvrir.
votre avatar
Je pense que la décision d'Apple est plus que cohérente :

- Déjà on va pas se cacher qu'ils sont dans un corner. Ils refusaient RCS à cause de la sécurité, puis on les a obligés à l'implémenter quand même. Maintenant, ça serait mal venu de refuser de participer à la réflexion sur la façon de résoudre ou d'intégrer ce qui corrige "le grave problème de confidentialité" d'une fonctionnalité dont ils disposent.

- Ensuite, ils voient aussi un contexte très tendu autour du chiffrement : le retrait de l'E2EE d'iCloud aux UK, les propositions de la loi narcotrafic en France.... Déployer rapidement une norme interopérable permettrait de faire front commun sur le sujet et pas de défendre chacun son terrain. Aucun doute que ça permet au passage de se déresponsabiliser sur la création des portes dérobées (faut que ce soit fait dans le standard, pas par le fabricant) et d'éviter de fait une grosse partie des sanctions.
votre avatar
Petite précision, ils n'ont pas retiré l'E2EE d'iCloud, ils ont supprimé un mécanisme optionnel qui venait ajouter l'E2EE à l'autre moitié des services d'iCloud. Des services comme iMessage gardent leur E2EE.
votre avatar
Je suis bien d’accord. Pas vraiment surpris. Pour Apple la confidentialité des données est un argument affiché majeur (qu’il ne soit guidé que par le marketing, une stratégie de lutte contre les concurrents etc ou pas c’est un autre débat mais on ne peut nier que ce genre de considérations, pour autant qu’il serve ses intérêts, est un gimmick et cela depuis bien avant les histoires de DMA et autres).
votre avatar
Tant que cela passe par les serveurs de Google, ce sera non pour moi.
Je paye un abonnement à mon opérateur pour ses services et c'est à lui et lui seul de mettre en place l'infrastructure nécessaire, « on premise», pour me fournir ses services et d'en assurer exclusivement l'opération.

Je reste étonné que le piratage de nos messages SMS par Google soit passé comme une lettre à la poste.
votre avatar
Après la question est : Est-ce que l'on paie suffisamment nos opérateurs pour qu'ils puissent assurer ce type de service par rapport à Google (indirectement pour ceux qui utilisent les services Google) ?
votre avatar
Le RCS est une norme d'opérateurs (GSMA), ils sont obligé d'appliquer la norme au titre de l'interopérabilité, contrairement à Whatsapp ou à Telegram. Les opérateurs français traînent des pieds (SFR a été le 1er à se conformer à partir de iOS 18.1) tant que les SMS/MMS contentent leurs clients.
votre avatar
Donc les opérateurs ont leurs serveurs en propre ? Et nos messages RCS ne passent pas par les serveurs de Google (au moins pour l'émission) ?
C'est une question que je me posais et j'ai du mal à trouver une réponse concrète...
@Vincent_H , sais-tu ce qu'il en est ?
votre avatar
L'application SMS d'Android appartient à Google (Google Messages, son nom). Il faut aller dans les paramètres de l'application pour vérifier son fonctionnement, car Google fait comme ça l'arrange (pareil pour Apple, sauf qu'avec iMessage, le RCS était un concurrent et moins sécurisé qui plus est).
votre avatar
Quelle option vérifier dans les paramètres de Google Messages pour s'assurer que les RCS passent par les serveurs de l'opérateur et non ceux de Google ?
votre avatar
Justement, c'est la question à un million. À ce jour, si j'ai bien lu les articles de Next (en lien dans l'article ci-dessus), les 4 principaux opérateurs français n'en sont qu'à suivre Apple qui a adopté le RCS dans iOS 18. Dans le cas d'Android, ça a bougé depuis 2016 par l'initiative de Google. On peut donc espérer que, puisque les terminaux Android et iOS communiquent ensemble en RCS, les 4 opérateurs français vont enfin mettre la main à la pâte. Ce qui devrait provoquer à nouveau quelques changements dans l'application Google Messages, voire permettre aux 4 opérateurs français de reprendre la main ? ou à des appli mobile d'émerger sans passer par des outils Google ? D'où l'intérêt de vérifier le fonctionnement de Google Messages.

Extrait d'un article Next : « Cependant, pour un grand nombre de personnes, RCS n’a rien d’une nouveauté. Le protocole est notamment utilisé par Google depuis 2016. Le protocole sert de fondation à l’application Messages, qui gère traditionnellement les SMS sur Android depuis un bon moment maintenant. Sur la plateforme, les capacités du RCS sont donc connues et sont équivalentes à ce que l’on peut trouver dans des applications. En France, le protocole a été déployé par Google en 2019. »
votre avatar
En France tous les opérateurs ont leurs propres serveurs RCS (après le coup de pression de google il y a quelques années).

Google ne fait qu'office de registre via son service jibe.

Les messages entre clients d'opérateurs français ne passent pas chez Google.
votre avatar
Merci beaucoup pour ces informations ! 🙇‍♂️

En recherchant Jibe, je suis tombé sur un schéma des interconnexions. Et l'on dirait que l'on ne passe pas par Google si l'on envoie un message à quelqu'un ayant le même opérateur. Par contre, le message a l'air de passer par le Hub à partir du moment où l'on doit changer d'opérateur...
votre avatar
je ne connais pas, mais rien ne dit que le hub c'est google, ça peut être juste un annuaire client/coordonnées chez un opérateur, parce qu'au final la communication c'est de l'ip sur internet (ou pas sans doute sur ipv4 où l'on a sans doute une adresse privée chez l'opérateur), les passerelles simplifient, sinon un "simple" dns numéro téléphone/adresse ipv6 permet une communication directe hors opérateur.
votre avatar
Ça dépend des opérateurs. Si les opérateurs des deux correspondants hébergent leurs serveurs ça passe directement, jibe est juste un registre.

Je pense qu'à court termes les opérateurs français gèreront eux même leur annuaire au travers de l'APNF ainsi tous les messages venant de l'étranger seraient routés après interrogation du registre français.
votre avatar
Merci pour toutes ces précisions 😉🙇‍♂️
votre avatar
Intéressant, tu aurais les noms de domaines utilisés pour chaque opérateur ?
votre avatar
A ce que j'ai compris, les RCS sont surtout développés pour les entreprises pour cibler clients et prospects, ça serait fûté de leur laisser ce rôle, il y a bien d'autres systèmes pour les communications personnelles. Les vieux SMS c'était pour les réseaux 2G, les communications sur IP finiront par les exterminer.
votre avatar
Comme dit la dernière phrase de l'article, reste à voir si le RCS fera mouche face à Whatsapp et à iMessage, maintenant que les 4 principaux opérateurs français l'ont adopté et que Android et iOS peuvent communiquer ensemble sur le même protocole (RCS).
votre avatar
Le côté universel est quand même un sacré avantage par rapport à tous le reste.
votre avatar
Si je suis le cours de la discussion, les messages RCS ne passent plus par des serveurs Google. Très bien.
Pourquoi, dans ce cas là, n'y a t il pas d'application autre que Google Messages pour gérer les messages RCS ?
Il y en a plein qui gèrent les textos.
De préférence des applications libres, style Qksms.
Il faut peut-être patienter pour que les développeurs soient intéressés.
votre avatar
Parce qu'il n'y a pas d'Api Android pour ça. Même les applis de backup de SMS n'y accèdent pas. Il faut donc tout implémenter from scratch.
votre avatar
Parce qu'avoir accès aux spécifications coûte de l'argent, beaucoup.

Mais après c'est aussi le cas des SMS. Alors pourquoi on a autant d'apps tierces pour les SMS ?
Parce qu'Android expose une API pour les applications, si je créé une application tierce je n'ai qu'à utiliser cette API pour lire dans la base de données des messages et demander à Android d'en envoyer : pas besoin d'implémenter moi-même le protocole.

Et c'est là le problème : Android n'a pas d'API RCS, donc faut tout recoder de zéro. Et c'est pas simple sans avoir la documentation.
votre avatar
Le RCS je trouve ça cool pour des trucs genre un contact leboncoin ou des communications occasionnelles.

Est-ce que le RCS est international sans surcout ? Car sans ça c'est impossible d'y passer pour moi !
votre avatar
Il faudrait vérifier les brochures tarifaires, mais pour le moment ça ne parle que de SMS/MMS. Est-que les opérateurs considèrent RCS comme SMS ou comme des données internet incluses dans le forfait ? C'est une question que je pose.
votre avatar
Un article de Numérama assez complet sur le sujet.

Il répond à un certain nombre de questions, dont celle-ci.
Le RCS ne peut pas être facturé à l’unité, contrairement aux SMS et MMS. Ce n’est plus vraiment un problème en 2024, où la plupart des forfaits intègrent les SMS illimités (on est loin de l’époque des 50 SMS inclus par mois). En revanche, à l’étranger, les opérateurs risquent de perdre de l’argent.
J'ajouterais que sur les très petits forfaits avec un tout petit peu de données (en Mo et pas en Go), si on active le RCS (ou si on ne le désactive pas...), on risque d'avoir du hors forfait. On a aussi possiblement le problème en roaming à l'étranger (pas trop dans l'UE). C'est du trafic data qui passe dans le forfait data (pas à part comme les MMS). Par contre, ça passe aussi en Wi-Fi, donc sans consommer de data pour le forfait mobile dans ce cas.

On comprend aussi que comme Apple n'a pas ses propres serveurs (contrairement à Google), les opérateurs français ont maintenant leurs propres serveurs puisqu'ils supportent (Orange bientôt) le RCS sur iPhone. @wanou2 le dit aussi ici, mais sans donner de source.
A priori, les MNVO (au moins ceux cités dans l'article) utilisent les serveurs des opérateurs qui les hébergent.
votre avatar
Les SMS ça passe aussi en wifi depuis un bon bout de temps (comme les appels d'ailleurs)
votre avatar
s'ils passent en wifi, ça veut précisément dire que ce sont des RCS, plus des SMS
votre avatar
votre avatar
Non, raté 😉 c'est bien du SMS
votre avatar
Pas convaincu, j'ai moi même mis un moment à faire la différence, jusqu'à ce que mon mobile ne l'affiche, je ne sais plus comment.
votre avatar
On parle de SMSoIP. Voir la référence et le lien en bas de l'article Wikipédia pour plus de détails.
Comme indiqué par l'article Wikipédia, il ne faut pas confondre avec le RCS.

Remarque : sur Android, c'est le RCS qui est activé par défaut dans Google Message si supporté. Il faut que l'utilisateur le désactive pour que des SMS soient quand même envoyés entre smartphones supportant tous RCS. C'est peut-être cela qui entraîne la confusion.
votre avatar
Quelqu'un l'utilise ce SMSoIP ?
votre avatar
Pour ma part, j'ai désactivé la 2G dans mon smartphone et j'ai activé la VoLTE, donc mes SMS sont acheminés sur protocole TCP/IP
votre avatar
Merci !
votre avatar
Juste une question, le chiffrement de bout en bout, y a des méta-données qui se baladent aussi et qui sont chiffrées ?
votre avatar
Chiffrement de bout en bout ??? mais le message part en SMS quand quelque chose déconne (très souvent en fait). Donc le message "sécurisé" peut partir en clair c'est la loterie !

Ces iMessages et RCS sont une prise d’otage de nos numéros de téléphone, c'est franchement une plaie ! Activez un jour iMessage ou RCS sur votre numéro, et vous perdrez la possibilité de changer de crémerie !
Un changement d'Apple vers Android, vous ne recevrez plus aucun SMS de vos contacts sur iPhone : Leur message sont intercepter par Apple qui n'envoie jamais aucun SMS ! La page support d'Apple propose d'acheter un Mac pour désactiver iMessage !!!

Ce n'est pas mieux côté Android, si tu fais un portabilité, il faut penser à désactiver RCS, à défaut ton compte est associé définitivement au numéro temporaire d'avant la portabilité : Tes messages sont envoyés avec ce faux numéro ! Impossible de recevoir des réponses ou être rappelé sur tes RCS ! La solution payer 10€ à ton opérateur une nouvelle SIM !

Franchement RCS ou iMessage n'apportent rien que des emmerdes !

RCS évolue avec le chiffrement de bout en bout, Apple et Google suivront

  • Le chiffrement de bout en bout débarque dans RCS

  • Google et Apple suivront

  • Le revirement d’Apple

Fermer