La Fibre

Fournisseurs d'accès à Internet mobile et 5G/4G fixe => 4G 5G Mobile => mobile Technologie mobile 5G => Discussion démarrée par: MaxLebled le 15 mars 2025 à 12:40:35

Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: MaxLebled le 15 mars 2025 à 12:40:35
➡️ https://www.gsma.com/newsroom/article/rcs-encryption-a-leap-towards-secure-and-interoperable-messaging/
➡️ https://www.theverge.com/news/629620/apple-iphone-e2ee-encryption-rcs-messaging-android
➡️ https://next.ink/175438/rcs-evolue-avec-le-chiffrement-de-bout-en-bout-apple-et-google-suivront/

Si j'ai bien tout compris, le chiffrement non-standardisé de Google (qui était le seul fournisseur de RCS avec chiffrement) va donc être remplacé par cette version standardisée, et, chose quelque peu surprenante, Apple va également l'intégrer à iMessage sur les iPhones.

Citation de: The Verge (traduction automatique)
Apple a introduit la prise en charge du RCS sur les iPhones dans le cadre de la mise à jour iOS 18 en septembre. Alors que le système iMessage d'Apple prenait déjà en charge l'E2EE, cette fonctionnalité n'a pas été étendue à la messagerie RCS, car la norme RCS précédente n'offrait pas de prise en charge multiplateforme. Google Messages a également activé l'E2EE par défaut pour les messages RCS, mais seules les conversations entre utilisateurs de Google Messages étaient E2EE, et non celles échangées avec les utilisateurs d'iMessage ou d'autres clients RCS sur Android.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: vivien le 13 février 2026 à 13:40:02
Apple vient de publier iOS 26.3 qui active le chiffrement de bout en bout des RCS.

Les RCS sont toujours stockés sur Paris, chez Google en IPv4 only ?

fr.bouygues.rcs.telephony.goog
fr.orange.rcs.telephony.goog
fr.free.rcs.telephony.goog
fr.sfr.rcs.telephony.goog
fr.coriolis.rcs.telephony.goog
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: alf084 le 13 février 2026 à 18:35:12
Apple vient de publier iOS 26.3 qui active le chiffrement de bout en bout des RCS.

Les RCS sont toujours stockés sur Paris, chez Google en IPv4 only ?

fr.bouygues.rcs.telephony.goog
fr.orange.rcs.telephony.goog
fr.free.rcs.telephony.goog
fr.sfr.rcs.telephony.goog
fr.coriolis.rcs.telephony.goog

