Brevet FR3133512A1 — publié le 20230915

TITRE : Procédé de gestion du chiffrement par une entité émettrice dans un réseau 3GPP MCS Un aspect de l’invention concerne un procédé mis en œuvre par une entité cliente émettrice comprise dans un réseau selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission Critical Services », l’entité cliente émettrice étant configurée pour émettre une pluralité de contenus destinés à au moins une entité cliente réceptrice comprise dans le réseau, l’entité cliente émettrice et l’entité cliente réceptrice étant affiliées à un même groupe de communication, le procédé comprenant au moins une étape de génération, par l’entité cliente émettrice, d’un identifiant de clé utilisateur de groupe (GUK-ID), l’identifiant de clé utilisateur de groupe (GUK-ID) étant spécifique au groupe de communication et étant utilisé pour chiffrer le contenu, l’étape de génération étant répétée à chaque fois qu’un évènement prédéterminé a lieu. Figure à publier avec l’abrégé : Figure 2 Procédé de gestion d’identité par une entité émettrice dans un réseau 3GPP MCS DOMAINE TECHNIQUE DE L’INVENTION Le domaine technique de l’invention est celui des télécommunications. La présente invention concerne un procédé de gestion d’identité par une entité émettrice dans un réseau 3GPP MCS, et en particulier permettant de résoudre des problèmes de sécurité non résolus par le standard. ARRIERE-PLAN TECHNOLOGIQUE DE L’INVENTION Les normes de radiocommunication PMR (selon la dénomination anglo-saxonne « Professional Mobile Radio » pour « Radio Mobile Professionnelle ») TETRAPOL®, TETRA® ou encore P25® permettent la mise en œuvre de réseaux professionnels sécurisés. Ces réseaux à bande étroite sont des réseaux nationaux ou locaux : ils sont implémentés par exemple au sein d’une organisation telle qu’une entreprise, au sein d’un pays par exemple pour les communications des pompiers, des forces de l’ordre, des militaires etc. Ces réseaux évoluent vers une prise en charge d’échanges en large bande. Le standard 3GPP régissant les réseaux mobiles de type « GSM » selon la dénomination anglo-saxonne « Global System for Mobile Communications » et plus particulièrement dans les déploiements faisant appel à des services de communications critiques définis par le 3GPP appelés « MCS » selon la dénomination anglo-saxonne « Mission Critical Services » permet ces échanges sécurisés en large bande. Le chiffrement de média voix MCPTT (de l’anglais « Mission Critical Push To Talk » pour « Appuyer Pour Parler en Mission Critique » en français) ou vidéo MCVideo dans une communication de groupe est défini dans la spécification technique TS 33.180. Elle met notamment en œuvre la diversité du point d’extrémité (« endpoint diversity » en anglais). On appellera par la suite « MCX » tout service Mission-Critique défini par le standard 3GPP MCS, tels que les services MCVideo, MCData (pour « Données » en français) et MCPTT. Un « client » et un serveur sont des dispositifs comprenant au moins un processeur et une mémoire, la mémoire comprenant des instructions qui, lorsqu’elles sont exécutées par le processeur, conduisent le dispositif utilisateur à mettre en œuvre au moins les actions qui lui sont attribuées. Préférentiellement, un client est un dispositif utilisateur. De la même façon, un « serveur » peut être un dispositif utilisateur. Un « client MCX » et un « serveur MCX » sont donc des dispositifs utilisateur configurés pour mettre en œuvre des services Mission Critique. Lors d’une émission de media depuis un client MCX, le media émis peut être chiffré d’une façon ne dépendant pas de l’émetteur. Dans un tel cas, le concept de « diversité d’extrémité » ou « endpoint diversity » en anglais, n’est pas mis en œuvre. Au contraire, la mise en œuvre de la diversité d’extrémité impose le chiffrement du media émis par une clé propre au client MCX émetteur. Pour cela, l’identité MCX ID de l’utilisateur de ce client MCX émetteur est utilisée pour générer un identifiant de clé utilisateur de groupe (GUK-ID pour « Group User Key Identifier » en anglais). Cet identifiant GUK-ID est utilisé pour : chiffrer un media du flux SRTP (de l’anglais « Secure Real-time Protocol » pour « Protocole Temps Réel Sécurisé » en français) émis par le client MCX émetteur et déchiffrer ce flux media SRTP par les clients MCX récepteurs. Les procédures de la spécification technique TS 33.180 (clause 7.4.2) prévoient que le client MCX émetteur inclue cet identifiant GUK-ID dans un champ SRTP MKI (de l’anglais « Master Key Identifier » pour « Identifiant de Clé Maitre » en français) de 64 bits transmis avec chaque paquet SRTP. L’identifiant de clé maitre MKI au format long (64 bits) comprend en fait un identifiant de clé maitre de groupe (GMK-ID pour « Group Master Key Identifier » en anglais) concaténé à l’identifiant de clé utilisateur de groupe GUK-ID. Pour créer l'association de sécurité du groupe de communication au sein duquel le media est échangé, une clé maitre de groupe (GMK) et son identifiant associé (GMK-ID) sont distribués aux clients MCX du groupe par un serveur de gestion de groupe (« GMS » pour « Group Management Server » en anglais). Cette procédure donne aussi la possibilité, lorsque l’identité de l’utilisateur du client MCX émetteur (identité aussi appelée « User Salt » en anglais) est connue des clients MCX récepteurs, de réduire le SRTP MKI à 32 bits en omettant sa composante GUK-ID de l’émetteur, c’est-à-dire en ne comprenant que l’identifiant de clé maitre de groupe GMK-ID. L’identifiant de clé utilisateur de groupe GUK-ID est alors calculé localement par les clients MCX récepteurs en réalisant une opération « OU exclusif » XOR entre l’identité de l’utilisateur du client MCX émetteur connue (« User salt ») et l’identifiant de clé maitre de groupe GMK-ID. De la même façon, l’identifiant de clé maitre de groupe GMK-ID peut être calculé à partir de l’identifiant de clé utilisateur de groupe GUK-ID et de l’identité de l’utilisateur du client MCX émetteur connue (« User salt »). Par contre, l’identité de l’utilisateur du client MCX émetteur ne peut être obtenue à partir de l’identifiant de clé maitre de groupe GMK-ID et de l’identifiant de clé utilisateur de groupe GUK-ID, ce pour garder une certaine confidentialité. L’identité de l’utilisateur du client MCX émetteur peut être obtenue car elle est comprise dans les messages de contrôle de prise de parole en service voix MCPTT, messages appelés « Floor Control ». En service vidéo MCVideo, cette information est obtenue car elle est comprise dans les messages de contrôle de transmission, messages appelés « transmission control ». En service données MCData, il n’existe pas de diversité des points d’extrémité dans les spécifications 3GPP. En MCData, il est toutefois possible de récupérer l’identité de l’utilisateur du client MCX émetteur dans la charge utile (« payload » en anglais) des messages SIP et/ou HTTP. SIP est un protocole d’initiation de session (« Session Initiation Protocol » en anglais) connu et HTTP (pour « HyperText Transfer Protocol » en anglais) est un protocole de communication connu. En MCData, ce « payload » est chiffré de bout en bout mais sans diversité d’extrémité. Dans le standard 3GPP MCS, l’identité d’utilisateur du client MCX est transmise dans toutes les demandes d’établissement d’appel (« call request » en anglais) et dans toutes les demandes de droit de parole (« floor request » et « transmission request »). Cela pose un problème de sécurité, notamment lorsque le réseau 3GPP MCS s’étend sur plusieurs domaines de sécurité, car il est alors possible pour un client MCX récepteur d’identifier l’utilisateur du client MCX émetteur via son identifiant de clé utilisateur de groupe GUK-ID, cet identifiant étant utilisé dans le standard pour chiffrer le contenu envoyé avec diversité d’extrémité. Par « identifier » on entend la capacité pour un client récepteur de suivre l’utilisateur du client émetteur, c’est-à-dire, lorsqu’il prend plusieurs fois la parole ou communique plusieurs fois, de relier toutes ses prises de parole et communications au même client émetteur. Ce principe s’appelle « linkability » en anglais et permet à un client récepteur d’obtenir des informations clé sur le réseau 3GPP MCS et les utilisateurs qui le composent. Il est également possible, si le client récepteur connait une liste d'identité de client émetteur potentiel, de savoir si la transmission provient de l'un de ces utilisateurs, en testant les différentes identités connues. Il existe donc un besoin de pouvoir s’assurer, dans un réseau 3GPP MCS, qu’un client MCX récepteur ne puisse identifier un client MCX émetteur via son identifiant de clé utilisateur de groupe GUK-ID tout en étant capable de déchiffrer le contenu envoyé chiffré avec son identifiant de clé utilisateur de groupe GUK-ID. L’invention offre une solution aux problèmes évoqués précédemment, en permettant à un client émetteur, dans un réseau 3GPP MCS, de changer d’identité utilisateur de sorte qu’un client récepteur puisse déchiffrer le contenu émis sans pouvoir relier plusieurs communications du client émetteur audit client émetteur. Un aspect de l’invention concerne un procédé mis en œuvre par une entité cliente émettrice comprise dans un réseau selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission Critical Services », l’entité cliente émettrice étant configurée pour émettre une pluralité de contenus destinés à au moins une entité cliente réceptrice comprise dans le réseau, l’entité cliente émettrice et l’entité cliente réceptrice étant affiliées à un même groupe de communication, le procédé comprenant au moins une étape de génération, par l’entité cliente émettrice, d’un identifiant de clé utilisateur de groupe GUK-ID, l’identifiant de clé utilisateur de groupe GUK-ID étant spécifique au groupe de communication et étant utilisé pour chiffrer le contenu, l’étape de génération étant répétée à chaque fois qu’un évènement prédéterminé a lieu. Grâce à l’invention, on s’assure que l’entité réceptrice d’un contenu émis et chiffré par une entité émettrice est capable de déchiffrer le contenu, sans pouvoir lier la communication comprenant le contenu à d’autres communications de la même entité émettrice. Pour cela, l’invention comprend une génération aléatoire d’un identifiant de clé utilisateur de groupe GUK-ID de l’entité émettrice. Ainsi, l’entité émettrice ne peut pas être « tracée », c’est-à-dire ne peut être liée à ses différentes communications de sorte d’identifier qu’elle est un unique émetteur, mais le standard 3GPP MCS reste respecté, en ce que le chiffrement du contenu est réalisé, avec diversité d’extrémité, avec l’identifiant de clé utilisateur de groupe GUK-ID de l’entité émettrice. Outre les caractéristiques qui viennent d’être évoquées dans les paragraphes précédents, le procédé selon un aspect de l’invention peut présenter une ou plusieurs caractéristiques complémentaires parmi les suivantes, considérées individuellement ou selon toutes les combinaisons techniquement possibles : le procédé comprend en outre les étapes de : Chiffrement du contenu à émettre, le contenu étant chiffré par l’entité cliente émettrice, le chiffrement du contenu étant basé sur une clé maitre selon le protocole SRTP (Secure Real Time Protocol), la clé maitre comprenant un identifiant de clé maitre de groupe (GMK-ID) et l’identifiant de clé utilisateur de groupe (GUK-ID) généré. Emission d’au moins une trame à destination de l’entité réceptrice, selon le protocole SRTP, la au moins une trame comprenant le contenu chiffré. une pluralité de trames est émise, chaque trame de la pluralité de trames comprenant une partie du contenu chiffré, la clé maitre étant comprise en en-tête d’une première trame de la pluralité de trames. l’évènement prédéterminé est le début et/ou la fin d’un intervalle de temps prédéterminé, l’identifiant de clé utilisateur de groupe (GUK-ID) étant utilisé pour chiffrer chaque contenu d’une pluralité de contenus émis pendant l’intervalle de temps prédéterminé. l’évènement prédéterminé est l’émission d’un nouveau contenu. l’identifiant de clé utilisateur de groupe (GUK-ID) est généré aléatoirement. le groupe de communication est un groupe MCPTT et le contenu est une communication voix ou un groupe MCVideo et le contenu est une vidéo ou un groupe MCData et le contenu est un ensemble de données textuelles ou un fichier. Un autre aspect de l’invention concerne un réseau de communication selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission-Critical System », le réseau de communication comprenant au moins : une entité cliente émettrice configurée pour mettre en œuvre le procédé selon l’invention, une entité cliente réceptrice configurée pour recevoir le contenu chiffré et la clé maitre émis par l’entité émettrice. Encore un autre aspect de l’invention porte sur un produit programme d'ordinateur comprenant des instructions qui conduisent l’entité cliente émettrice du réseau selon l’invention à exécuter les étapes du procédé selon l‘invention. Encore un autre aspect de l’invention porte sur un support lisible par ordinateur, sur lequel est enregistré le programme d'ordinateur selon l’invention. L’invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l’examen des figures qui l’accompagnent. BREVE DESCRIPTION DES FIGURES Les figures sont présentées à titre indicatif et nullement limitatif de l’invention. La montre une représentation schématique d’un réseau comprenant des entités configurées pour mettre en œuvre le procédé selon l’invention, La montre un exemple de mise en œuvre du procédé selon l’invention, La montre une représentation schématique d’un procédé selon l’invention, Les figures 4A et 4B montrent une représentation schématique d’un premier mode de réalisation du procédé selon l’invention, La montre une représentation schématique d’un deuxième mode de réalisation du procédé selon l’invention. Procédé (1) mis en œuvre par une entité cliente émettrice (E) comprise dans un réseau selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission Critical Services », l’entité cliente émettrice (E) étant configurée pour émettre une pluralité de contenus (C) destinés à au moins une entité cliente réceptrice (R) comprise dans le réseau, l’entité cliente émettrice (E) et l’entité cliente réceptrice (R) étant affiliées à un même groupe de communication (G), le procédé (1) comprenant au moins une étape de génération (11), par l’entité cliente émettrice (E), d’un identifiant de clé utilisateur de groupe (GUK-ID), l’identifiant de clé utilisateur de groupe (GUK-ID) étant spécifique au groupe de communication (G) et étant utilisé pour chiffrer le contenu (C), l’étape de génération (11) étant répétée à chaque fois qu’un évènement prédéterminé a lieu. Procédé (1) selon la revendication précédente comprenant en outre les étapes de : Chiffrement (12) du contenu (C) à émettre, le contenu (C) étant chiffré par l’entité cliente émettrice (E), le chiffrement du contenu (C) étant basé sur une clé maitre selon le protocole SRTP (Secure Real Time Protocol), la clé maitre comprenant un identifiant de clé maitre de groupe (GMK-ID) et l’identifiant de clé utilisateur de groupe (GUK-ID) généré, Emission (13) d’au moins une trame (T) à destination de l’entité réceptrice (R), selon le protocole SRTP, la au moins une trame (T) comprenant le contenu (C) chiffré. Procédé (1) selon la revendication précédente selon lequel une pluralité de trames (T) est émise, chaque trame (T) de la pluralité de trames comprenant une partie du contenu (C) chiffré, la clé maitre étant comprise en en-tête d’une première trame (T) de la pluralité de trames. Procédé (1) selon l’une quelconque des revendications précédentes selon lequel l’évènement prédéterminé est le début et/ou la fin d’un intervalle de temps prédéterminé, l’identifiant de clé utilisateur de groupe (GUK-ID) étant utilisé pour chiffrer chaque contenu (C) d’une pluralité de contenus émis pendant l’intervalle de temps prédéterminé. Procédé (1) selon l’une quelconque des revendications 1 à 3 selon lequel l’évènement prédéterminé est l’émission d’un nouveau contenu. Procédé (1) selon l’une quelconque des revendications précédentes selon lequel l’identifiant de clé utilisateur de groupe (GUK-ID) est généré aléatoirement. Procédé (1) selon l’une quelconque des revendications précédentes selon lequel le groupe de communication (G) est un groupe MCPTT et le contenu (C) est une communication voix ou un groupe MCVideo et le contenu (C) est une vidéo ou un groupe MCData et le contenu (C) est un ensemble de données textuelles ou un fichier. Réseau de communication selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission-Critical System », le réseau de communication comprenant au moins : une entité cliente émettrice (E) configurée pour mettre en œuvre le procédé (1) selon l’une quelconque des revendications 1 à 7, une entité cliente réceptrice (R) configurée pour recevoir le contenu (C) chiffré et la clé maitre émis par l’entité émettrice (E). Produit programme d'ordinateur comprenant des instructions qui conduisent l’entité cliente émettrice du réseau selon la revendication 8 à exécuter les étapes du procédé selon l’une des revendication 1 à 7. Support lisible par ordinateur, sur lequel est enregistré le programme d'ordinateur selon la revendication 9.