Brevet FR2985829A1 — publié le 20130719

La présente invention se rapporte à un procédé de communication entre au moins deux terminaux numériques. Dans le domaine de l'informatique, les tentatives d'intrusion sur un réseau télématique tel qu'Internet sur lequel communiquent deux ou plusieurs 5 machines sont fréquentes. En effet, les données échangées entre différentes machines peuvent être interceptées par des personnes non autorisées. Pour pallier cet inconvénient, il est connu de chiffrer des données grâce à une clé de chiffrement. Les données échangées sont sécurisées grâce 10 à un procédé de chiffrement tel qu'un procédé de chiffrement symétrique ou asymétrique nécessitant une clé de chiffrement symétrique et une clé de chiffrement asymétrique, et permettant de chiffrer puis de déchiffrer les données échangées. Un premier inconvénient lié à ce type de sécurisation des données 15 est que chacun des interlocuteurs doit entrer sur son terminal la clé de chiffrement, se présentant généralement sous la forme d'une suite de caractères alphanumériques, opération souvent longue et fastidieuse. Un but de la présente invention est de rendre ergonomique la présentation de la clé de chiffrement. 20 A cet effet, l'invention propose un procédé de communication entre au moins deux terminaux numériques aptes à échanger des données par l'intermédiaire d'un canal de communication réalisé sur un réseau télématique, lesdits terminaux comprenant au moins un terminal émetteur et au moins un terminal récepteur comprenant au moins un capteur optique, lesdites données 25 étant chiffrées grâce à au moins une clé de chiffrement par l'un des terminaux, et étant décryptées par une clé de chiffrement par l'autre desdits terminaux, ledit procédé étant remarquable en ce que l'on sécurise le canal de communication en réalisant les étapes suivantes : - on active le terminal récepteur ; 30 - on active le terminal émetteur ; - le terminal émetteur : - génère une clé de chiffrement ; - codifie la clé de chiffrement dans un code optiquement lisible ; - le terminal récepteur lit optiquement ledit code de manière à récupérer la clé de chiffrement et à ouvrir le canal de communication sécurisé. Grâce au procédé de communication selon l'invention, au moins 5 deux terminaux numériques sont aptes à s'échanger des données via un réseau que l'on sécurise d'une part par l'activation du terminal récepteur et d'autre part par la lecture optique de la clé de chiffrement affichée par l'émetteur. Ce canal est dit « sécurisé » dès l'instant où le terminal récepteur dispose de la clé de chiffrement. La clé de chiffrement est déchiffrée par la 10 seule lecture optique, au moyen d'un capteur photographique par exemple, ce qui en fait une clé ergonomique puisqu'aucun des utilisateurs ne sera contraint d'entrer manuellement ladite clé. Les données chiffrées échangées sur le canal de communication sécurisé sont des données relatives à des informations personnelles d'un 15 utilisateur, et comprennent notamment des identifiants de site web et mots de passe associés, nom, prénoms, adresse postale, numéros de téléphone, date de naissance. Ceci permet à l'utilisateur de s'affranchir du problème lié au stockage ou à la retenue de tout ce qui se rapporte à sa vie numérique, comme 20 par exemple ses identifiants, ses mots de passe, etc. Avantageusement, le terminal émetteur codifie dans le code optiquement lisible des informations de localisation dudit terminal émetteur. Le procédé de communication selon l'invention comprend une étape supplémentaire visant à identifier et localiser le terminal émetteur par 25 lecture optique dudit code. Par ailleurs, le terminal récepteur comprend des moyens d'authentification de l'utilisateur. Les moyens d'authentification comprennent au moins un mot de passe associé à au moins un identifiant de l'utilisateur. 30 Selon le procédé de l'invention, on active le terminal récepteur lorsque ledit terminal reconnaît les moyens d'authentification. Les clés de chiffrement sont définies localement par le terminal émetteur. Selon l'invention, la clé de chiffrement qui permet de chiffrer les 35 données est générée localement par le terminal émetteur. Ainsi, la clé de chiffrement n'est jamais transmise sur le réseau télématique. Seuls les terminaux émetteurs et récepteurs sont aptes à connaître cette clé, puisque le terminal récepteur connaîtra la clé lors de la lecture du code optique. La clé ne peut donc pas être interceptée par un tiers, ce qui augmente la sécurité en matière de chiffrement de données, les clés de chiffrement étant habituellement échangées sur le réseau. Selon le procédé de l'invention, au moins une partie des données chiffrées à communiquer sont obtenues d'un serveur distant. Par ailleurs, au moins une partie des données destinées à être échangées à travers le canal de communication sont stockées dans le terminal 10 récepteur ou dans le terminal émetteur. Grâce à ces dispositions, les données apparaissent sur le serveur uniquement de manière chiffrée. Selon l'invention, le code optiquement lisible est un code-barres à deux dimensions. 15 Ce type de code-barres permet avantageusement de contenir plus d'informations qu'un code-barres classique à une dimension. Le terminal émetteur est compris dans le groupe suivant : ordinateur, terminal de poche, tablette numérique connectée, téléviseur connecté, et le terminal récepteur est compris dans le groupe suivant : 20 ordinateur, terminal de poche, tablette numérique connectée. Avantageusement, le procédé selon l'invention comprend une étape supplémentaire visant à fermer le canal de communication sécurisé lorsque le terminal émetteur détecte une variation du signal de géolocalisation du terminal récepteur. 25 De par cette caractéristique du procédé de communication selon l'invention, en cas d'oubli de la part de l'utilisateur de désactiver l'un ou l'autre de ses terminaux, le seul éloignement du récepteur de l'émetteur permet la fermeture instantanée de la partie cliente de l'application. Cette disposition permet ainsi de garantir à l'utilisateur principal d'être le seul à avoir accès à ses 30 données personnelles sur un ordinateur. Alternativement, on ferme le canal de communication sécurisé lorsque l'utilisateur est inactif sur le terminal émetteur après une période déterminée, ou lorsque l'utilisateur ferme le canal de communication sécurisé par l'intermédiaire d'un bouton présent sur l'interface graphique du terminal 35 émetteur ou récepteur. D'autres caractéristiques, buts et avantages de la présente invention, apparaîtront à la lecture de la description détaillée qui va suivre, selon les modes de réalisation donnés à titre d'exemples non limitatifs, et en référence aux dessins annexés sur lesquels : - les figures 1 à 4 représentent les différents modes d'authentification ; - la figure 5 illustre le code QR contenant la clé de chiffrement ; - la figure 6 représente schématiquement le procédé de communication selon l'invention. Sur l'ensemble des figures, des références identiques ou analogues désignent des organes ou ensembles d'organes identiques ou analogues. Selon un mode de réalisation de l'invention, l'utilisateur dispose de 15 deux terminaux numériques constitués par un terminal émetteur et un terminal récepteur. On entend par terminal numérique tout terminal apte à échanger des données via un réseau avec un autre terminal ou avec un serveur. Un tel réseau peut être réalisé par une connexion directe entre les 20 terminaux, par exemple par une liaison filaire, ou par une liaison indirecte, par exemple grâce à un réseau WIFI ou un réseau mobile tel que ceux développés selon les normes 2G, 3G ou 4G. Au sens de l'invention, on entend par terminal émetteur un ordinateur, mais un tel terminal peut bien entendu être constitué par un 25 terminal de poche tel qu'un « smartphone », une tablette numérique, ou un téléviseur connecté par exemple. Dans tous les cas, un tel terminal émetteur est équipé d'un écran, ou d'un dispositif similaire qui projette une image. Un terminal récepteur au sens de l'invention comprend un terminal de poche de type « smartphone », mais peut tout à fait être constitué par un 30 ordinateur ou une tablette numérique connectée par exemple. Dans tous les cas, un tel terminal récepteur est équipé d'un capteur optique tel qu'un appareil photographique. Le fonctionnement du procédé selon l'invention, lors d'une première utilisation de l'application, est le suivant. 35 Un utilisateur installe sur son terminal de poche une application disponible en téléchargement sur des plateformes de téléchargement d'applications telles que l'« APP STORE® » ou l'« ANDROID MARKET® » par exemple, ou directement sur un site web de l'application. On se réfère aux figures 1 à 4, qui font référence à des étapes qu'il est nécessaire de réaliser lors d'une première utilisation de l'application 5 téléchargée. Lors de l'ouverture de l'application téléchargée, l'utilisateur crée un identifiant, en renseignant une adresse email valide, c'est-à-dire dont le compte email a déjà été créé auparavant. L'utilisateur choisit ensuite sur son terminal de poche un mode 10 d'authentification puis un mot de passe choisi en fonction du mode d'authentification. Le mot de passe constitue les moyens d'authentification de l'utilisateur, ces moyens d'authentification devront être renseignés sur le terminal de poche pour chaque ouverture de l'application, et sont associés à 15 l'identifiant de l'utilisateur. Pour une utilisation ultérieure de l'application, l'utilisateur n'a pas à renseigner son identifiant, mais uniquement son mot de passe, l'authentification étant réalisée dès lors que l'application a reconnu une corrélation entre ledit mot de passe et l'identifiant de l'utilisateur. 20 Alternativement et pour plus de sécurité, il n'est bien évidemment pas exclu que l'application demande à l'utilisateur de renseigner son identifiant en plus de son mot de passe, pour chaque ouverture de l'application. Un procédé de recouvrement en cas de perte des moyens d'authentification est prévu par la présente invention. Les moyens 25 d'authentification de l'utilisateur sont envoyés à l'adresse email renseignée sous forme de code-barres à deux dimensions. Alternativement, ces moyens d'authentification peuvent tout à fait être transmis via un autre type de code optiquement lisible tel qu'un code-barres à une dimension par exemple. Ainsi, en cas de perte des identifiant et mot de passe, l'utilisateur a la possibilité de 30 les retrouver instantanément en photographiant le code-barres reçu. Les modes d'authentification, connus de l'état de la technique, comprennent, comme illustré aux figures 1 à 4 : - un mode gestuel, qui consiste à créer avec son doigt sur l'écran du terminal de poche un chemin passant par neuf plots, 35 l'utilisateur pourra passer plusieurs fois par le même plot ; - un mode couleur, qui prévoit la combinaison d'une suite de couleurs que l'utilisateur devra entrer pour s'authentifier ; - un mode « code numérique », constitué par une série de chiffres ; - un mode « code alphanumérique », typiquement constitué par une série de caractères alphanumériques. Bien évidemment, la liste des modes d'authentification précités n'est pas exhaustive, et il n'est à cet effet pas exclu d'utiliser tout autre mode d'authentification connu de l'homme de l'art, comme par exemple la 10 reconnaissance faciale ou la biométrie. Lorsque l'utilisateur a désigné le mode d'authentification qu'il souhaite, il renseigne le mot de passe associé à ce mode d'authentification, ce qui définit les moyens d'authentification. Alternativement, l'application génère un mot de passe qui sera 15 associé à l'identifiant de l'utilisateur, puis lui communique, ce qui permet d'augmenter l'indice de sécurité du mot de passe. L'application installée sur le terminal de poche transfère à un serveur le résultat d'un calcul permettant par la suite de vérifier le mot de passe lors de la prochaine authentification de l'utilisateur, via un réseau télématique 20 tel qu'Internet. Cette étape correspond à la finalisation de la création d'un compte utilisateur. Lors d'une utilisation ultérieure de l'application, le terminal de poche est dit « activé » lorsque ledit terminal a reconnu les moyens d'authentification de l'utilisateur, c'est-à-dire lorsqu'il a vérifié que le mot de 25 passe est bien associé à l'identifiant d'un utilisateur. Suite à la création du compte, l'utilisateur reçoit à l'adresse email renseignée un lien d'activation dudit compte, ainsi qu'un lien Internet donnant accès au téléchargement d'une partie dite « cliente » de l'application, c'est-à-dire la partie de l'application qui s'exécute sur l'ordinateur constituant le 30 terminal émetteur. L'utilisateur installe sur son ordinateur la partie cliente de l'application. Alternativement, la partie cliente de l'application est accessible sans téléchargement, directement en ligne sur le site web de l'application. Lors du démarrage de ladite partie cliente de l'application, cette 35 dernière présente à l'écran de l'ordinateur, en se référant à la figure 5, un code-barres à deux dimensions 1, dit « code QR » pour « Quick Response code ». Lors d'une utilisation ultérieure de l'application, l'ordinateur est dit « activé » lorsque l'utilisateur a démarré la partie cliente de l'application sur l'ordinateur. De manière préférée, l'ordinateur génère un code QR mais peut 5 tout à fait générer un autre type de code optiquement lisible, tel qu'un code-barres à une seule dimension par exemple. Un avantage d'un code à deux dimensions est qu'il permet de contenir plus d'informations codées qu'un code-barres classique à une dimension. 10 Ce code QR contient, selon l'invention, une clé de chiffrement générée localement par l'ordinateur. Alternativement, l'ordinateur peut bien entendu sélectionner une clé parmi plusieurs clés générées au préalable et stockées dans la partie cliente de l'application. 15 Les clés de chiffrement sont préférentiellement symétriques, mais peuvent bien sûr être asymétriques, et comprennent dans ce cas une clé publique et une clé privée, ladite clé privée étant contenue dans le code QR. Dans tous les cas, la clé définie par l'ordinateur est à usage unique, c'est-à-dire que pour chaque nouvelle demande d'un canal de communication 20 sécurisé, un nouveau code-barres est généré par l'ordinateur. Le code QR comprend également des informations permettant de localiser le terminal émetteur. Ceci permet au terminal récepteur d'entrer en communication avec le terminal émetteur par acquisition de son adresse IP ou par acquisition de tout autre moyen connu qui permet l'identification du terminal 25 émetteur. Selon une variante, le code QR ne contient aucune information de localisation de l'ordinateur. Dans ce cas, l'utilisateur entre manuellement les informations permettant au terminal de poche d'identifier l'ordinateur. Ladite clé permet de chiffrer des données que l'ordinateur et le 30 terminal de poche s'échangent, comme décrit plus en détail ci-après. Lorsque le code-barres apparaît à l'écran de l'ordinateur, l'utilisateur photographie ledit code grâce à l'appareil photo de son terminal de poche, ce dernier ayant été activé par le procédé précédemment décrit. Le terminal de poche connaît ainsi la clé de chiffrement générée en 35 local par l'ordinateur, ce qui a pour effet de créer un canal de communication sécurisé entre le terminal de poche et l'ordinateur. Le canal est dit « sécurisé » dans le sens où seuls le terminal de poche et l'ordinateur qui a généré la clé de chiffrement connaissent ladite clé qui a servi à chiffrer les données que les deux terminaux numériques sont maintenant aptes à s'échanger en toute sécurité sur un réseau télématique. Un tel réseau est constitué par un réseau WIFI ou un réseau mobile tel que ceux développés selon les normes 2G, 3G ou 4G. On se réfère à présent à la figure 6, illustrant une application du procédé de communication selon l'invention. Les données échangées sont, par exemple et non limitativement, des identifiants de site web et mots de passe associés, nom, prénoms, adresse postale, numéros de téléphone, date de naissance de l'utilisateur, etc. Ces données sont bien souvent requises sur des sites web tels que des sites marchands, des réseaux sociaux, des comptes de courrier 15 électronique, etc. Une telle application du procédé permet de centraliser de façon confidentielle les données de l'utilisateur, comme détaillé ci-après. Lorsqu'un canal de communication sécurisé 3 a été créé entre les terminaux émetteur 5 et récepteur 7 par le procédé de communication selon 20 l'invention précédemment décrit, et lorsque l'utilisateur se rend sur un site web qui nécessite le renseignement de données telles qu'un identifiant et un mot de passe par exemple, l'utilisateur entre ses identifiant et mot de passe de manière habituelle, directement sur la page web considérée. La partie cliente de l'application propose alors à l'utilisateur de 25 retenir ses identifiant et mot de passe de ce site web. Lorsque l'utilisateur accepte que l'application retienne lesdits identifiant et mot de passe, les identifiant et mot de passe sont stockés temporairement dans une mémoire volatile de l'ordinateur, puis la partie cliente chiffre ces données par la clé de chiffrement générée au préalable lors de la création du canal de 30 communication sécurisé entre l'ordinateur et le terminal de poche. La partie cliente transfère ensuite les données chiffrées au terminal de poche par le canal de communication sécurisé 3, et ledit terminal sera apte à les déchiffrer grâce à la clé de chiffrement qui lui a été transférée par photographie du code-barres 1 qui contient ladite clé. 35 A cet effet, les données déchiffrées par la clé de chiffrement sont stockées temporairement dans une mémoire volatile du terminal de poche. Les données chiffrées sont stockées sur une mémoire morte du terminal de poche. Alternativement et optionnellement, l'utilisateur peut choisir de stocker les données de manière chiffrée dans un serveur 9 communiquant avec le terminal de poche 7 via un réseau télématique. Dans tous les cas, les données sont stockées chiffrées, ce qui permet, en cas de piratage du serveur ou du terminal de poche de l'utilisateur, de ne pas divulguer les données confidentielles à un tiers non autorisé. Pour une consultation ultérieure d'un site web pour lequel l'utilisateur a déjà enregistré ses identifiant et mot de passe, ces derniers sont 10 communiqués depuis le terminal de poche à l'ordinateur à travers le canal de communication sécurisé qui a été créé par le procédé selon l'invention. L'ordinateur, disposant du code-barres créé localement, déchiffre ainsi les données et renseigne les champs du site web considéré. Ainsi, l'utilisateur est reconnu par le site web considéré sans avoir à 15 renseigner ses identifiant et mot de passe précédemment enregistrés grâce au procédé selon l'invention. Alternativement au procédé de stockage des données précédemment décrit selon lequel l'application enregistre, au fur et à mesure que l'utilisateur se rend sur différents sites web, ses identifiants et mots de 20 passe, l'utilisateur peut choisir de rentrer manuellement sur le terminal de poche l'ensemble des données qu'il souhaite conserver, sans avoir à consulter chaque page web qui nécessite une authentification. Selon encore une autre alternative, la partie cliente de l'application peut générer aléatoirement un mot de passe lorsque l'utilisateur consulte un 25 site web pour lequel il n'a jamais créé auparavant de compte personnel. Selon l'invention, le canal de communication sécurisé est fermé alternativement lorsque : - l'utilisateur décide d'interrompre le canal de communication 30 manuellement directement par l'intermédiaire de l'application, côté terminal de poche ou côté ordinateur par l'intermédiaire d'un bouton présent sur l'interface graphique ; - l'ordinateur est désactivé, c'est-à-dire lorsque la partie cliente de l'application est fermée, ou lorsque l'ordinateur est éteint ou 35 en mode veille ; - le terminal de poche est désactivé, c'est-à-dire lorsque l'application est fermée, ou lorsque ledit terminal est éteint ; - le terminal de poche est éloigné temporairement de l'ordinateur. En effet, un terminal de poche comprend un système interne de géolocalisation connu de l'art antérieur. L'application demande à l'utilisateur son autorisation pour accéder à ses données de géolocalisation. Lorsque l'utilisateur a donné son accord, ces données sont considérées par l'application comme étant des données de référence. En cas de détection de modification du signal de géolocalisation, par exemple par détection de variations du signal radio wifi ou téléphonique, découlant d'un déplacement du terminal de poche, le canal de communication sécurisé est automatiquement fermé par le terminal émetteur ; - l'utilisateur n'a plus d'activité sur l'ordinateur après une période considérée, par exemple égale à 10 minutes. Le canal de communication est fermé par la partie cliente de l'application. Ainsi, lorsque le canal de communication sécurisé est fermé, les ordinateur et terminal de poche arrêtent immédiatement de s'échanger des 20 données. A titre d'exemple, lorsque le canal de communication est fermé par éloignement du terminal de poche de l'ordinateur, un tiers non autorisé n'a pas accès sur le terminal émetteur aux sites web de l'utilisateur nécessitant une connexion personnelle. 25 L'invention permet de créer un canal à travers lequel des données sont échangées de manière sécurisée. La sécurisation du canal de communication est réalisée par le chiffrement des données grâce à une clé de chiffrement contenue dans un code-barres lisible au moyen d'un capteur optique, constituant une présentation ergonomique de la clé. 30 Comme il va de soi, l'invention ne se limite pas aux seules formes d'applications du procédé de communication entre terminaux numériques, décrites ci-dessus à titre d'exemples, mais elle embrasse au contraire toutes les variantes. 35 REVENDICATIONS1. Procédé de communication entre au moins deux terminaux numériques (5, 7) aptes à échanger des données par l'intermédiaire d'un canal 5 de communication réalisé sur un réseau télématique, lesdits terminaux comprenant au moins un terminal émetteur (5) et au moins un terminal récepteur (7) comprenant au moins un capteur optique, lesdites données étant chiffrées grâce à au moins une clé de chiffrement par l'un des terminaux, et étant décryptées par une clé de chiffrement par l'autre desdits terminaux, ledit 10 procédé étant caractérisé en ce que l'on sécurise le canal de communication en réalisant les étapes suivantes : - on active le terminal récepteur (7) ; - on active le terminal émetteur (5); - le terminal émetteur : 15 - définit une clé de chiffrement ; - codifie la clé de chiffrement dans un code (1) optiquement lisible ; - le terminal récepteur lit optiquement ledit code de manière à récupérer la clé de chiffrement et à ouvrir le canal de 20 communication sécurisé (3). 2. Procédé de communication selon la revendication 1, caractérisé en ce que les données chiffrées échangées sur le canal de communication sécurisé (3) sont des données relatives à des informations personnelles d'un 25 utilisateur, et comprennent notamment des identifiants de site web et mots de passe associés, nom, prénoms, adresse postale, numéros de téléphone, date de naissance. 3. Procédé de communication selon l'une quelconque des 30 revendications 1 ou 2, caractérisé en ce que le terminal émetteur(5) codifie dans le code (1) optiquement lisible des informations de localisation dudit terminal émetteur. 4. Procédé de communication selon la revendication 3, caractérisé 35 en ce qu'il comprend une étape supplémentaire visant à identifier et localiser le terminal émetteur (5) par lecture optique dudit code (1). 5. Procédé de communication selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le terminal récepteur (7) comprend des moyens d'authentification de l'utilisateur. 6. Procédé de communication selon la revendication 5, caractérisé en ce que les moyens d'authentification comprennent au moins un mot de passe associé à au moins un identifiant de l'utilisateur. 7. Procédé de communication selon l'une quelconque des 10 revendications 5 ou 6, caractérisé en ce que l'on active le terminal récepteur (7) lorsque ledit terminal reconnaît les moyens d'authentification. 8. Procédé de communication selon l'une quelconque des revendications 1 à 7, caractérisé en ce que les clés de chiffrement sont définies 15 localement par le terminal émetteur (5). 9. Procédé de communication selon l'une quelconque des revendications 1 à 8, caractérisé en ce qu'au moins une partie des données chiffrées à communiquer sont obtenues d'un serveur distant (9). 10. Procédé de communication selon l'une quelconque des revendications 1 à 9, caractérisé en ce qu'au moins une partie des données destinées à être échangées à travers le canal de communication sont stockées dans le terminal récepteur (7) ou dans le terminal émetteur (5). 11. Procédé de communication selon l'une quelconque des revendications 1 à 10, caractérisé en ce que le code (1) optiquement lisible est un code-barres à deux dimensions. 30 12. Procédé de communication selon l'une quelconque des revendications 1 à 11, caractérisé en ce que le terminal émetteur (5) est compris dans le groupe suivant : ordinateur, terminal de poche, tablette numérique connectée, téléviseur connecté, et le terminal récepteur (7) est compris dans le groupe suivant: ordinateur, terminal de poche, tablette 35 numérique connectée. 20 25 13. Procédé de communication selon l'une quelconque des revendications 1 à 12, caractérisé en ce qu'il comprend une étape supplémentaire visant à fermer le canal de communication sécurisé (3) lorsque le terminal émetteur (5) détecte une variation du signal de géolocalisation du terminal récepteur (7). 14. Procédé de communication selon l'une quelconque des revendications 1 à 13, caractérisé en ce que l'on ferme le canal de communication sécurisé (3) lorsque l'utilisateur est inactif sur le terminal émetteur après une période déterminée ou lorsque l'utilisateur ferme le canal de communication sécurisé.