Brevet FR3051091A1 — publié le 20171110

- 1 - PROCEDE D'AUTHENTIFICATION POUR AUTORISER L'ACCES A UN SITE WEB OU L'ACCES A DES DONNEES CHIFFREES Description Domaine technique de l'invention. L'invention a pour objet un procédé d'authentification pour autoriser l'accès à un site web ou l'accès à des données chiffrées. Elle concerne le domaine du traitement de données numériques et plus particulièrement celui des techniques de sécurité pour protéger ces données contre une activité non autorisée. État de la technique. Il est courant d'autoriser l'accès à un site web ou à des données chiffrées au moyen d'une authentification par identifiant et mot de passe. Cette authentification permet à un utilisateur de prouver son identité lorsqu'il désire accéder à une ressource (notamment informatique) ou à un service proposé sur un site internet (par exemple des comptes bancaires en ligne) dont l'accès est limité et protégé. Des techniques d'authentification qui ne sont pas basées sur les traditionnels identifiant et mot de passe existent. 3051091 - 2 - Le document brevet EP 2.804.136 (ORANGE) concerne par exemple la gestion d'accès à un réseau social. La demande d'accès à ce réseau social est gérée par un serveur distant. Ce dernier autorise l'accès en fonction d'une position géographique et d'un laps de temps associé à la demande d'accès. La position 5 géographique correspond par exemple à un centre de conférences et le laps de temps à une plage horaire d'un jour déterminé (qui coïncide typiquement avec une conférence qui à lieu dans le centre de conférences). Ainsi, seules les personnes qui demandent à se joindre au réseau social et qui sont situées dans le centre de conférences pendant le laps de temps prédéfini, seront inscrites au réseau social 10 dédié à la conférence se déroulant ce même jour, au centre de conférence. Les personnes souhaitant s'inscrire au réseau social ne peuvent toutefois pas choisir les paramètres d'authentification, ces derniers leur étant imposés. Le document brevet US 2014/0230022 (YUASA) concerne un dispositif de 15 traitement d'informations permettant d'accéder à un contenu. Ce dispositif permet à une personne (propriétaire) qui dirige un groupe, d'autoriser l'accès à ce groupe à des participants. Les conditions d'accès au groupe sont définies par le propriétaire et consistent en une combinaison d'un emplacement, d'une plage horaire et d'un thème. Les participants ne peuvent pas choisir les paramètres 20 d'authentification leur permettant d'accéder au groupe. Ces paramètres leur sont en effet imposés par le propriétaire. Le document brevet W02012/000107 (ABSOLUTE SOFTWARE CORPORATION) décrit un dispositif permettant de définir automatiquement le 25 réglage d'un géo-repérage d'un appareil informatique tel que ordinateur, téléphone, etc. L'utilisateur définit préalablement une zone de géo-repérage autour d'un point de géo-localisation de l'appareil. Si l'appareil est situé dans la zone de géo-repérage, l'appareil fonctionne (l'utilisateur peut donc avoir accès aux données contenues dans son appareil). Si l'appareil n'est pas situé dans la zone de géo-repérage, l'appareil ne fonctionne plus (l'utilisateur n'a donc plus accès aux données contenues dans son appareil). La position de l'appareil peut être 3051091 3 vérifiée pour voir s'il est situé dans la zone de géo-repérage. Si l'appareil est en dehors de la zone de géo-repérage, le dispositif invite l'utilisateur à saisir un mot de passe pour ajuster ladite zone de géo-repérage de manière à y inclure le nouvel emplacement dudit appareil. L'intérêt de cette méthode d'authentification 5 est limité dans la mesure où l'utilisateur ne peut choisir qu'un seul paramètre d'authentification (autre que le mot de passe) qui est l'étendue de la zone de géorepérage. L'invention vise à remédier à cet état des choses. En particulier, un objectif 10 de l'invention est d'améliorer la technique d'authentification autre que par identifiant et mot de passe. Un autre objectif de l'invention est de permettre à un utilisateur d'accéder de manière plus sécurisée à un site web, ou à des données chiffrées, dont l'accès lui est réservé. 15 Un autre objectif de l'invention est de proposer une solution technique d'authentification qui soit peu onéreuse, facile à installer, et dont l'utilisation est aisée. 20 Divulgation de l'invention. La solution proposée par l'invention est un procédé d'authentification pour autoriser la connexion à un site intemet depuis l'appareil informatique d'un utilisateur ou l'accès à des données chiffrées stockées dans ledit appareil 25 informatique. Une phase préalable de paramétrage comprend les étapes suivantes : - créer une liste de paramètres d'authentification, lesquels paramètres sont répartis : 3051091 4 o dans un premier groupe consistant en au moins une donnée de géolocalisation de l'appareil informatique et/ou une plage horaire de fonctionnement dudit appareil, o et dans un second groupe consistant en au moins une autre donnée 5 autre qu'un mot de passe, qu'un login, qu'une donnée de géo- localisation de l'appareil informatique et qu'une plage horaire de fonctionnement dudit appareil, - sélectionner, depuis une interface graphique de l'appareil électronique, au moins un paramètre d'authentification du premier groupe et au moins un 10 paramètre d'authentification du second groupe, - définir, depuis l'interface graphique, au moins une condition d'authentification en sélectionnant un ou plusieurs opérateurs logiques appartenant à la liste suivante : ET logique, OU logique, NON logique, et combiner le ou les opérateurs logiques sélectionnés aux paramètres d'authentification 15 choisis, - enregistrer, dans un serveur informatique, cette condition d'authentification, lequel serveur informatique est adapté pour gérer la connexion au site intemet ou l'accès aux données chiffrées. 20 La phase ultérieure d'accès au site intemet ou d'accès aux données chiffrées comprend les étapes suivantes : - se connecter, depuis l'appareil informatique, au serveur informatique et lui transmettre, au travers d'un réseau de télécommunication, des paramètres d'authentification, 25 - analyser, dans le serveur informatique, les paramètres d'authentification transmis et les confronter à la condition d'authentification, - n'autoriser l'accès au site intemet ou l'accès aux données chiffrées que si les paramètres d'authentification transmis respectent la condition d'authentification. 30 3051091 5 C'est donc maintenant l'utilisateur qui paramètre lui-même sa propre condition d'authentification. Cette dernière ne lui est pas imposée par un tiers contrairement aux techniques précitées connues de l'art antérieur. En outre, la condition d'authentification étant maintenant constituée par la combinaison d'au 5 moins deux paramètres (autres qu'un mot de passe ou qu'un identifiant) auxquels sont associés des opérateurs logiques, le niveau de sécurité est amélioré. Et le fait de déléguer à un serveur informatique disant (indépendant de l'appareil informatique de l'utilisateur ou du site web) la gestion de l'authentification permet d'accroître davantage le niveau de sécurité. 10 D'autres caractéristiques avantageuses de l'invention sont listées ci-dessous. Chacune de ces caractéristiques peut être considérée seule ou en combinaison avec les caractéristiques remarquables définies ci-dessus, et faire l'objet, le cas échéant, d'une ou plusieurs demandes de brevet divisionnaires : 15 - préférentiellement, le second groupe consiste en au moins une donnée choisie dans la liste suivante : identifiant intégré dans une carte SIM de l'appareil informatique ; identifiant associé à l'appareil informatique ; SSID d'un réseau wifi ; détection d'une connexion Bluetooth entre l'appareil informatique et un autre appareil électronique ; identifiant enregistré dans un tag NFC ou RFID ; empreinte 20 digitale ; scan rétinien ; reconnaissance d'iris ; détection d'une connexion entre l'appareil informatique et un serveur proxy ; détection d'une connexion entre l'appareil informatique et un serveur VPN ; adresse IP attribuée à l'appareil informatique lors de sa connexion à un réseau de télécommunication ; détection d'une connexion de l'appareil informatique à un réseau social ; détection d'une 25 connexion de l'appareil informatique à la page d'un ami spécifique ou d'une personne spécifique suivie sur un réseau social ; adresse MAC d'une passerelle réseau. - Le procédé comprend avantageusement une étape consistant à chiffrer la condition d'authentification avec un algorithme de cryptographie. 30 - Dans ce cas, on chiffre préférentiellement la condition d'authentification avec une clé AES générée par l'appareil informatique. 3051091 6 - Cette clé AES peut être chiffrée avec une clé RSA publique générée par le serveur informatique. - Le procédé comprend avantageusement une étape consistant à chiffrer les 5 données avec un algorithme de cryptographie. - Dans ce cas, on chiffre préférentiellement les données avec une clé AES générée par le serveur informatique. - Des données chiffrées peuvent être enregistrées dans une mémoire de l'appareil électronique ou dans une mémoire d'un second appareil électronique 10 distinct dudit appareil - Dans ce dernier cas, le procédé comprend avantageusement une étape consistant à transmettre une clé de déchiffrement des données au second appareil électronique, cette clé de déchiffrement étant automatiquement transmise par le serveur informatique si les paramètres d'authentification transmis par 15 l'appareil électronique respectent la condition d'authentification. Description des figures. 20 D'autres avantages et caractéristiques de l'invention apparaîtront mieux à la lecture de la description d'un mode de réalisation préféré qui va suivre, en référence aux dessins annexés, réalisés à titre d'exemples indicatifs et non limitatifs et sur lesquels : - la figure 1 schématise un exemple de système dans lequel peut être mis en 25 oeuvre le procédé conforme à l'invention, - la figure 2 schématise un autre exemple de système dans lequel peut être mis en oeuvre le procédé conforme à l'invention, - la figure 3 schématise encore un autre exemple de système dans lequel peut être mis en oeuvre le procédé conforme à l'invention, 30 - la figure 4 illustre de manière simplifiée la structure d'un appareil informatique utilisé dans l'invention, 3051091 7 - la figure 5 illustre de manière simplifiée la structure d'un serveur informatique distant utilisé dans l'invention, - la figure 6 illustre de manière simplifiée un exemple d'interface graphique permettant à un utilisateur de définir une condition d'authentification, 5 - la figure 7 est un organigramme illustrant différentes étapes mises en oeuvre dans le procédé objet de l'invention, durant la phase préalable de paramétrage, pour l'accès à un site internet, - la figure 8 est un organigramme illustrant différentes étapes mises en oeuvre dans le procédé objet de l'invention, durant la phase ultérieure d'accès à 10 un site intemet, - la figure 9 est un organigramme illustrant différentes étapes mises en oeuvre dans le procédé objet de l'invention, durant la phase préalable de paramétrage, pour l'accès à des données chiffrées, - la figure 10 est un organigramme illustrant différentes étapes mises en 15 oeuvre dans le procédé objet de l'invention, durant la phase ultérieure d'accès aux données chiffrées, - la figure 11 est un organigramme illustrant différentes étapes mises en oeuvre dans le procédé objet de l'invention, durant la phase préalable de paramétrage, pour l'accès à des données chiffrées, dans une variante de 20 réalisation, - la figure 12 est un organigramme illustrant différentes étapes mises en oeuvre dans le procédé objet de l'invention, durant la phase ultérieure d'accès aux données chiffrées, dans une variante de réalisation. 25 Modes préférés de réalisation de l'invention. Le procédé objet de l'invention consiste en une séquence cohérente d'étapes permettant d'aboutir à un résultat souhaité. Ces étapes engendrent des 30 manipulations d'éléments physiques, notamment des signaux (électriques ou magnétiques) capables d'être stockés, transférés, combinés, comparés, etc. 3051091 8 Le procédé est mis en oeuvre par l'intermédiaire d'applications informatiques exécutées respectivement par un ou plusieurs appareils informatiques ou par un ou plusieurs serveurs informatiques. Par souci de clarté, il 5 faut comprendre au sens de l'invention que « l'appareil/serveur fait quelque chose » signifie « l'application informatique exécutée sur l'appareil/serveur fait quelque chose». Tout comme « l'application informatique fait quelque chose » signifie « l'application informatique exécutée par l'appareil/serveur fait quelque chose ». 10 La mise en oeuvre du procédé objet de l'invention nécessite l'utilisation d'un ou plusieurs appareils électroniques la, 1 b (figures 1, 2 et 3) se présentant par exemple sous la forme d'un ordinateur fixe ou portable, d'une tablette, préférentiellement sous la forme d'un Smartphone du type iPhone®, Samsung Galaxy®, iPad®, Samsung Tab®, ou sous la forme d'un autre appareil 15 électronique, fonctionnant avec un système d'exploitation de type Windows, Mac, i0S, Android, etc.. L'appareil la, lb est adapté pour être exploité par un utilisateur, qui, en pratique, est une personne physique. En se rapportant à la figure 4, chaque appareil électronique la, lb 20 comprend notamment un ou plusieurs processeurs ou microprocesseurs 10, une ou plusieurs mémoires 11, une interface réseau 12, une interface graphique 13, un module de détermination de position 14, un 'émetteur/récepteur de signaux infrarouges 16, qui sont mutuellement connectés via un bus 15. Une ou plusieurs applications informatiques - ou programmes informatiques - sont enregistrées 25 dans la ou les mémoires 11 et dont les instructions (ou codes), lorsqu'elles sont exécutées par le ou les processeurs 10 permettent de réaliser les fonctionnalités décrites plus avant dans la description. La ou les mémoires 11 doivent être considérées comme un dispositif de 30 stockage également adapté pour stocker des données et/ou des fichiers de 3051091 9 données. Il peut s'agir d'une mémoire native ou d'une mémoire rapportée telle qu'une carte Secure Digital (SD). L'interface réseau 12 est adaptée pour établir une communication avec le 5 serveur distant S décrit plus avant dans la description, via une liaison sans fil ou filaire, de manière à recevoir et émettre des signaux. L'interface réseau 12 peut par exemple comprendre un module Bluetooth, un module GSM, ou un module fournissant une connectivité de réseau à l'appareil la, 1 b. De manière générale, l'interface réseau 12 a pour fonction de gérer les connexions entre l'appareil la, 10 lb et un réseau R de télécommunication (Internet, téléphonie mobile, ...), et éventuellement entre les appareils entre eux via les technologies de réseau telles que, mais sans s'y limiter, GSM, 3G, 4G Wifi, Bluetooth, etc. L'interface graphique 13 offre à l'utilisateur la possibilité de saisir, 15 sélectionner et/ou entrer des données pour définir au moins une condition d'authentification. Il se présente par exemple sous la forme d'un écran tactile, d'un écran connecté à un clavier et/ou une souris, etc. Le module de détermination de position 14 est préférentiellement un 20 module de géo-localisation par satellite de type GPS ou basé sur une technique de triangulation de signaux acquis par des bornes relais de téléphonie cellulaire. L'émetteur/récepteur de signaux infrarouges 16 permet à un appareil la de communiquer sans fil avec un autre appareil lb. 25 L'utilisateur doit installer une application informatique dans au moins un de ses appareil la (préférentiellement chaque appareils la, 1 b) pour mettre en oeuvre tout ou partie de l'invention depuis ledit appareil. Avantageusement, l'application informatique peut être préinstallée sur l'appareil la, par exemple par 30 un opérateur réseau L'utilisateur a toutefois la possibilité de rechercher l'application informatique sur une boutique en ligne telles que Google Play®, 3051091 - 10 - 'tunes® ou sur un site intemet dédié, et ensuite la télécharger sur son appareil la. Les informations pour télécharger et installer l'application informatique sur l'appareil peuvent par exemple être récupérées à l'aide d'un code QR ou d'un tag NFC. En tout état de cause, l'application informatique peut être installée dans 5 toute mémoire 11 de l'appareil la. La mise en oeuvre du procédé objet de l'invention nécessite également l'utilisation d'un serveur distant S. Ce dernier peut consister en un serveur physique ou, dans certains cas, être composé de plusieurs ordinateurs distincts 10 qui communiquent et interagissent sur un réseau pour exécuter les fonctions décrites plus avant. En se rapportant à la figure 5, le serveur distant S comprend notamment un ou plusieurs processeurs ou microprocesseurs 20, une ou plusieurs mémoires 21, 15 une interface réseau 22, qui sont mutuellement connectés via un bus 25. Une ou plusieurs applications informatiques - ou programmes informatiques - sont enregistrées dans la ou les mémoires 21 et dont les instructions, lorsqu'elles sont exécutées par le ou les processeurs 20 permettent de réaliser les fonctionnalités décrites plus avant dans la description. 20 L'interface réseau 22 est une interface de communication filaire ou sans fil adaptée pour établir une communication avec les appareils la, 1 b, un site intemet S', et éventuellement une base de donnée 23, via un réseau R de télécommunication (Internet, téléphonie mobile, ...) et en employant des 25 technologies de réseau telles que, mais sans s'y limiter, GSM, 3G, 4G Wifi, Bluetooth, etc. L'interface réseau 22 permet notamment au serveur distant S de recevoir et émettre des signaux. La base de données 23 peut être hébergée directement dans le serveur 30 distant S, ou dans un autre serveur ou dans un réseau de serveur type Cloud Computing, ou dans un ordinateur. 3051091 Une application informatique est installée dans le serveur distant S pour mettre en oeuvre tout ou partie de l'invention depuis ledit serveur comme cela est expliqué plus avant dans la description. Cette application informatique peut être 5 préinstallée sur le serveur distant S ou être téléchargée ultérieurement. Conformément à l'invention, on crée une liste de paramètres d'authentification qui sont utilisés pour autoriser la connexion à un site intemet ou l'accès à des données chiffrées. Ces paramètres d'authentification sont 10 avantageusement répartis en au moins deux groupes. Un premier groupe consiste en au moins une donnée de géo-localisation de l'appareil la et/ou une plage horaire de fonctionnement dudit appareil. La donnée de géo-localisation peut être générée depuis le module de 15 détermination de position 14. Pour générer cette donnée, l'utilisateur peut par exemple activer ce module pour déterminer une position exacte et définir un périmètre, ou rayon, autour de cette position. Il peut également s'agir d'un lieu (ex : la tour Eiffel) et/ou d'une zone géographique (ex : Paris) sélectionnés par l'utilisateur depuis une carte interactive, par exemple GoogleMap®. 20 La plage horaire de fonctionnement de l'appareil peut consister en un ou plusieurs jours de la semaine et/ou un laps de temps. Par exemple, cette plage horaire peut être : le lundi, entre 8h et 10h. Cette plage horaire peut notamment être définie par l'utilisateur de la même façon que l'on règle une alarme sur un Smartphone. 25 Le second groupe consiste en au moins une autre donnée autre qu'un mot de passe, qu'un login, qu'une donnée de géo-localisation de l'appareil informatique et qu'une plage horaire de fonctionnement dudit appareil. Il s'agit préférentiellement, mais non exclusivement, de : 30 - L'identifiant intégré dans la carte SI M (pour Subscriber Identity Module)d'un Smartphone dans le cas où l'appareil la est un Smartphone ; 3051091 - 12 - - Un identifiant associé à l'appareil la. Cet identifiant peut être généré de façon aléatoire lors de l'installation de l'application informatique, ou généré automatiquement à partir de l'adresse IP (pour Internet Protocol) attribuée à l'appareil lors de sa connexion à un réseau de télécommunication pour télécharger 5 l'application informatique. L'identifiant peut encore être saisi manuellement par l'utilisateur lors du processus d'installation, ou récupéré à partir d'un fichier stocké localement ou sur un serveur distant. - Le SSID (pour Service Set Identifier) d'un réseau wifi. Ce SSID peut être défini automatiquement par défaut, ou être saisi manuellement par l'utilisateur, lors 10 du paramétrage du réseau wifi. - Détection d'une connexion Bluetooth entre l'appareil la et un autre appareil électronique. - Un identifiant enregistré dans un tag NFC ou RFID. L'acquisition de cet identifiant peut notamment être effectuée par un scan du tag depuis l'appareil la, 15 au moyen d'un lecteur adapté à cet effet. - Une empreinte digitale, d'un scan rétinien, d'une reconnaissance d'iris, ou autre. L'acquisition de cet identifiant peut notamment être effectuée par un moyen d'acquisition adapté à la nature de cet identifiant, lequel moyen équipe l'appareil la. 20 - Détection d'une connexion entre l'appareil la et un serveur proxy. - Détection d'une connexion entre l'appareil la et un serveur VPN (pour Virtual Private Network). - L'adresse IP (pour Internet Protocol) attribuée à l'appareil la lors de sa connexion à un réseau de télécommunication. 25 - Détection d'une connexion de l'appareil la à un réseau social du type Facebook®, Twitter0, Viadeo®, Instagram®, Snapchat®, Linkedln®, etc. - Détection d'une connexion de l'appareil la à la page d'un ami spécifique ou d'une personne spécifique suivie sur un réseau social du type Facebook®, Twitter0, Viadeo®, Instagram®, Snapchat®, Linkedln®, etc. 3051091 - 13 - - L'adresse MAC (pour Media Access Control) d'une passerelle réseau. Il s'agit typiquement d'un identifiant stocké dans une carte réseau ou une interface réseau similaire. 5 En se rapportant à la figure 6, l'interface graphique 13 de l'appareil la propose à l'utilisateur de choisir les paramètres d'authentification. L'interface graphique 13 affiche dans une fenêtre, par exemple sous la forme d'un menu 130, par exemple un menu déroulant, l'ensemble des paramètres d'authentification disponibles A, B, C, D,...., Z. Cette fenêtre peut apparaître automatiquement lors 10 de la sélection d'une touche dédiée 131. L'utilisateur peut alors sélectionner dans le menu 130 les paramètres d'authentification qu'il aura choisis et les définir précisément, notamment pour les données de géo-localisation et la plage horaire. En pratique, l'utilisateur sélectionne au moins un paramètre 15 d'authentification du premier groupe et au moins un paramètre d'authentification du second groupe. Il définit ensuite, depuis l'interface graphique 13, au moins une condition d'authentification en sélectionnant un ou plusieurs opérateurs logiques 20 appartenant à la liste suivante : ET logique, OU logique, NON logique, et en combinant le ou les opérateurs logiques sélectionnés aux paramètres d'authentification choisis. Sur la figure 6, les opérateurs logiques sont également affichés dans le menu 130, avec les paramètres d'authentification disponibles A, B, C, D,...., Z, dans la même fenêtre. Les opérateurs logiques peuvent toutefois 25 être affichés dans une autre fenêtre et/ou dans un autre menu. Sur la figure 6, la condition d'authentification est la suivante : 'A' ET `12.' (`C' OU 'D') ET NON 'E'. A titre d'exemple, A peut être choisi dans le premier groupe de paramètres d'authentification. B, C et D peuvent être choisis dans le second 30 groupe de paramètres d'authentification. E peut être choisi dans le premier ou le second groupe de paramètres d'authentification. 3051091 - 14 - Par exemple, la condition d'authentification peut être la suivante : 'le lundi de 8h à 10h' (A) ET 'connecté à Facebook®' (B) 5 'Sur la page de Paul' (C) OU 'Sur la page de Pierre' (D) ET NON 'situé à PARIS' (E) 10 En d'autres termes, pour que la condition d'authentification soit remplie, il faut que l'appareil la soit en état de fonctionnement un Lundi de 8h à 10h, que l'appareil la soit connecté au site internet facebook.com et qu'il consulte la page Facebook® de Paul ou la page Facebook® de Pierre, l'appareil la ne devant pas être localisé à Paris (France). Si l'un de ces paramètres n'est pas respecté, la 15 condition d'authentification n'est pas remplie. Selon un autre exemple, la condition d'authentification peut être la suivante : 'empreinte digitale' (A) 20 ET 'connexion à un réseau wifi' (B) 'réseau wifi de Paul' (C) OU 'réseau wifi de Pierre' (D) ET NON 'le lundi de 8h à 10h' (E) 25 Pour que cette condition d'authentification soit remplie, il faut que l'utilisateur scanne son empreinte digitale, que l'appareil la soit connecté à un réseau wifi, ce réseau wifi devant être celui de Paul ou de Pierre, tous les jours de la semaine, sauf le Lundi de 8h à 10h. Si l'un de ces paramètres n'est pas 30 respecté, la condition d'authentification n'est pas remplie. 3051091 - 15 - On comprend aisément que le nombre élevé de combinaisons possibles de paramètres d'authentification et d'opérateurs logiques, rend la condition d'authentification unique, conférant de fait un degré de sécurité optimal. Il est en effet peu probable qu'un utilisateur mal intentionné puisse découvrir la condition 5 d'authentification. Bien évidemment, les conditions d'authentification peuvent être plus ou moins complexes selon le type de site internet pour lequel la connexion est demandée ou le type de données chiffrées devant être consultées. Si le site 10 internet est un réseau social ou les données chiffrées un simple texte, la condition d'authentification peut être relativement simple, et par exemple constituée de la combinaison d'un paramètre du premier groupe et d'un paramètre du second groupe avec un seul opérateur logique. La condition sera toutefois plus complexe, du type décrit précédemment en référence à la figure 6, lorsque le site internet est 15 un compte bancaire en ligne ou que les données chiffrées sont des fichiers hautement confidentiels. Ceci étant exposé, les mises en oeuvre du procédé objet de l'invention, d'une part pour autoriser l'accès à un site internet et d'autre part autoriser l'accès 20 à des données chiffrées, vont maintenant êtres décrites plus en détails. Accès à un site internet (figures 1, 7 et 8) 25 Dans ce cas, l'objectif est de sécuriser l'accès à un site internet S', cet accès étant limité à l'utilisateur et protégé. Ce site internet S' peut par exemple être un compte bancaire en ligne de l'utilisateur, un réseau social, un groupe de discussion, etc. 30 En pratique, le site internet S' est géré par un serveur informatique du type décrit précédemment en référence à la figure 5. Une application informatique est 3051091 - 16 - avantageusement installée dans le serveur gérant le site internet S' pour mettre en oeuvre tout ou partie de l'invention depuis ledit serveur. Cette application informatique peut être préinstallée sur ce serveur ou être téléchargée ultérieurement. 5 Phase préalable de paramétrage (figures 1 et 7) Dans une étape 101, l'appareil la se connecte au site intemet S'. Cette connexion est réalisée via un réseau de télécommunication R et est schématisée par une double flèche sur la figure 1. L'utilisateur peut être amené à suivre une 10 procédure habituelle pour s'enregistrer sur le site intemet S' en question. Pour effectuer cet enregistrement, il peut notamment être demandé à l'utilisateur de s'identifier : nom, prénom, âge, adresse, numéro de téléphone, adresse mail, etc. Dans une étape 102, le site interne S' se connecte au serveur S. Cette connexion est réalisée via un réseau de télécommunication R et est schématisée 15 par une flèche sur la figure 1. Cette connexion est accompagnée d'une requête par laquelle le site S' demande au serveur S de générer un identifiant unique. Dans une étape 103, le serveur S génère un identifiant unique ainsi qu'une paire de clés RSA. Cet identifiant est préférentiellement généré de façon aléatoire. Le chiffrement RSA est bien connu de l'homme du métier. Il utilise une paire de 20 clés (des nombres entiers) composée d'une clé publique pour chiffrer et d'une clé privée pour déchiffrer des données confidentielles. L'homme du métier pourra se référer au document brevet U54405829 (MASSACHUSETTS INST TECHNOLOGY) en cas de besoin. L'identifiant unique est enregistré dans la mémoire 21 du serveur S. 25 Dans une étape 104, le serveur S transfère l'identifiant unique au site S'. Cette transmission est réalisée via un réseau de télécommunication R. Dans une étape 105, le site S' crée un nouvel identifiant unique en associant l'identifiant renvoyé par le serveur S aux données que l'utilisateur a renseigné lors de la procédure d'enregistrement (étape 101). Ce nouvel identifiant 30 unique est enregistré dans la mémoire du site S'. 3051091 - 17 - Dans une étape 106, le site S' transfère ce nouvel identifiant unique à l'appareil la, via un réseau de télécommunication R. Cet identifiant s'affiche sur l'interface graphique 13 de l'appareil la, par exemple sous la forme d'un code QR, d'un code barres, ou sous toute autre forme convenant à l'homme du métier. 5 Dans une étape 107, l'appareil la acquiert l'identifiant, par exemple en scannant le code QR. Dans une étape 108, l'appareil la se connecte au serveur S, via un réseau de télécommunication R. Cette connexion est accompagnée d'une requête contenant l'identifiant acquis et par laquelle l'appareil la demande au serveur S de 10 lui envoyer la clé RSA publique associée audit identifiant. Dans une étape 109, le serveur S transfère à l'appareil la, via un réseau de télécommunication R, la clé RSA publique associée à l'identifiant. Dans une étape 110, l'utilisateur définit, depuis l'appareil la, une condition d'authentification, en sélectionnant des paramètres d'authentification et en les 15 combinant aux opérateurs logiques. Dans une étape 111, l'appareil la génère une clé AES (pour Advanced Encryption Standard). Le chiffrement AES est bien connu de l'homme du métier. En cas de besoin, ce dernier pourra se référer à la publication : « Federal Information Processing Standards Publication 197, November 26, 2001, 20 Announcing the ADVANCED ENCRYPTION STANDARD (AES) ». L'appareil la chiffre, avec cette clé AES, la condition d'authentification définie à l'étape 110. Dans une étape 112, l'appareil la chiffre la clé AES avec la clé RSA publique précédemment récupérée auprès du serveur S. Dans une étape 113, l'appareil la se connecte au serveur S, via un réseau 25 de télécommunication R, pour lui transférer l'identifiant, la condition d'authentification chiffrée et la clé AES chiffrée. Dans une étape 114, le serveur S déchiffre la clé AES avec sa clé RSA privée. Le serveur S décrypte alors la condition d'authentification, la vérifie et l'associe à l'identifiant. 30 Dans une étape 115, le serveur se connecte au site S', via un réseau de télécommunication R, et lui notifie le bon déroulement des opérations. 3051091 - 18 - Phase ultérieure d'accès au site Internet (figures 1 et 8) Dans une étape 201, l'appareil la se connecte au site S', via un réseau de télécommunication R. L'utilisateur peut être amené à suivre une procédure 5 habituelle pour s'authentifier sur le site S', par exemple en saisissant uniquement son nom d'utilisateur ou son adresse mail. Dans une étape 202, le site S' transfère l'identifiant à l'appareil la, via un réseau de télécommunication R. Cet identifiant s'affiche sur l'interface graphique 13 de l'appareil la, par exemple sous la forme d'un code QR, d'un code barres, ou 10 sous toute autre forme convenant à l'homme du métier. Dans une étape 203, l'appareil la acquiert l'identifiant, par exemple en scannant le code QR. Dans une étape 204, l'appareil la se connecte au serveur S, via un réseau de télécommunication R. Cette connexion est accompagnée d'une requête 15 contenant l'identifiant acquis et par laquelle l'appareil la demande au serveur S de lui envoyer la clé RSA publique associée audit identifiant. Dans une étape 205, le serveur S génère une nouvelle paire de clés RSA qu'il associe à l'identifiant. Dans une étape 206, le serveur S transfère la clé RSA publique à l'appareil 20 la. Cette transmission est réalisée via un réseau de télécommunication R. Dans une étape 207, l'utilisateur peut être amené à générer un paramètre d'authentification, par exemple : connexion à un réseau wifi ; connexion Bluetooth ; empreinte digitale ; scan rétinien ; reconnaissance d'iris, scan d'un tag NFC ou RFID ; etc. Cela n'intervient que si la génération d'un des paramètres 25 d'authentification nécessite une action volontaire de l'utilisateur. Dans tous les autre cas, l'appareil la détecte automatiquement tous les paramètres d'authentification déterminés à l'étape 110. Dans une étape 208, l'appareil la génère une clé AES et chiffre, avec cette clé, les paramètres d'authentification de l'étape 207 et la clé RSA publique 30 précédemment récupérée auprès du serveur S. 3051091 - 19 - Dans une étape 209, l'appareil la se connecte au serveur S, via un réseau de télécommunication R, pour lui transférer l'identifiant, les paramètres d'authentification chiffrés et la clé AES chiffrée. Dans une étape 210, le serveur S déchiffre la clé AES avec sa clé RSA 5 privée. Le serveur S décrypte alors les paramètres d'authentification. Il les confronte à la condition d'authentification définie à l'étape 110 et reçue à l'étape 114. Dans une étape 211, le serveur S génère une instruction pour autoriser l'accès au site S'. Cette instruction n'est générée que si les paramètres 10 d'authentification transmis à l'étape 209 respectent la condition d'authentification définie à l'étape 110. Dans une étape 212, le serveur S se connecte au site S', via un réseau de télécommunication R, et lui notifie la réussite ou l'échec de la connexion. En cas de réussite, le site S' autorise son accès à l'appareil la. En cas d'échec, le site S' 15 refuse son accès à l'appareil la et lui notifie éventuellement l'interdiction de cet accès. Accès à des données chiffrées (figures 2, 9 et 10) - Cas n°1 L'objectif est ici de sécuriser l'accès à des données chiffrées, cet accès étant limité à l'utilisateur et protégé. Ces données chiffrées sont par exemple des documents ou des fichiers (contenant du texte, donnée audio, donnée vidéo, photo, ...) enregistrés dans la mémoire 11 de l'appareil la. Phase préalable de paramétrage (figures 2 et 9) Dans une étape 301, l'utilisateur définit, depuis l'appareil la, une condition d'authentification, en sélectionnant des paramètres d'authentification et en les combinant aux opérateurs logiques. 20 25 3051091 - 20 - Dans une étape 302, l'appareil la génère une paire de clés RSA ainsi qu'une clé AES. L'appareil la chiffre, avec cette clé AES, la condition d'authentification définie à l'étape 301. Dans une étape 303, l'appareil la se connecte au serveur S, via un réseau 5 de télécommunication R, pour lui transférer la condition d'authentification chiffrée à l'étape 302 et la clé RSA publique. Ces éléments sont enregistrés dans la mémoire 21 du serveur S. Dans une étape 304, le serveur S génère un identifiant unique et l'enregistre dans sa mémoire 21. 10 Dans une étape 305, le serveur S génère une paire de clés RSA ainsi qu'une clé AES. Le serveur S chiffre cette clé AES avec la clé RSA publique reçue à l'étape 303. La clé AES ainsi chiffrée et la clé RSA privée sont enregistrées dans la mémoire 21 du serveur S. Dans une étape 306, le serveur S transfère à l'appareil la : l'identifiant 15 unique généré à l'étape 304, la clé AES chiffrée à l'étape 305 et la clé RSA publique générée à l'étape 305. Cette transmission est réalisée via un réseau de télécommunication R. Dans une étape 307, l'appareil la déchiffre la clé AES reçue à l'étape 306 avec sa clé RSA privée. 20 Dans une étape 308, l'appareil la crée et chiffre ses données dont l'accès doit être limité et protégé. Ce chiffrement des données est réalisé avec la clé AES déchiffrée à l'étape 307. Dans une étape 309, l'appareil la chiffre sa clé AES générée à l'étape 302, avec la clé RSA publique du serveur S reçue à l'étape 306. 25 Dans une étape 310, l'appareil la enregistre dans ses données chiffrées à l'étape 308: l'identifiant unique reçu à l'étape 306, sa paire de clés RSA générée à l'étape 302, la clé AES chiffrée à l'étape 309, la clé RSA publique du serveur S reçue à l'étape 306. 30 Phase ultérieure d'accès aux données chiffrées (figures 2 et 10) 3051091 - 21 - Dans une étape 401, l'utilisateur peut être amené à générer un paramètre d'authentification, par exemple : connexion à un réseau wifi ; connexion Bluetooth ; empreinte digitale ; scan rétinien ; reconnaissance d'iris, scan d'un tag NFC ou RFID ; etc. Cela n'intervient que si la génération d'un des paramètres 5 d'authentification nécessite une action volontaire de l'utilisateur. Dans tous les autre cas, l'appareil la détecte automatiquement tous les paramètres d'authentification déterminés à l'étape 301. Dans une étape 402, l'utilisateur sélectionne ses données chiffrées et l'appareil la extrait de ces données chiffrées : l'identifiant unique reçu à l'étape 10 306, la paire de clés RSA générée à l'étape 302, la clé AES chiffrée à l'étape 309, la clé RSA publique du serveur S reçue à l'étape 306. Dans une étape 403, l'appareil la génère une nouvelle clé AES. L'appareil la chiffre, avec cette nouvelle clé AES, les paramètres d'authentification relevés à l'étape 401. 15 Dans une étape 404, l'appareil la chiffre la nouvelle clé AES générée à l'étape 403, avec la clé RSA publique du serveur S extraite à l'étape 402. Dans une étape 405, l'appareil la se connecte au serveur S, via un réseau de télécommunication R, pour lui transférer : les paramètres d'authentification chiffrés à l'étape 403, la nouvelle clé AES chiffrée à l'étape 404, la clé AES 20 extraite à l'étape 402, l'identifiant extrait à l'étape 402. Dans une étape 406, le serveur S déchiffre les clés AES reçues à l'étape 405 avec sa clé RSA privée. Dans une étape 407, le serveur S déchiffre les paramètres d'authentification reçus à l'étape 405, avec la nouvelle clé AES déchiffrée à l'étape 25 406. Dans une étape 408, le serveur S déchiffre la condition d'authentification reçue à l'étape 303, avec la clé AES extraite à l'étape 402 et déchiffrée à l'étape 406. Dans une étape 409, le serveur S confronte les paramètres 30 d'authentification déchiffrés à l'étape 407 à la condition d'authentification déchiffrée à l'étape 408. 3051091 - 22 - Dans une étape 410, le serveur S génère une instruction pour autoriser l'accès aux données chiffrées. Cette instruction n'est générée que si les paramètres d'authentification déchiffrés à l'étape 407 respectent la condition d'authentification déchiffrée à l'étape 408. Cette instruction se matérialise 5 avantageusement sous la forme de la clé AES chiffrée à l'étape 305. Dans une étape 411, le serveur S transfère à l'appareil la: la clé AES chiffrée à l'étape 305. Cette transmission est réalisée via un réseau de télécommunication R. Dans une étape 412, l'appareil la déchiffre la clé AES reçue à l'étape 411, 10 avec sa clé RSA privée générée à l'étape 302. Dans une étape 413, l'appareil la déchiffre les données chiffrées. Ce déchiffrement est réalisé avec la clé AES déchiffrée à l'étape 412. 15 Accès à des données chiffrées (figures 3, 11 et 12) - Cas n°2 L'objectif est ici de sécuriser l'accès à des données chiffrées, cet accès étant limité à l'utilisateur et protégé. Ces données chiffrées sont par exemple des documents ou des fichiers (contenant du texte, donnée audio, donnée vidéo, 20 photo, ...) enregistrés dans la mémoire d'un autre appareil électronique lb. A titre d'exemple, cet appareil électronique lb est un ordinateur portable alors que l'appareil électronique la est un Smartphone. Phase préalable de paramétrage (figures 3 et 11) 25 Dans une étape 501, l'appareil lb génère une paire de clés RSA. Dans une étape 502, l'appareil lb se connecte au serveur S, via un réseau de télécommunication R, pour lui transférer la clé RSA publique. Dans une étape 503, le serveur S génère un identifiant unique et l'enregistre dans sa mémoire 21. 30 Dans une étape 504, le serveur S génère une paire de clés RSA. La clé RSA privée est enregistrée dans la mémoire 21 du serveur S. 3051091 - 23 - Dans une étape 505, le serveur S génère un jeton d'authentification (token en anglais) et y associe : la clé RSA publique reçue à l'étape 502 et la clé RSA publique générée à l'étape 504 et l'identifiant unique généré à l'étape 503. Dans une étape 506, le serveur S se connecte à l'appareil lb, via un réseau 5 de télécommunication R, pour lui transférer le jeton d'authentification de l'étape 505. Dans une étape 507, le jeton reçu à l'étape 506 s'affiche sur l'interface graphique 13 de l'appareil 1 b, par exemple sous la forme d'un code QR, d'un code barres, ou sous toute autre forme convenant à l'homme du métier. 10 Dans une étape 508, l'appareil la acquiert le jeton affiché sur l'interface graphique 13 de l'appareil lb, par exemple en scannant le code QR. Dans une étape 509, l'appareil la se connecte au serveur S, via un réseau de télécommunication R. Cette connexion intervient automatiquement en réponse à l'acquisition de l'étape 508. 15 Dans une étape 510, le serveur S transfère à l'appareil la : le jeton d'authentification de l'étape 505, la clé RSA publique générée à l'étape 504 et l'identifiant unique généré à l'étape 503. Dans une étape 511, l'utilisateur définit, depuis l'appareil la, une condition d'authentification, en sélectionnant des paramètres d'authentification et en les 20 combinant aux opérateurs logiques. Dans une étape 512, l'appareil la génère une clé AES. L'appareil la chiffre, avec cette clé AES, la condition d'authentification définie à l'étape 511. Dans une étape 513, l'appareil la chiffre sa clé AES générée à l'étape 512, avec la clé RSA publique du serveur S reçue à l'étape 510. 25 Dans une étape 514, l'appareil la se connecte au serveur S, via un réseau de télécommunication R, pour lui transférer : la condition d'authentification chiffrée à l'étape 512, la clé AES chiffrée à l'étape 513, le jeton reçu à l'étape 510, l'identifiant reçu à l'étape 510. Dans une étape 515, le serveur enregistre dans sa mémoire 21, la condition 30 d'authentification chiffrée reçue à l'étape 514. 3051091 - 24 - Dans une étape 516, le serveur S génère une clé AES et la chiffre avec la clé RSA publique reçue à l'étape 502. Cette clé AES chiffrée est enregistrée dans la mémoire 21 du serveur S. Dans une étape 517, le serveur S se connecte à l'appareil lb, via un réseau 5 de télécommunication R, pour lui transférer : l'identifiant unique reçu à l'étape 514, la clé AES chiffrée de l'étape 513 reçue à l'étape 514, la clé AES chiffrée à l'étape 516, la clé RSA publique générée à l'étape 504. Dans une étape 518, l'appareil lb déchiffre la clé AES de l'étape 516 avec sa clé RSA privée. 10 Dans une étape 519, l'appareil lb crée et chiffre ses données dont l'accès doit être limité et protégé. Ce chiffrement des données est réalisé avec la clé AES déchiffrée à l'étape 518. Dans une étape 520, l'appareil lb enregistre dans ses données chiffrées à l'étape 519: l'identifiant unique reçu à l'étape 517, sa paire de clés RSA générée 15 à l'étape 501, la clé AES chiffrée de l'étape 513, la clé RSA publique du serveur S reçue à l'étape 517. Phase ultérieure d'accès aux données chiffrées (figures 3 et 12) Dans une étape 601, l'utilisateur sélectionne ses données chiffrées et 20 l'appareil lb extrait de ces données chiffrées : l'identifiant unique, la clé AES chiffrée de l'étape 513, sa paire de clés RSA générée à l'étape 501, la clé RSA publique du serveur S reçue à l'étape 517. Dans une étape 602, l'appareil lb se connecte au serveur S, via un réseau de télécommunication R, pour lui transférer : l'identifiant unique, la clé AES 25 chiffrée de l'étape 513, la clé RSA publique du serveur S. Dans une étape 603, le serveur S génère un jeton d'authentification et y associe les données reçues à l'étape 602, c'est-à-dire : l'identifiant unique, la clé AES chiffrée de l'étape 513, la clé RSA publique du serveur S. Dans une étape 604, le serveur S se connecte à l'appareil lb, via un réseau 30 de télécommunication R, pour lui transférer le jeton d'authentification de l'étape 603. 3051091 - 25 - Dans une étape 605, le jeton reçu à l'étape 604 s'affiche sur l'interface graphique 13 de l'appareil 1 b, par exemple sous la forme d'un code QR, d'un code barres, ou sous toute autre forme convenant à l'homme du métier. Dans une étape 606, l'appareil la acquiert le jeton affiché sur l'interface 5 graphique 13 de l'appareil lb, par exemple en scannant le code QR. Dans une étape 607, l'appareil la se connecte au serveur S, via un réseau de télécommunication R. Cette connexion intervient automatiquement en réponse à l'acquisition de l'étape 606. Dans une étape 608, le serveur S transfère à l'appareil la : le jeton 10 d'authentification de l'étape 603, la clé RSA publique du serveur S et l'identifiant unique reçu à l'étape 602. Dans une étape 609, l'utilisateur peut être amené à générer un paramètre d'authentification, par exemple : connexion à un réseau wifi ; connexion Bluetooth ; empreinte digitale ; scan rétinien ; reconnaissance d'iris, scan d'un tag 15 NFC ou RFID ; etc. Cela n'intervient que si la génération d'un des paramètres d'authentification nécessite une action volontaire de l'utilisateur. Dans tous les autre cas, l'appareil la détecte automatiquement tous les paramètres d'authentification déterminés à l'étape 511. Dans une étape 610, l'appareil la génère une nouvelle clé AES. L'appareil 20 la chiffre, avec cette nouvelle clé AES, les paramètres d'authentification relevés à l'étape 609. Dans une étape 611, l'appareil la chiffre la nouvelle clé AES générée à l'étape 610, avec la clé RSA publique du serveur S reçue à l'étape 608. Dans une étape 612, l'appareil la se connecte au serveur S, via un réseau 25 de télécommunication R, pour lui transférer : les paramètres d'authentification chiffrés à l'étape 610, la nouvelle clé AES de l'étape 610 chiffrée à l'étape 611, la clé AES extraite à l'étape 601, le jeton d'authentification reçu à l'étape 608, l'identifiant unique reçu à l'étape 608. Dans une étape 613, le serveur S déchiffre les clés AES reçues à l'étape 30 612 avec sa clé RSA privée. 305 109 1 - 26 - Dans une étape 614, le serveur S déchiffre les paramètres d'authentification reçus à l'étape 612, avec la nouvelle clé AES de l'étape 610 déchiffrée à l'étape 613. Dans une étape 615, le serveur S déchiffre la condition d'authentification 5 reçue à l'étape 514, avec la clé AES extraite à l'étape 601 et déchiffrée à l'étape 613. Dans une étape 616, le serveur S confronte les paramètres d'authentification déchiffrés à l'étape 614 à la condition d'authentification déchiffrée à l'étape 615. 10 Dans une étape 617, le serveur S génère une instruction pour autoriser l'accès aux données chiffrées. Cette instruction n'est générée que si les paramètres d'authentification déchiffrés à l'étape 614 respectent la condition d'authentification déchiffrée à l'étape 615. Cette instruction se matérialise avantageusement sous la forme de la clé AES chiffrée à l'étape 516. 15 Dans une étape 618, le serveur S transfère à l'appareil lb: la clé AES chiffrée à l'étape 516. Cette transmission est réalisée via un réseau de télécommunication R. Dans une étape 619, l'appareil lb déchiffre la clé AES reçue à l'étape 618, avec sa clé RSA privée générée à l'étape 501. 20 Dans une étape 620, l'appareil lb déchiffre les données chiffrées. Ce déchiffrement est réalisé avec la clé AES déchiffrée à l'étape 619. L'agencement des différents éléments et/ou moyens et/ou étapes de 25 l'invention, dans les modes de réalisation décrits ci-dessus, ne doit pas être compris comme exigeant un tel agencement dans toutes les implémentations. Il est évident que d'autres modes de réalisation qui partent de ces détails pourraient encore être compris comme entrant dans le cadre des revendications annexées. En tout état de cause, on comprendra que diverses modifications peuvent être 30 apportées à ces éléments et/ou moyens et/ou étapes, sans s'écarter de l'esprit et de la portée de l'invention. En particulier : 3051091 - 27 - - Les étapes de chiffrement RSA et AES ne sont pas essentielles bien qu'elles renforcent davantage la sécurité. - Le chiffrement RSA peut être remplacé par n'importe quel autre algorithme de cryptographie asymétrique, ou symétrique. 5 - Le chiffrement AES peut être remplacé par n'importe quel autre algorithme de cryptographie symétrique, ou asymétrique. 10 REVENDICATIONS1. Procédé d'authentification pour autoriser l'accès à un site internet (S') depuis l'appareil informatique (1a) d'un utilisateur ou l'accès à des données chiffrées stockées dans ledit appareil informatique, - dans lequel, une phase préalable de paramétrage comprend les étapes suivantes : o créer une liste de paramètres d'authentification (A, B, C, D' Z), lesquels paramètres sont répartis : - dans un premier groupe consistant en au moins une donnée de géo-localisation de l'appareil informatique (1a) et/ou une plage horaire de fonctionnement dudit appareil, - et dans un second groupe consistant en au moins une autre donnée autre qu'un mot de passe, qu'un login, qu'une donnée de géo-localisation de l'appareil informatique (1a) et qu'une plage horaire de fonctionnement dudit appareil, o sélectionner, depuis une interface graphique (13) de l'appareil électronique (1a), au moins un paramètre d'authentification du premier groupe et au moins un paramètre d'authentification du second groupe, o définir, depuis l'interface graphique (13), au moins une condition d'authentification en sélectionnant un ou plusieurs opérateurs logiques appartenant à la liste suivante : ET logique, OU logique, NON logique, et combiner le ou les opérateurs logiques sélectionnés aux paramètres d'authentification choisis, o enregistrer, dans un serveur informatique (S), cette condition d'authentification, lequel serveur informatique est adapté pour gérer la connexion au site internet (S') ou l'accès aux données chiffrées, - et dans lequel, la phase ultérieure d'accès au site internet ou d'accès aux données chiffrées comprend les étapes suivantes : 3051091 - 29 - o se connecter, depuis l'appareil informatique (1a), au serveur informatique (S) et lui transmettre, au travers d'un réseau de télécommunication (R), des paramètres d'authentification, o analyser, dans le serveur informatique (S), les paramètres 5 d'authentification transmis et les confronter à la condition d'authentification, o n'autoriser l'accès au site intemet (S) ou l'accès aux données chiffrées que si les paramètres d'authentification transmis respectent la condition d'authentification. 10 2. Procédé selon la revendication 1, dans lequel le second groupe consiste en au moins une donnée choisie dans la liste suivante : identifiant intégré dans une carte SIM de l'appareil informatique (1a) ; identifiant associé à l'appareil informatique (1a) ; SSID d'un réseau wifi ; détection d'une connexion Bluetooth 15 entre l'appareil informatique (1a) et un autre appareil électronique ; identifiant enregistré dans un tag NFC ou RFID ; empreinte digitale ; scan rétinien ; reconnaissance d'iris ; détection d'une connexion entre l'appareil informatique (1a) et un serveur proxy ; détection d'une connexion entre l'appareil informatique (1a) et un serveur VPN ; adresse IP attribuée à l'appareil informatique (1a) lors de sa 20 connexion à un réseau de télécommunication ; détection d'une connexion de l'appareil informatique (1a) à un réseau social ; détection d'une connexion de l'appareil informatique (1a) à la page d'un ami spécifique ou d'une personne spécifique suivie sur un réseau social ; adresse MAC d'une passerelle réseau. 25 3. Procédé selon l'une des revendications précédentes, comprenant une étape consistant à chiffrer la condition d'authentification avec un algorithme de cryptographie. 4. Procédé selon la revendication 3, consistant à chiffrer la condition 30 d'authentification avec une clé AES générée par l'appareil informatique (1a). 3051091 - 30 - 5. Procédé selon la revendication 4, comprenant une étape consistant à chiffrer la clé AES avec une clé RSA publique générée par le serveur informatique (S). 5 6. Procédé selon l'une des revendications précédentes, comprenant une étape consistant à chiffrer les données avec un algorithme de cryptographie. 7. Procédé selon la revendication 6, consistant à chiffrer les données avec une clé AES générée par le serveur informatique (S). 10 8. Procédé selon l'une des revendications précédentes, comprenant une étape consistant à enregistrer les données chiffrées dans une mémoire (11) de l'appareil électronique (1a). 15 9. Procédé selon l'une des revendications précédentes, comprenant une étape consistant à enregistrer des données chiffrées dans une mémoire (11) d'un second appareil électronique (1 b) qui est distinct de l'appareil électronique (1a). 10. Procédé selon la revendication 9, comprenant une étape consistant à 20 transmettre une clé de déchiffrement des données au second appareil électronique (1 b), cette clé de déchiffrement étant automatiquement transmise par le serveur informatique (S) si les paramètres d'authentification transmis par l'appareil électronique (1a) respectent la condition d'authentification.