Brevet FR3141303A1 — publié le 20240426

Procédé de communication sécurisée entre des premier et deuxième terminaux de communication (T1, T2) par l’intermédiaire d’un module d’authentification du premier terminal auprès du deuxième terminal et d’un terminal intermédiaire (T3), caractérisé en ce que le premier terminal met en œuvre de façon autonome, ce qui suit : - recevoir (E201.A) en provenance du module d’authentification une commande d’établissement d’une communication avec le terminal intermédiaire, - demander (E202) l’établissement de la communication avec le terminal intermédiaire (T3), - ladite demande étant effectuée dans un délai imparti par le module d’authentification, recevoir (E204) une autorisation d’accès au deuxième terminal en provenance du module d’authentification, - établir (E205) une communication avec le deuxième terminal à l’aide de l’autorisation d’accès reçue. Figure pour l’abrégé : Figure 2 communication sécurisée entre deux terminaux de communication Domain de l’invention Cette invention se rapporte de manière générale au domaine des technologies utilisées pour sécuriser des communications numériques. Plus précisément, l'invention porte sur la sécurisation des communications entre deux terminaux de communication, dans lesquelles : - est mise en œuvre une identification du terminal de communication qui initie la communication, et - est impliqué un terminal intermédiaire en charge du contrôle de ces communications. Art antérieur La multiplication des services en ligne susceptibles d’héberger des données sensibles renforce la nécessité de sécuriser l’accès à ces données. Il existe diverses solutions permettant de résoudre ce problème telles que, entre autres, l’utilisation de mots de passe associés à des identifiants, des identifications dites à doubles facteurs (2FA) ou encore des techniques de gestion d’API (« A pplication Programming Interface » en anglais) régulant les autorisations d’accès à certaines informations. Nonobstant, selon leur niveau de sophistication, les solutions existantes tendent à présenter deux formes de limitation. La première concerne la vulnérabilité des procédés de communications à certaines formes d’attaques (par force brute, par dictionnaire, par écoute du clavier informatique (enregistreur de frappe), par voie logicielle (cheval de Troie, interception de jetons d’autorisation), par écoute du réseau, à l’aide par exemple d’un renifleur de mot de passe ou via des protocoles réseau sans chiffrement, comme http (protocole de transfert hypertexte, Hypertext Transfer Protocol en anglais), Telnet (réseau de télécommunication, telecommunication network en anglais), FTP (protocole de transfert de fichier , File Transfer Protocol en anglais) , LDAP (protocole d’accès au service d’annuaire léger, Lightweight Directory Access Protocol en anglais), etc. La seconde limitation porte sur la complexité opératoire des dispositifs de sécurisation de ces communications. Cette limitation concerne à plus forte raison les dispositifs dits « à identification forte » et les dispositifs à double sécurité notamment ceux mettant en œuvre les processus réputés comme plus robustes en termes de sécurité et adressant la première forme de limitation précitée. De tels dispositifs mettent généralement en œuvre des processus d’authentification nécessitant des actions particulières des utilisateurs du terminal initiant la demande de connexion/communication. Il peut s’agir de données biométriques à communiquer, de l’identité de l’utilisateur à confirmer via une action particulière à effectuer sur un terminal appairé, d’un mot de passe, reçu par SMS (minimessage, short message service en anglais) ou généré par une application tierce, à renvoyer, etc. La complexité de ces procédés d’authentification est problématique à plusieurs égards. Dans le cas des techniques basées sur des données biométriques des utilisateurs, leur mise en place implique de recourir à des terminaux spécialisés capables de capter de telles informations (données biométriques du visage, empreinte digitale, iris, etc.). Dans le cas des techniques basées sur des logiciels de génération de mots de passe à usage unique ou limité dans le temps, cela suppose une installation préalable d’application particulière et le paramétrage de l’application pour chaque service recourant à cette forme de technique d’authentification. Dans bien des cas, ce paramétrage mobilise à leur tour d’autres types d’applications, par exemple des lecteurs de Code QR. Enfin, toutes ces techniques supposent des actions particulières de la part des utilisateurs initiant une communication entre deux terminaux ce qui tend à rendre plus incertain l’aboutissement du procédé de sécurisation de cette communication. A titre d’exemple, on citera les cas où l’utilisateur rentre un code erroné, les cas où l’utilisateur ne rentre pas assez vite le code temporaire généré par une application dédiée ou encore le cas où l’utilisateur n’a simplement pas connaissance des actions qui sont attendues de lui. Le problème que représente la complexité opératoire des procédés de communication sécurisée est renforcé par celui de la fracture numérique et où les dispositifs embarquant ces procédés sont destinés à un public de plus en plus large, lequel ne maitrise pas nécessairement l’ensemble des éléments mobilisés par ces procédés (smartphone, application, service web, application de génération de mots de passe, etc.). Objet et résumé de l'invention Un des buts de l'invention est de remédier aux inconvénients soulignés par l'état de la technique précité en permettant une connexion/communication sécurisée entre deux terminaux de communication et sans nécessiter d’action de la part de l’utilisateur du terminal initiant la demande de communication. A cet effet un objet de la présente invention concerne un procédé de communication sécurisée entre des premier et deuxième terminaux de communication par l’intermédiaire d’un module d’authentification du premier terminal auprès du deuxième terminal et d’un terminal intermédiaire, caractérisé en ce que le premier terminal met en œuvre de façon autonome, ce qui suit : - recevoir, en provenance du module d’authentification une commande d’établissement d’une communication avec le terminal intermédiaire, - demander l’établissement de la communication avec le terminal intermédiaire, - ladite demande étant effectuée dans un délai imparti par le module d’authentification, recevoir une autorisation d’accès au deuxième terminal en provenance du module d’authentification, - établir une communication avec le deuxième terminal à l’aide de l’autorisation d’accès reçue. Un avantage technique de l’invention repose sur la simplification et l’autonomisation du procédé mis en œuvre du côté du premier terminal initiant la communication avec un deuxième terminal. En effet, le procédé ne nécessite pas d’action particulière de la part de l’utilisateur du premier terminal. A titre d’exemples, il n’y a pas de mots de passe à saisir, pas de données biométriques à valider ni de boutons à activer. Il n’est pas non plus nécessaire d’installer de dispositif de sécurisation supplémentaire tel qu’un logiciel de génération de mots de passe à usage unique permettant l’authentification à deux facteurs, ni d’instancier ce logiciel en enregistrant le deuxième terminal auquel le premier terminal souhaite se connecter. La simplification du processus de sécurisation de la communication, son automatisation, au niveau du premier terminal, au sens où il ne requiert pas d’action manuelle de la part de l’utilisateur comme l’exigent les solutions de sécurisation connues par l’homme du métier, tend à limiter les cas où le procédé n’aboutit pas du fait d’une manipulation humaine incorrecte, telle qu’une erreur ou un manque de réactivité dans la saisie d’un code, la non-maitrise de certains prérequis techniques relatifs l’instanciation de certains dispositifs d’authentification à double facteur, etc. Le procédé implique de facto des actions de contrôle/validation de la communication sécurisée entre des premier et deuxième terminaux de communication par l’intermédiaire d’un module d’authentification du premier terminal auprès du deuxième terminal et d’un terminal intermédiaire. A cet effet, le terminal intermédiaire met en œuvre ce qui suit : - recevoir, en provenance du module d’authentification, une autorisation à accepter dans un délai imparti, une demande d’établissement d’une communication en provenance du premier terminal, - accepter, dans le délai imparti, ladite demande d’établissement de la communication, - envoyer au module d’authentification des informations confirmant la demande d’établissement de la communication, pour mettre en œuvre ladite communication sécurisée. Selon un mode de réalisation particulier, le procédé de communication sécurisée comprend ce qui suit : - l’authentification du premier terminal, la réception de la commande d’établissement de la communication en provenance du module d’authentification et l’établissement de la communication entre le premier terminal et le second terminal sont effectuées sur un premier réseau de communication, - la demande d’établissement d’une communication avec le terminal intermédiaire est effectuée sur un deuxième réseau de communication distinct du premier réseau. Le fait d’avoir recours à un second réseau de communication a pour avantage de complexifier les processus de contournement du procédé de sécurisation de la communication et rend par là même celle-ci plus sûre. Selon un autre mode de réalisation particulier, le procédé de communication sécurisée selon l’invention comprend ce qui suit : - le deuxième réseau de communication est un réseau de télécommunication voix, auquel accède le premier terminal, ledit premier terminal étant associé à un numéro d’appel, - le premier terminal est identifié par le terminal intermédiaire par le biais du numéro d’appel. Le fait de recourir au réseau téléphonique voix permet de renforcer la sécurité du procédé de communication. Le numéro d’appel, typiquement le numéro MSISDN « Mobile Station International Subscriber Directory Number » en anglais) renvoyant à un identifiant unique sur le réseau téléphonique, par exemple GSM (Groupe spécial mobile, Global System for Mobile Communications en anglais) UMTS (système de télécommunication mobile universel, Universal Mobile Telecommunications System en anglais). Ce numéro est propre au terminal appelant et est mobilisé nativement dans le processus de communication. Le recours à ce numéro comme identifiant du premier terminal permet donc à la demande d’établissement de la communication avec le terminal intermédiaire d’être support de l’authentification du premier terminal, ce qui limite la quantité d’informations échangées entre le premier terminal et le terminal intermédiaire et aboutit donc à un procédé de communication sécurisée plus simple et rapide. Selon un autre mode de réalisation particulier du procédé de communication sécurisée, au cours de la demande d’établissement de la communication entre le premier terminal et le terminal intermédiaire, le premier terminal envoie de façon autonome une information relative à une caractéristique unique qui lui est propre, ladite caractéristique unique étant utilisée par le terminal intermédiaire pour confirmer auprès du module d’authentification la demande d’établissement de la communication. Le fait de recourir à une caractéristique unique propre au premier terminal renforce grandement le niveau de sécurité du procédé de communication. Par caractéristique unique, on entend des informations relatives au numéro de processeur du premier terminal, tel que par exemple son numéro ATPO (« Assembly Test Process Order » en anglais), l’adresse MAC (« Media Access Control » en anglais), etc. Ladite caractéristique unique du premier terminal étant connue de ce dernier, l’envoi de cette information par le premier terminal au terminal intermédiaire n’expose pas le procédé de communication à un risque d’erreur de manipulation de la part de l’utilisateur du premier terminal. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, au procédé de communication sécurisée défini ci-dessus. L’invention vise également un terminal de communication adapté pour établir une communication sécurisée avec un autre terminal de communication, par l’intermédiaire d’un module d’authentification du terminal auprès de l’autre terminal et d’un terminal intermédiaire, caractérisé en ce que le terminal de communication est configuré pour mettre en œuvre de façon autonome, ce qui suit : - recevoir en provenance du module d’authentification une commande d’établissement d’une communication avec le terminal intermédiaire, - demander l’établissement de la communication avec le terminal intermédiaire, - ladite demande étant établie dans un délai imparti par le module d’authentification, recevoir une autorisation d’accès à l’autre terminal en provenance du module d’authentification, - établir une communication avec l’autre terminal à l’aide de l’autorisation d’accès reçue. Un tel terminal est notamment adapté pour mettre en œuvre le procédé de communication sécurisée selon l’un quelconque des modes de réalisation décrits précédemment. L'invention concerne encore un programme d'ordinateur comportant des instructions de code de programme pour la mise en œuvre du procédé de communication sécurisée selon l'invention, selon l’un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ce programme est exécuté par un processeur. De telles instructions peuvent être stockées durablement dans un support mémoire non transitoire d’un terminal de communication mettant en œuvre le procédé de communication sécurisée selon l’invention. Ce programme peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise également un support d’enregistrement ou support d’informations lisible par un ordinateur, et comportant des instructions d’un programme d’ordinateur tel que mentionné ci-dessus. Le support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM (« Read Only Memory » en anglais), par exemple un CD ROM (« Compact Disc Read-Only Memory » en anglais), un ADN (acide désoxyribonucléique) synthétique ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un support mobile, un disque dur ou un SSD (« Solid State-Drive » en anglais). D'autre part, le support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que le programme d’ordinateur qu’il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau, par un exemple un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de communication sécurisée précité. Selon un exemple de réalisation, la présente technique est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme « module » ou « interface » peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels. D'autres caractéristiques et avantages apparaîtront à la lecture de modes de réalisation particuliers de l'invention, donnés à titre d’exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : La représente un exemple d’architecture dans laquelle le procédé de communication sécurisée est mis en œuvre, La représente les principales actions mises en œuvre dans le procédé de communication sécurisée, La représente un autre exemple d’architecture dans laquelle le procédé de communication sécurisée est mis en œuvre, La représente les principales actions mises en œuvre dans le procédé de communication sécurisée conformément à l’architecture illustrée à la , La représente un procédé de communication sécurisée selon un autre mode de réalisation de l’invention, La représente un procédé de communication sécurisée selon un autre mode de réalisation de l'invention, La représente un terminal de communication dans un mode de réalisation de l’invention, La représente un autre terminal de communication dans un mode de réalisation de l’invention. Description détaillée Description d’un exemple d’architecture dans laquelle le procédé de communication sécurisée est mis en œuvre En référence à la est décrit un exemple d’architecture dans laquelle le procédé de communication sécurisée est mis en œuvre. Selon cette architecture, un système de communication sécurisée comprend : - un premier terminal de communication T1, par exemple un smartphone, une tablette, un ordinateur, etc., - un second terminal de communication T2, par exemple un terminal personnel, un serveur, un routeur, un disque connecté, un décodeur, etc., ce terminal comprenant d’une part des informations accessibles en partie frontale SF ( front-end en anglais) telles que des données textuelles accessibles sans autorisation particulière, des menus et des interfaces, et d’autre part des informations accessibles sous condition en partie arrière SA ( back-end en anglais), - un troisième terminal de communication T3, appelé terminal intermédiaire dans la suite de la description, par exemple un serveur, un smartphone, un routeur, - un module d’authentification MA en charge d’authentifier le terminal T1 auprès du terminal T2. Ce module d’authentification MA peut être intégré aux terminaux T2, T3 ou être une entité à part. Dans ce système, une communication sécurisée est mise en œuvre entre les terminaux T1 et T2, via le terminal intermédiaire T3 et le module d’authentification MA. Une telle communication sécurisée est mise en œuvre dans un réseau de communication R0 tel que par exemple du type voix, fibre, intranet, internet, etc. Description des principales actions mises en œuvre dans le procédé de communication sécurisée La représente les principales actions mises en œuvre dans le procédé de communication sécurisée au sein d’un système similaire à celui décrit sur la . La communication sécurisée est initiée par le premier terminal T1 en vue de se connecter au second terminal T2. Cette demande est gérée par module d’authentification MA interfacé au second terminal. Au cours d’une étape préalable au procédé de communication sécurisée qui va être décrit ci-dessous, le premier terminal T1 s’authentifie en E200 auprès du module d’authentification MA. Selon différents modes de réalisation envisageables, cette authentification est basée sur l’utilisation d’un jeton d’accès, sur l’envoi d’un couple identifiant et mot de passe ou sur toute autre forme d’authentification connue de l’homme du métier. Si le premier terminal T1 ne parvient pas à s’authentifier auprès du module d’authentification MA, la demande de communication n’aboutit pas. Si le premier terminal T1 parvient à s’authentifier auprès du module d’authentification MA, le terminal T1 reçoit en E201.A, de la part dudit module MA, une commande d’établissement d’une communication avec le terminal intermédiaire T3, ladite commande comprenant des informations de connexion pour se connecter au terminal intermédiaire T3. Parallèlement, le terminal intermédiaire T3 reçoit en E201.B une autorisation, émanant du module d’authentification MA, accordant au terminal intermédiaire T3 le droit d’accepter une communication du premier terminal T1. Cette autorisation est valable durant un délai défini par le module d’authentification MA. A cet effet, le terminal intermédiaire T3 reçoit, du module d’authentification MA, des informations nécessaires à l’authentification du premier terminal T1. Il peut s’agir par exemple d’informations propres à l’enregistrement du terminal T1 sur un réseau de communication, telles qu’un numéro de téléphone, un numéro IP (« Internet Protocol » en anglais), etc., d’un mot de passe prédéfini ou de tout autre information propre à l’identification d’un terminal connue de l’homme du métier. Ensuite, le premier terminal T1 demande en E202, de façon autonome, l’établissement d’une communication ou d’une connexion avec le terminal intermédiaire T3. Si le terminal intermédiaire T3 n’a pas reçu d’autorisation de la part du module d’authentification MA pour accepter la demande de connexion/communication du premier terminal T1 ou si la demande d’établissement d’une connexion/communication est effectuée par le premier terminal T1 en dehors du délai imparti par le module d’authentification MA, la demande n’aboutit pas. Sinon, le terminal intermédiaire T3 envoie en E203 une confirmation de la communication/connexion au module d’authentification MA. Selon un mode de réalisation particulier, le module d’authentification MA peut alors mettre fin à la communication entre le premier terminal T1 et le terminal intermédiaire T3. Selon un autre mode de réalisation la communication peut être interrompue par le terminal T3. Après que le module d’authentification MA a effectué un traitement des informations reçues par le terminal intermédiaire concernant la communication du premier terminal au terminal intermédiaire, le premier terminal T1 reçoit en E204 une autorisation, par exemple un jeton, pour accéder au second terminal T2. Ledit traitement des informations consiste à vérifier que les informations reçues par le terminal intermédiaire T3 correspondent à des informations attendues par le module d’authentification, ces informations pouvant être enregistrées dans la partie arrière ( back-end ) SA du second terminal T2, par exemple un identifiant de connexion, un mot de passe ou toute autre forme de données identifiant le premier terminal T1. Ces informations peuvent être ou non distinctes de celles communiquées lors de la demande d’établissement d’une communication effectuée en E202. Si le module d’authentification MA n’est pas informé de la communication établie entre le premier terminal T1 et le terminal intermédiaire T3 ou si les informations traitées par le terminal intermédiaire diffèrent de celles attendues par le module d’authentification MA, la demande de communication n’aboutit pas. Une fois l’autorisation reçue en E204, le premier terminal T1 établit en E205, de façon autonome, une communication vers le deuxième terminal T2 en utilisant ladite autorisation. Description d’un autre exemple d’architecture dans laquelle le procédé de communication sécurisée est mis en œuvre La représente un second exemple d’architecture dans laquelle le procédé de communication sécurisée est mis en œuvre en faisant intervenir deux réseaux de communication distincts. Dans l’exemple représenté, un premier réseau de communication R1 est utilisé par le premier terminal T1 pour communiquer avec le deuxième terminal T2 et avec le module d’authentification MA. Un second réseau de communication R2 est utilisé par le premier terminal T1 pour communiquer avec le terminal intermédiaire T3. Selon les modes de réalisation, les communications entre le module d’authentification MA et le terminal intermédiaire T3 ont lieu sur le réseau R1 ou R2 Au sein de ce système, le premier terminal T1 est capable de se connecter aux deux réseaux distincts. Selon différents modes de réalisation envisageables les réseaux utilisés peuvent être des réseaux de télécommunication voix, fibre, intranet, internet, etc. Description des principales actions mises en œuvre dans le procédé de communication dans un autre mode de réalisation La représente les principales actions mises en œuvre dans le procédé de communication sécurisée au sein d’un système correspondant à celui de la , dans lequel le premier réseau R1 est un réseau IP et le second réseau R2 est un réseau de communication voix. Dans ce mode de réalisation, le terminal intermédiaire T3 est un serveur vocal configuré pour recevoir des appels téléphoniques. Au cours d’une étape préalable au procédé de communication sécurisée qui va être décrit ci-dessous, le premier terminal T1 s’authentifie en E400 auprès du module d’authentification MA, via le réseau R1. Une telle authentification est mise en œuvre selon différents modes de réalisation correspondant à ceux déjà décrits pour l’authentification E200. Si le premier terminal T1 ne parvient pas à s’authentifier auprès du module d’authentification MA, la demande de communication n’aboutit pas. Si le premier terminal T1 parvient à s’authentifier auprès du module d’authentification MA, le premier terminal T1 reçoit en E401-A, de la part dudit module, via le réseau R1, une commande d’établissement d’une communication avec le terminal intermédiaire T3, ladite commande comprenant des informations de connexion pour se connecter au serveur vocal T3. Du fait de la nature du serveur vocal, la commande reçue par le premier terminal pourra inclure un numéro de téléphone à utiliser pour joindre le serveur vocal ou toute autre forme de coordonnée ou d’adresse de communication connue de l’homme du métier. Parallèlement, le serveur vocal T3 reçoit en E401-B, via le réseau R1, une autorisation, émanant du module d’authentification MA, accordant au terminal intermédiaire T3 le droit d’accepter une communication du premier terminal T1. Cette autorisation est valable durant un délai défini par le module d’authentification MA. Le premier terminal T1 demande alors de façon autonome en E402 l’établissement de la communication avec le serveur vocal T3, via le réseau R2, en utilisant le numéro de téléphone contenu dans la commande reçue. Une telle demande contient également un identifiant de communication associé au premier terminal T1. Si l’identifiant de communication associé au premier terminal T1, typiquement le numéro MSISDN, est conforme à un numéro autorisé par le module d’authentification MA et que l’appel survient dans le délai prévu par la même autorisation, alors le serveur vocal T3 envoie en E403 au module d’authentification MA, des informations confirmant la demande de communication du premier terminal T1. Dans le cas contraire, le processus de communication sécurisée prend fin. Selon d’autres modes de réalisation, des informations différentes peuvent être communiquées en sus ou place du numéro MSISDN telles que par exemple une adresse https ou une adresse IP. L’utilisation du seul numéro d’appel et la concordance de temps entre l’appel et l’autorisation d’appel offrent l’avantage particulier de limiter le volume des communications mobilisées pour l’authentification du premier terminal T1 par le serveur vocal T3. Par ailleurs l’envoi du numéro d’appel du premier terminal T1 sur le réseau de communication R2 lors de la demande d’établissement d’une communication avec le serveur vocal T3 ne nécessite pas de mémorisation ou saisie de la part de l’utilisateur du premier terminal T1, cet envoi étant automatique et inhérent au processus d’appel. Si le module d’authentification MA valide les informations reçues en provenance du serveur vocal T3, typiquement si le numéro d’appel du premier terminal T1 correspond à celui connu par ailleurs et indiqué au niveau de la partie arrière ( backend ) du second terminal T2, en E404, le premier terminal T1 reçoit en provenance du module d’authentification MA, via le réseau R1, une autorisation de communication avec le deuxième terminal T2. Selon différents modes de réalisation possibles, l’autorisation, qui peut prendre la forme d’un jeton ou de toutes autres formes d’autorisation connues par l’homme du métier, est envoyée au terminal T1 par le module d’autorisation MA, via le réseau R1, ou directement par le deuxième terminal T2, via le réseau R2. Si le module d’authentification MA ne valide pas les informations reçues par le serveur vocal T3, la communication sécurisée entre le premier et le second terminal n’aboutit pas. Une fois l’autorisation reçue en E404, le premier terminal T1 établit de façon autonome en E405 une communication avec le deuxième terminal T2, via le réseau R2, à l’aide de l’autorisation d’accès reçue. Dans un mode de réalisation de l’invention, à l’issue de la validation ou de la non-validation, par le module d’authentification MA, des informations reçues en provenance du serveur vocal T3, le serveur vocal T3 ne répond pas à la demande de communication initiée par le terminal T1. La communication entre le terminal T1 et le serveur T3 n’aboutit donc pas. Ainsi, une telle procédure de validation reste complètement transparente pour l’utilisateur du terminal T1 et permet d’économiser les ressources réseau. Description d’un procédé de communication sécurisée selon un autre mode de réalisation En référence à la , est décrit un exemple d’architecture dans laquelle le procédé de communication sécurisée et automatisée est mis en œuvre selon un autre mode de réalisation. Dans l’exemple représenté, le premier terminal T1 est un smartphone, le deuxième terminal T2 est un serveur applicatif, le terminal intermédiaireT3 est un serveur vocal. Comme dans l’exemple de la : - le premier réseau de communication R1 est utilisé : -- par le premier terminal T1 pour communiquer avec le deuxième terminal T2 et avec le module d’authentification MA, ainsi que -- par le module d’authentification MA pour communiquer avec le terminal intermédiaire T3 ; -- le second réseau de communication R2 est utilisé par le premier terminal T1 pour communiquer avec le terminal intermédiaire T3. - Le premier terminal T1, qui initie la communication sécurisée, est ici un smartphone comprenant : -- une application mobile dialoguant avec le serveur applicatif T2 dans le réseau R1, via une passerelle API (interface de programmation d’application , Application Programming Interface en anglais) désignée PA sur la . - Le module d’authentification MA, ici un serveur d’authentification à part entière : -- est connecté au serveur applicatif T2, -- dispose d’un identifiant d’autorisation de niveau 2, -- pilote le serveur vocal T3, via le réseau R1, -- est protégé par la passerelle PA, -- fournit le Token « classique » ou JWT (jeton JSON, JSON Web Token en anglais) permettant, le cas échéant, au premier terminal T1 de se connecter au serveur applicatif T2, via le réseau R1. - Le serveur applicatif T2 destinataire de la communication initiée par le terminal T1, via l’application mobile : -- permet à l’application mobile de délivrer son service, -- référence tous les MSISDN qui peuvent accéder au service, -- est protégé par la passerelle PA. - Le serveur vocal T3 : -- reçoit les appels entrants en provenance du premier terminal T1, via le réseau R2, -- est piloté par le module d’authentification MA. Le procédé de communication sécurisée comprend les étapes suivantes, mises en œuvre selon le protocole IP dans l’exemple représenté. L’application mobile installée sur le smartphone T1 utilise un identifiant d’autorisation de niveau 1 pour générer un jeton d’accès ( Token ) pour se connecter en E500.1 à la passerelle PA. Cet identifiant d’autorisation peut être offusqué dans l’application mobile. Un exemple de script de l’étape E500.1 figure ci-dessous : curl --location --request POST 'https://api.orange.com/oauth/v3/token' \ --header 'Authorization: Basic Y2dVMUFnpWM21Ec1A6VxcU14RFVpbzF5RTGHY==' \ --header 'Content-Type: application/x-www-form-urlencoded' \ --data-urlencode 'grant_type=client_credentials' Réponse : 200 OK { "token_type": "Bearer", "access_token": "GZt1viINhZW6HxG1KPjWthKT3UVW", "expires_in": 600 } La chaîne de caractères Y2dVMUFnpWM21Ec1A6VxcU14RFVpbzF5RTGHY représente l’identifiant d’autorisation de niveau 1. La chaîne de caractères GZt1viINhZW6HxG1KPjWthKT3UVW représente le token applicatif de niveau 1. Dans cet exemple, "expires_in" : 600, signifiant que ce token a une durée de vie de 600 secondes. Le Token applicatif de niveau 1 est utilisé par la passerelle PA pour demander en E500.2, via le réseau R1, une autorisation d’appel au module d’authentification MA. Un exemple de script de cette demande est : POST /authent/authentRequest . Le smartphone T1 reçoit en E501.A, en provenance du module d’authentification MA, via le réseau R1, un numéro technique à appeler, ici un lien URL (« Uniform Resource Locator » en anglais) qui permettra à l’application mobile d’accéder à un token de niveau 2. Un exemple du script d’envoi de ce lien URL par le serveur d’authentification T2 est le suivant : curl --location --request POST 'https://api.orange.com/authent/authentRequest' \ --header 'Authorization: Bearer GZt1viINhZW6HxG1KPjWthKT3UVW' Réponse : 200 OK { "serviceNumber": "+339697XXXXX" "tokenUrl": https://api.orange.com/authent/GZt1viINhZW6HxG1KPjWthKT3UVW } Dans le message envoyé au smartphone T1 : - « serviceNumber » est ici le numéro de service qui doit être appelé par l’application mobile, - « tokenURL » est ici l'URL temporaire qui permettra à l’application mobile de récupérer le Token applicatif de niveau 2. Cette URL peut être identifiée par le token lié à l’identifiant d’autorisation de niveau 1. Parallèlement, le module d’authentification MA contrôle que le MSISDN du smartphone T1 est bien provisionné/connu de son côté, c’est-à-dire qu’il est enregistré dans le serveur applicatif T2. Si le MSISDN n’est pas provisionné dans le serveur applicatif T2, la demande d’authentification du smartphone T1 n’aboutira pas et le module d’authentification MA répondra au smartphone T1 avec un code d’erreur, tel que par exemple : erreur 403 : forbidden . Si le MSISDN est bien provisionné, le module d’autorisation MA autorise ensuite en E501.B, le serveur vocal T3 à accepter un appel entrant en provenance de ce MSISDN sur une courte durée (par exemple 10 secondes). Le smartphone T1 demande en E502, via le réseau R2, à établir une communication, ici sous la forme d’un appel vocal, vers le serveur téléphonique T3. Dans ce mode de réalisation, le smartphone peut recourir à des APIs internes à son système d’opération (OS, operating system en anglais) capables de déclencher automatiquement des appels vocaux ou utiliser des fonctionnalités de déclenchement automatiquement d’appels vocaux directement intégrées l’application initialisant la demande de communication sécurisée. Le serveur téléphonique T3 transmet, en E503, le numéro MSISDN du smartphone T1 au module d’authentification MA, via le réseau R1. Si le module d’authentification MA ne reconnait pas le MSISDN, le procédé de communication sécurisée prend fin. Si le module d’authentification MA reconnait le MSISDN, il déclenche une requête « POST Token » vers la passerelle PA avec l’identifiant d’autorisation de niveau 2, lequel permet au smartphone T1 d’accéder au serveur applicatif T2. Un exemple de script d’un tel déclenchement est le suivant : curl --location --request POST 'https://api.orange.com/oauth/v3/token' \ --header 'Authorization: Basic A3ErcnI1Y05hZUINhZU1R5WFowVjZDZnZmV2a1VRb0FKcA==' \ --header 'Content-Type: application/x-www-form-urlencoded' \ --data-urlencode 'grant_type=client_credentials' Réponse : 200 OK { "token_type": "Bearer", "access_token": "ZvOW9qx9gWmkKXZ8jmICnIYY1TGd", "expires_in": 86400 } où - A3ErcnI1Y05hZUINhZU1R5WFowVjZDZnZmV2a1VRb0FKcA représente ici l’identifiant d’autorisation de niveau 2 correspondant au backend SA du serveur applicatif T2, - ZvOW9qx9gWmkKXZ8jmICnIYY1TGd représente ici le Token applicatif de niveau 2 permettant d’accéder au backend applicatif. "expires_in": 86400 indique que le Token applicatif a une durée de vie de 86400 secondes (1 jour). Une alternative à l’envoi d’un « POST Token » consiste à utiliser un Token JWT, comme dans l’exemple suivant : Réponse 200 OK : { "access_token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJFUzM4NCIsImtpZCI6IjhjZDlkOGMzLTVjYmYtNGMzOC1iY2RjLTJlYmI2NDY3MzQ0ZSJ9.eyJpYXQ4RTE2NTg0NjgyMDAsImV4cCI6MTY1ODQ3MDAwMCwianRpIjoibmZ4djlUR244am5BTEQyT2VZdUZWUSIsImlzcyI6Im9rYXBpMiIsInN1YiI6ImNsaS1hbGlhc251bWJlcnMtdjEtcHBkIiwic2NvcGUiOlsiYXBpLXBhcmMtdjEtbnBkOmFjY2VzcyJdLCJjbGllbnRfaWQiOiJjbGktYWxpYXNudW1iZXJzLXYxLXBwZCJ9.ZLw5bVFTUkCW-nliQUP3gGxJBxZElPRglN9OD84gNPnmCh8jDzMNCgZC3oBLaCRrto2DCaUOPJ7sM8j19NrJq_zGETMeuxKJD_duBDdYHqomq6-mKkMhZgnJiWIalF4u", "token_type": "bearer", "expires_in": 1800, "scope": "service1:access" } Le Token JWT décodé peut contenir les informations suivantes : HEADER:ALGORITHM & TOKEN TYPE { "typ": "JWT", "alg": "RS256", "kid": "8cd9d8c3-5cbf-4c38-bcdc-2ebb6467344e" } PAYLOAD:DATA { "iat": 1658468200, "exp": 1658470000, "jti": "nfxv9TGn8jnALD2OeYuFVQ", "iss": "okapi2", "sub": "cli-client1-v1-ppd", "scope": ["api-parc-v1-npd:access"], "client_id": "cli-client1-v1-ppd" "contextId":"8a1f17b7-964d-4f38-8c5b-dd3704602b27" } Le smartphone T1 reçoit en E504 un jeton de niveau 2 en provenance du module d’authentification MA, via le réseau R1. Différents modes de réalisation pour recevoir ce jeton de niveau 2 sont envisageables : soit le smartphone T1 émet une requête GET contenant l’URL qui a été reçu précédemment en E501.A, soit le serveur applicatif T2 envoie au smartphone T1 une notification Push OS qui contient ce jeton de niveau 2. Un exemple de script d’une requête GET d’obtention d’un tel jeton de niveau 2 est le suivant : curl --location --request GET 'https://api.orange.com/authent/GZt1viINhZW6HxG1KPjWthKT3UVW' \ --header 'Authorization: Bearer GZt1viINhZW6HxG1KPjWthKT3UVW ' Réponse : 200 OK { "token_type": "Bearer", "access_token": "ZvOW9qx9gWmkKXZ8jmICnIYY1TGd", "expires_in": 86400 } La requête push OS, quant à elle, est déclenché par le serveur applicatif T2, via une plateforme mobile, telle que par exemple Android Firebase ou Apple APNs. Une fois le jeton de niveau 2 reçu, le smartphone T1 établit en E505, via le réseau R1, une communication avec le serveur applicatif T2 en utilisant le jeton de niveau 2. Description d’un procédé de communication sécurisée selon un autre mode de réalisation de l'invention En référence à la , est décrit un autre exemple d’architecture, dans laquelle le premier terminal T1est identifiable par une caractéristique unique CU. Il peut par exemple s’agir d’un numéro de processeur unique, d’une adresse physique MAC ( Media Access Control en anglais) ou d’un numéro IMEI (identifiant international d’équipement mobile, International Mobile Equipement Identity en anglais) ou de toute autre forme de référence unique identifiant le terminal, connue de l’homme du métier. Comme dans les exemples précédents, une telle architecture comprend le deuxième terminal T2, le module d’authentification MA, le front end SF, le back end SA et le terminal intermédiaire T3. La communication sécurisée est initiée par le premier terminal T1 en vue de se connecter au deuxième terminal T2. Cette demande est gérée par le module d’authentification MA interfacé au deuxième terminal T2. Au cours d’une étape préalable au procédé de communication sécurisée qui va être décrit ci-dessous, le premier terminal T1 s’authentifie en E600 auprès du module d’authentification MA. Selon différents modes de réalisation envisageables, cette authentification est basée sur l’utilisation d’un jeton d’accès, sur l’envoi d’un couple identifiant et mot de passe ou sur toute autre forme d’authentification connue de l’homme du métier. Si le premier terminal T1 ne parvient pas à s’authentifier auprès du module d’authentification MA, la demande de communication n’aboutit pas. Si le premier terminal T1 parvient à s’authentifier auprès du module d’authentification MA, le terminal T1 reçoit en E601.A, de la part dudit module MA, une commande d’établissement d’une communication avec le terminal intermédiaire T3, ladite commande comprenant des informations de connexion pour se connecter au terminal intermédiaire T3. Parallèlement, le terminal intermédiaire T3 reçoit en E601.B une autorisation, émanant du module d’authentification MA, accordant au terminal intermédiaire T3 le droit d’accepter une communication du premier terminal T1. Cette autorisation est valable durant un délai défini par le module d’authentification MA. A cet effet, le terminal intermédiaire T3 reçoit, du module d’authentification MA, des informations nécessaires à l’authentification du premier terminal T1. Il peut s’agir par exemple d’informations propres à l’enregistrement du terminal T1 sur un réseau de communication, telles qu’un numéro de téléphone, un numéro IP (« Internet Protocol » en anglais), etc., d’un mot de passe prédéfini ou de tout autre information propre à l’identification d’un terminal connue de l’homme du métier. Le premier terminal T1 demande alors en E602, de façon autonome, l’établissement d’une communication avec le terminal intermédiaire T3, durant laquelle le terminal T1 envoie au terminal T3 l’identifiant unique CU. Si le terminal intermédiaire T3 n’a pas reçu d’autorisation de connexion/communication avec le premier terminal T1, de la part du module d’authentification MA, ou si la demande de connexion/communication du premier terminal T1 est effectuée en dehors du délai imparti par le module d’authentification MA, la demande n’aboutit pas. Dans le cas contraire, la demande de communication aboutit et à cet effet, en E603, le terminal T3 envoie une confirmation de la communication au module d’authentification MA en y joignant les informations relatives à la caractéristique unique CU du premier terminal T1. Dans un mode de réalisation, le module d’authentification peut alors mettre fin à la communication entre le premier terminal T1 et le terminal intermédiaire T3. Après que le module d’authentification MA a effectué un traitement des informations reçues par le terminal intermédiaire concernant la communication du premier terminal au terminal intermédiaire, le premier terminal T1 reçoit en E604 une autorisation, par exemple un jeton, pour accéder au second terminal T2. Ledit traitement des informations consiste à vérifier que les informations reçues par le terminal intermédiaire T3, dont les informations relatives à CU, correspondent à des informations attendues par le module d’authentification, ces informations pouvant être enregistrées dans la partie arrière ( back-end ) SA du terminal T2, par exemple un identifiant de connexion, un mot de passe ou toute autre forme de données identifiant le premier terminal T1. Si le module d’authentification MA n’est pas informé de la demande de communication entre le premier terminal T1 et le terminal intermédiaire T3 ou si les informations traitées par le terminal intermédiaire diffèrent de celles attendues par le module d’authentification MA, la demande de communication n’aboutit pas. Une fois l’autorisation reçue en E604, le premier terminal T1 établit en E605, de façon autonome, une communication vers le deuxième terminal T2 en utilisant ladite autorisation. Description d’un terminal de communication dans un mode de réalisation de l’invention La présente la structure simplifiée du terminal de communication T1. Un tel terminal de communication T1 comprend selon l’invention : - un module de communication COM 1 adapté pour communiquer, via le réseau de communication R0, R1 et/ou R2, - une interface utilisateur IU configurée pour recevoir des informations en provenance de l’utilisateur UT ou restituer des informations à l’utilisateur sous forme textuelle, visuelle et/ou sonore : il peut s’agir par exemple d’un écran d’affichage, d’un clavier et/ou d’un haut-parleur intégré au terminal de communication T1. Selon un mode particulier de réalisation de l'invention, les actions exécutées par le terminal T1, dans le cadre de la mise en œuvre du procédé de communication sécurisée de la présente invention, sont mises en œuvre par des instructions d’un programme d'ordinateur PG 1 . Pour cela, le terminal T1 a l'architecture classique d'un ordinateur et comprend notamment une mémoire MEM 1 , une unité de traitement UTR 1 , équipée par exemple d'un processeur PROC 1 , et pilotée par le programme d'ordinateur PG 1 stocké en mémoire MEM 1 . Le programme d'ordinateur PG 1 comprend des instructions pour mettre en œuvre les actions exécutées par le terminal de communication T1, en particulier les actions précitées : - recevoir une commande d’établissement d’une communication avec le terminal intermédiaire, - demander l’établissement de la communication avec le terminal intermédiaire, - recevoir une autorisation d’accès au deuxième terminal, - établir une communication avec le deuxième terminal, lorsque le programme est exécuté par le processeur PROC 1 , selon l'un quelconque des modes particuliers de réalisation de l'invention qui ont été décrits ci-dessus. Selon un mode particulier de réalisation de l’invention, le terminal de communication T1 possède une caractéristique unique CU, telle qu’un identifiant unique propre au terminal T1 dans son ensemble ou à l’un des composants du terminal T1, comme le processeur PROC 1 ou le module de communication COM 1 . Description d’un autre terminal de communication dans un mode de réalisation de l’invention La présente la structure simplifiée du terminal de communication T3. Un tel terminal de communication T3 comprend selon l’invention : - un module de communication COM 3 adapté pour communiquer, via le réseau de communication R0, R1 et/ou R2. Selon un mode particulier de réalisation de l'invention, les actions exécutées par le terminal T3, dans le cadre de la mise en œuvre du procédé de communication sécurisée de la présente invention, sont mises en œuvre par des instructions d’un programme d'ordinateur PG 3 . Pour cela, le terminal T3 a l'architecture classique d'un ordinateur et comprend notamment une mémoire MEM 3 , une unité de traitement UTR 3 , équipée par exemple d'un processeur PROC 3 , et pilotée par le programme d'ordinateur PG 3 stocké en mémoire MEM 3 . Le programme d'ordinateur PG 3 comprend des instructions pour mettre en œuvre les actions exécutées par le terminal de communication T3, en particulier les actions précitées : - recevoir une autorisation à accepter une demande d’établissement d’une communication, - accepter ladite demande d’établissement de la communication, - envoyer au module d’authentification des informations confirmant la demande d’établissement de la communication, lorsque le programme est exécuté par le processeur PROC, selon l'un quelconque des modes particuliers de réalisation de l'invention qui ont été décrits ci-dessus. Procédé de communication sécurisée entre des premier et deuxième terminaux de communication (T1,T2) par l’intermédiaire d’un module d’authentification du premier terminal auprès du deuxième terminal et d’un terminal intermédiaire (T3), caractérisé en ce que le premier terminal met en œuvre de façon autonome, ce qui suit : - recevoir (E201.A), en provenance du module d’authentification, une commande d’établissement d’une communication avec le terminal intermédiaire, - demander (E202) l’établissement de la communication avec le terminal intermédiaire (T3), - ladite demande étant effectuée dans un délai imparti par le module d’authentification, recevoir (E204) une autorisation d’accès au deuxième terminal en provenance du module d’authentification, - établir (E205) une communication avec le deuxième terminal à l’aide de l’autorisation d’accès reçue. Procédé de communication sécurisée selon la revendication 1, dans lequel : - l’authentification du premier terminal, la réception de la commande d’établissement de la communication et l’établissement de la communication entre le premier terminal et le second terminal sont effectuées sur un premier réseau de communication, - la demande d’établissement d’une communication avec le terminal intermédiaire est effectuée sur un deuxième réseau de communication distinct du premier réseau. Procédé de communication sécurisée selon la revendication 2, dans lequel : - le deuxième réseau de communication est un réseau de télécommunication voix, auquel accède le premier terminal, ledit premier terminal étant associé à un numéro d’appel, - le premier terminal est identifié par le terminal intermédiaire par le biais du numéro d’appel. Procédé de communication sécurisée selon l’une quelconque des revendications 1 à 2, dans lequel au cours de la demande d’établissement de la communication avec le terminal intermédiaire, le premier terminal envoie (E603) de façon autonome une information relative à une caractéristique unique qui lui est propre, ladite caractéristique unique étant utilisée par le terminal intermédiaire pour confirmer auprès du module d’authentification la demande d’établissement de la communication. Terminal de communication (T1) adapté pour établir une communication sécurisée avec un autre terminal de communication, par l’intermédiaire d’un module d’authentification du terminal auprès de l’autre terminal et d’un terminal intermédiaire, caractérisé en ce que le terminal de communication est configuré pour mettre en œuvre de façon autonome, ce qui suit : - recevoir, en provenance du module d’authentification une commande d’établissement d’une communication avec le terminal intermédiaire, - demander l’établissement de la communication avec le terminal intermédiaire, - ladite demande étant établie dans un délai imparti par le module d’authentification, recevoir une autorisation d’accès à l’autre terminal en provenance du module d’authentification, - établir une communication avec l’autre terminal à l’aide de l’autorisation d’accès reçue. Programme d'ordinateur comportant des instructions de code de programme pour la mise en œuvre du procédé de communication sécurisée selon l’une quelconque des revendications 1 à 4, lorsqu'il est exécuté sur un ordinateur. Support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur pour la mise en œuvre du procédé de communication sécurisée selon l’une quelconque des revendications 1 à 4.