Ce n'est pas encore fonctionnel chez Orange.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: Rom 1 le 13 février 2026 à 22:52:31
Ce n'est fonctionnel chez personne, ce n'est pas encore activé.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: Lucius Snow le 12 mars 2026 à 15:26:15
Samsung a fait machine arrière pour le RCS mais c'est la jungle. Et je ne comprends pas qu'on laisse à Google le monopole pour la gestion des RCS.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: simon le 12 mars 2026 à 15:34:25
Quelqu'un sait-il comment déterminer si un opérateur a déployé sa propre infra RCS ou se repose sur Google? En France, quel opérateur l'a fait?
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: crcr le 12 mars 2026 à 15:45:18
Mais depuis quand une initiative de Big G est supposée s'ouvrir à la concurrence?
Google a bien compris que ce qui "fonctionne" le mieux pour son commerce est de tout verrouiller (cf les contrepeteries récentes d'android - https://linuxfr.org/users/wilk/liens/petition-contre-le-verrouillage-d-apps-android ), à l'instar d'apple pour l'iphone.

iMess est la messagerie d'Apple, par Apple, pour Apple.
RCS est la même chose de Google, par Google, pour Google, activé dans le dos des utilisateurs, sans leur demander leur permission ni meme le notifier.

Et comme disent certains :
Citer
Random90 Sep 17, 2025
Given the direction Google is taking android, they will block any attempt at implementing RCS outside google messages. Sideloading will be thing of the past soon too. It was fun while it lasted.
https://github.com/orgs/FossifyOrg/discussions/490#discussioncomment-14436256

Faut surtout pas s'attendre à de l'ouverture de la part de big G, jaloux de la réussite de Big A.

d'ailleurs.. https://forum.hardware.fr/hfr/gsmgpspda/android/android-plateforme-septembre-sujet_35380_1.htm
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: vivien le 12 mars 2026 à 15:46:41
Quelqu'un sait-il comment déterminer si un opérateur a déployé sa propre infra RCS ou se repose sur Google? En France, quel opérateur l'a fait?
Je n'ai pas fait de tests récemment, mais il me semble que sauf changement, tout est chez Google, y compris pour les RCS envoyé depuis un iPhone.

Je n'ai entendu personne parler de risques sur la souveraineté ou simplement en cas de panne, le téléphone bascule en SMS, mais je ne sais pas si les opérateurs gardent les licences nécessaires pour traiter de gros volumes de SMS subtilement.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: simon le 12 mars 2026 à 15:50:57
OK, intéressant. Vu que c'est activé par défaut même sur les téléphones Apple, est-ce que ce n'est pas un sujet dont l'ARCEP devrait se saisir?

J'étais quasiment sûr que plusieurs opérateurs avaient leur infra RCS... je trouve comme toi que le risque au niveau de la souveraineté et de la vie privée est énorme (on parle de Google...)
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: vivien le 12 mars 2026 à 15:56:18
Les messages sont chiffrés de bout en bout (pour les iPhone quand Apple l'activera) donc Google n'a que les métadonnées.

Je ne pense pas que ce sujet soit dans les compétences de l'Arcep. Peut-être plus le Commissariat aux communications électroniques de défense ou l'ANSSI, non ?
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: Lucius Snow le 12 mars 2026 à 16:03:48
Je n'ai pas fait de tests récemment, mais il me semble que sauf changement, tout est chez Google, y compris pour les RCS envoyé depuis un iPhone.

Je n'ai entendu personne parler de risques sur la souveraineté ou simplement en cas de panne, le téléphone bascule en SMS, mais je ne sais pas si les opérateurs gardent les licences nécessaires pour traiter de gros volumes de SMS subtilement.
Tu te souviens Vivien, on avait fait un test RCS entre nos deux smartphones. Et tu avais constaté que le cryptage n'était pas de bout-en-bout. Peut-être la faute à Samsung Messages ? Je ne comprends pas d'ailleurs les raisons de leur abandon. Tous les utilisateurs de Samsung Messages le préfèrent à l'appli de Google. Une bonne nouvelle tout de même : Google Messages aurait ENFIN implanté une corbeille dans une version actuellement en développement. Déjà un rattrapage. Mieux vaut tard que jamais en 2026 pour cette fonctionnalité de base si évidente.

J'ai lu par ailleurs une info comme quoi la 5G SA fonctionnerait mieux avec Free sous Android 16. Ca devient tentant de faire la MAJ.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: crcr le 12 mars 2026 à 18:30:30
Il y a la suite fossify, très recommandée sur fdroid, qui propose un remplacement au Message d'android. Mais quand dans cinq/dix ans, fdroid et tous les magasins d'applis tierces seront fermés sur un google qui s'applise..
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: vivien le 13 mars 2026 à 12:46:27
Je ne pense pas que ce sujet soit dans les compétences de l'Arcep. Peut-être plus le Commissariat aux communications électroniques de défense ou l'ANSSI, non ?

Je rectifie, c'est bien dans le champ de compétence de l'Arcep.

Ce sont les opérateurs qui confient la gestion du RCS à Google, mais les opérateurs pourraient tout à fait le gérer en interne (cela couterait probablement bien plus cher). Ce sont bien les opérateurs qui enrôlement leurs clients vers la plateforme RCS de Google.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: simon le 13 mars 2026 à 13:28:40
Si Google le fait gratuitement, c'est soit que cela ne lui revient pas très cher, soit qu'il en tire assez de données personnelles pour en sortir gagnant.

En tout cas, je suis content que ce soit dans le champ de compétence de l'Arcep et j'espère qu'elle y fera quelque chose.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: vivien le 13 mars 2026 à 14:18:27
Je ne suis pas sûr que l'Arcep fasse quelques chose, rien n'interdit, il me semble, à externaliser les RCS.

Mon message était plus pour répondre à la question de quelle autorité cela dépend.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: Bulldozer le 27 mars 2026 à 09:40:40
RCS 4.0 continue de combler son retard sur iMessage

RCS, le standard qui doit succéder aux SMS, continue d’évoluer régulièrement et la GSMA, l’organisation en charge de son développement, vient justement d’annoncer une mise à jour majeure. RCS Universal Profile 4.0 a été finalisé, et il contient plusieurs nouveautés qui vous seront familières si vous avez l’habitude d’utiliser Messages d’Apple. C’est une excellente nouvelle pour tous ceux qui ont des connaissances sous Android, puisque cela signifie que l’on devrait pouvoir retrouver à terme une expérience similaire à celle offerte par iMessage.


https://www.igen.fr/telecoms/2026/03/rcs-40-continue-de-combler-son-retard-sur-imessage-155397
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: crcr le 27 mars 2026 à 09:49:41
Si Google le fait gratuitement, c'est soit que cela ne lui revient pas très cher, soit qu'il en tire assez de données personnelles pour en sortir gagnant.

Google est gagnant bien avant l'utilisateur, sinon il ne se serait pas inscrit du tout dans cette initiative.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: Leon le 27 mars 2026 à 10:17:48
Les Google-RCS et Meta-WhatsApp sont amusant dans leur communication "messages chiffrés, même nous on ne peut pas les lire" (contrairement aux e-mails Gmail ce qui est un scandale).
Par contre, ils se cachent bien de dire qu'ils récupèrent (légalement?) :
 * au moins toutes les relations entre les différents numéros de téléphones, comptes
 * pour ceux (nombreux) qui l'ont autorisé, carrément les carnets d'adresse entiers.

Rien qu'avec ces données, ont peut faire énormément de choses, pour comprendre qui est qui, dans une population.

Leon.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: simon le 27 mars 2026 à 10:36:34
WhatsApp et RCS sont différents dans leur accès aux contacts dans la mesure où (si je ne me trompe pas) le protocole RCS ne fait que router des messages et ne transfère pas le carnet d'adresse de l'utilisateur.
Je suppose que Google a beaucoup d'autres avenues pour obtenir cette information et que le connecteur RCS d'android pourrait envoyer périodiquement le contenu du carnet d'adresse dans un message RCS, mais bon, c'est un autre débat (si on utilise un OS développé par Google, on partage certainement plus de choses avec Google qu'on ne le pense).

Par contre, même sur le chiffrement end2end, ils ne sont pas honnêtes.
L'échange de clefs est réalisé à travers le même canal que celui qui est utilisé pour l'échange de messages, et à moins que deux utilisateurs n'aillent fouiller dans les options pour vérifier leurs fingerprints respectifs (possible avec Signal et WhatsApp, à priori pas pour iMessage et RCS?), une interception lors de l'échange de clefs est tout à fait possible.
D'ailleurs, par défaut, aucun des deux n'affiche d'avertissement lorsque les clefs de chiffrement utilisées par l'autre partie changent. Il est donc trivial, sur ordre d'un juge ou non, en fonction, d'intercepter des messages entre deux utilisateurs.

C'est certes une avancée par rapport à avoir tout en clair (SMS, RCS si utilisé avec Apple), et ces boîtes pouvaient probablement être considérées de bonne foi quand elles ont déployé ces technos. Aujourd'hui, le vent me semble avoir tourné, et on peut se poser la question, mais c'est un autre sujet.

Je ne suis pas sûr que l'Arcep fasse quelques chose, rien n'interdit, il me semble, à externaliser les RCS.
À mon sens et sans vouloir faire de la polémique de comptoir, une nation a tout de même grand intérêt à avoir une infrastructure télécom capable d'opérer indépendamment de ce qui se passe au dela de ses frontières (surtout pour une techno qui remplace le SMS sans que les utilisateurs ne le savent).
Si Google avait déployé un "IMS as a service" hébergé chez lui, sous son contrôle, avec potentiellement la capacité d'intercepter ou de filter tous les appels voix lors du déploiement de la VoLTE, je pense que des sourcils se seraient soulevés.

Alors certes, c'est le cas avec tous les services de messagerie over the top (whatsapp/signal/telegram/imessage/etc.) et ca a toujours été accepté par le passé. Ce qui me chagrine, c'est que si on pousse à l'extrême, on risque de se retrouver sans aucun moyen télécom indépendant.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: vivien le 27 mars 2026 à 10:50:05
À mon sens et sans vouloir faire de la polémique de comptoir, une nation a tout de même grand intérêt à avoir une infrastructure télécom capable d'opérer indépendamment de ce qui se passe au dela de ses frontières (surtout pour une techno qui remplace le SMS sans que les utilisateurs ne le savent).
Si Google avait déployé un "IMS as a service" hébergé chez lui, sous son contrôle, avec potentiellement la capacité d'intercepter ou de filter tous les appels voix lors du déploiement de la VoLTE, je pense que des sourcils se seraient soulevés.

Alors certes, c'est le cas avec tous les services de messagerie over the top (whatsapp/signal/telegram/imessage/etc.) et ca a toujours été accepté par le passé. Ce qui me chagrine, c'est que si on pousse à l'extrême, on risque de se retrouver sans aucun moyen télécom indépendant.
C'est une question intéressante pour la souverenaité, mais je n'ai pas de réponse. Je vous dis si j'arrive à avoir des infos, mais c'est plus l'ANSSI qu'il faudrait interroger.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: vivien le 27 mars 2026 à 11:07:52
Dans les nombreuses métadonnées à leur disposition, tu oublies la localisation Leon.

Même sans GPS, je pense que l'application Google Messages a accès à la localisation de l'antenne (style eNB Analytics, mais avec leur propre base).

Pour les iPhone, les informations récupérées par Google sont plus limitées, mais toujours pas de chiffrement des messages activé par Apple.

Par ailleurs en regardant mes différents chats RCS, je vois que si ceux avec les iPhone sont en clair, j'ai également une partie des chats RCS Android en clair.

Une icône en forme de cadenas apparait sur le bouton d'envoi des messages quand c'est chiffré.

RCS avec un Android, chiffré :

(https://lafibre.info/testdebit/android/202603_google_messages_rcs_vs_sms_1.webp)

RCS avec un Android, non chiffré :

(https://lafibre.info/testdebit/android/202603_google_messages_rcs_vs_sms_2.webp)

RCS avec un iPhone iOS 26.3, non chiffré - identique à Android non chiffré : (cela semble fréquent avec mes contacts)

(https://lafibre.info/testdebit/android/202603_google_messages_rcs_vs_sms_3.webp)

SMS (c'est un utilisateur d'un Samsung Galaxy S21 chez Free mobile - forfait 5G illimité, je suis étonné de ne pas avoir de RCS)

La couleur des messages envoyée est différente pour les SMS (probablement pour que ceux qui sont facturés des SMS puissent bien voir que c'est du SMS et non du RCS)


(https://lafibre.info/testdebit/android/202603_google_messages_rcs_vs_sms_4.webp)
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: kazyor le 27 mars 2026 à 20:10:43
Je rectifie, c'est bien dans le champ de compétence de l'Arcep.

Ce sont les opérateurs qui confient la gestion du RCS à Google, mais les opérateurs pourraient tout à fait le gérer en interne (cela couterait probablement bien plus cher). Ce sont bien les opérateurs qui enrôlement leurs clients vers la plateforme RCS de Google.

Au tout début (2012/2014) du RCS les opérateurs avaient leur propre infra.
C’était via la marque commerciale Joyn.
Le déploiement en France via Orange puis SFR, les autres après (? Je ne m’en souviens plus).
Puis, Google a annoncé l’intégration de Android en 2015.
S’en suit la mort du service par les opérateurs en 2017.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: vivien le 27 mars 2026 à 22:21:02
Pour rappel, Joyn c'était une application à télécharger. C'est sûr que c'est tout de suite moins simple qu'une intégration dans Google Message.

Mais avec Google Message, ce n'est pas verrouillé : les opérateurs pourraient avoir leur propre infrastructure.
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: coco le 28 mars 2026 à 10:02:01
Le rcs passe aussi sur des serveurs de Google quand on l’utilise sur iPhone avec un opérateur Français ?
Titre: Le protocole RCS prend désormais le chiffrement de bout en bout (E2EE) en charge
Posté par: vivien le 28 mars 2026 à 11:51:39
Oui, les serveurs désignés par les opérateurs sont toujours les mêmes et aujourd'hui les opérateurs ont désignés les serveurs de Google.

Mais Apple n'utilise RCS que pour échanger avec un Android.

Apple <=> Apple : iMessage avec chiffrement
Android <=> Android : RCS avec chiffrement (même si cela ne semble pas toujours activé)
Apple <=> Android : RCS sans chiffrement
Apple <=> téléphone basic : SMS / MMS sans chiffrement
Android <=> téléphone basic : SMS / MMS sans chiffrement