FR 3145814 A1 20240816 FR 2301407 A 20230215 PROCEDE DE SECURISATION D’UN ACCES A UNE RESSOURCE Un aspect de l’invention concerne un procédé, mis en œuvre par ordinateur, de sécurisation d’un accès à une ressource via une page web, ladite page web étant identifiée par une adresse web, l’accès à la ressource requérant une authentification d’un utilisateur. Figure à publier avec l’abrégé : Figure 2 PROCEDE DE SECURISATION D’UN ACCES A UNE RESSOURCE DOMAINE TECHNIQUE DE L’INVENTION Le domaine technique de l’invention est celui de la sécurité informatique et de la protection des données, en particulier des données d’identification. ARRIERE-PLAN TECHNOLOGIQUE DE L’INVENTION Aujourd’hui, une grande majorité des services en ligne nécessite une authentification de l’utilisateur, en général à l’aide d’un identifiant et d’un mot de passe. Les utilisateurs doivent donc gérer un grand nombre de données d’authentification, ce qui n’est pas toujours pratique ou évident. Par exemple, plus le nombre de mots de passe à retenir est important, plus il y a un risque d’oubli d’au moins un de ces mots de passe. Aussi, les utilisateurs peuvent être tentés d’utiliser des mêmes données d’authentification pour plusieurs services en ligne. En particulier, les responsables de systèmes informatiques des entités organisationnelles telles que des entreprises, des universités ou tout autre type de structure, sont confrontées au problème suivant : certains utilisateurs utilisent leurs données d’authentification professionnelles pour accéder à des services non gérés par le système informatique, tels que des sites de commerces en ligne, des réseaux sociaux ou des sites de livraison de repas. Par « données d’authentification professionnelles », il est entendu des données d’authentification destinées à être utilisées dans le cadre des services associés à l’entité organisationnelle, par exemple un intranet ou une messagerie professionnelle. Le terme « professionnel » s’étend ici à tout lien entre un utilisateur et une entité organisationnelle. Par exemple l’adresse électronique fournie par une université à un étudiant, ayant comme nom de domaine celui de l’université (par exemple « prenom.nom@universite.fr »), est considérée ici comme une adresse professionnelle, et un couple {identifiant, mot de passe} fourni par l’université à l’étudiant pour avoir accès à sa messagerie et/ou au réseau local de l’université est considéré comme des données d’authentification professionnelle. L’utilisation de données d’authentification professionnelles pour des sites non approuvés ou non gérés par le système informatique d’une entité organisationnelle pose d’importants problèmes de sécurité informatique et de protection des données. Un utilisateur malveillant pourrait par exemple récupérer des données d’authentification professionnelle utilisées pour accéder à un site de livraison de repas, et les utiliser pour avoir accès à des données sensibles propres à l’entité organisationnelle, voire pour pirater le système informatique de l’entité organisationnelle. Ce risque est d’autant plus important que les attaques informatiques sont de plus en plus difficiles à détecter ou à contourner. Par exemple, un type d’attaque assez récent, appelé BitB (pour « Browser in the Browser » en anglais, ou « Navigateur dans le Navigateur » en français) consiste à récupérer un identifiant et un mot de passe d’un utilisateur en « imitant » une fenêtre d’identification. Dans sa version la plus élaborée, cette fausse fenêtre d’identification peut même reproduire l’icône dans la barre de titre et l’URL de la page originale (y compris lorsque celle-ci comprend un « https », que l’utilisateur considère généralement comme une garantie que la page visitée est sérieuse), ce qui la rend très difficile à détecter. Il existe donc un besoin pour protéger les données d’authentification professionnelles et éviter que celles-ci ne soient récupérées par des tiers. L’invention offre une solution aux problèmes évoqués précédemment, en permettant d’empêcher l’utilisateur d’envoyer ses données d’authentification professionnelles vers un serveur externe non maîtrisé ou non anticipé par le gestionnaire du système informatique de l’entité organisationnelle (typiquement un serveur non géré par le gestionnaire du système informatique de l’entité organisationnelle et vers lequel le gestionnaire du système informatique de l’entité organisationnelle ne souhaite pas que les données d’authentification professionnelles soient envoyées). Un aspect de l’invention concerne ainsi un procédé, mis en œuvre par ordinateur, de sécurisation d’un accès à une ressource via une page web, ladite page web étant identifiée par une adresse web, l’accès à la ressource requérant une authentification ou un enregistrement d’un utilisateur, le procédé comprenant : recevoir au moins un nom de domaine à surveiller ; détecter une tentative d’envoi, vers un serveur externe, d’au moins deux chaînes de caractères respectivement associées à au moins deux champs utilisateurs de la page web ; déterminer si l’adresse web identifiant la page web correspond à une adresse web autorisée ; si l’adresse web identifiant la page web correspond à une adresse web autorisée, autoriser l’envoi des au moins deux chaînes de caractères au serveur externe ; sinon, déterminer si une chaîne de caractères parmi les au moins deux chaînes de caractères correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu : si aucune chaîne de caractères ne correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu, autoriser l’envoi des au moins deux chaînes de caractères au serveur externe ; si une chaîne de caractères, appelée première chaîne de caractères, correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu, mettre en pause l’envoi des au moins deux chaînes de caractères au serveur externe pendant un intervalle de temps et envoyer une requête d’interrogation associée à un fournisseur d’identité pour déterminer si une deuxième chaîne de caractères parmi les au moins deux chaînes de caractères correspond à une donnée d’authentification associée à la première chaîne de caractères ; dans lequel si une réponse à la requête d’interrogation est reçue pendant l’intervalle de temps, le procédé comprend en outre : si une deuxième chaîne de caractères parmi les au moins deux chaînes de caractères correspond à une donnée d’authentification associée à la première chaîne de caractères, empêcher l’envoi des au moins deux chaînes de caractères au serveur externe ; sinon, autoriser l’envoi des au moins deux chaînes de caractères au serveur externe. Par « ressource », il est entendu toute donnée, contenu numérique ou service accessible à partir d’une page web, par exemple un document électronique, une image, une vidéo, un service de livraison de repas en ligne, un service de commerce électronique, etc. Pour accéder à la ressource, l’utilisateur consulte une page web identifiée par une adresse web. L’adresse web peut être classiquement une URI (pour « Uniform Resource Identifier » en anglais, ou « identifiant uniforme de ressource » en français), par exemple une URL (pour « Uniform Resource Locator », ou « repère uniforme de ressource » en français) ou une URN (pour « Uniform Resource Name » en anglais, ou « nom uniforme de ressource » en français). Par « authentification », il est entendu un procédé visant à vérifier l’identité d’un utilisateur, typiquement par saisie d’une donnée d’identification appelée identifiant et d’une donnée d’authentification, par exemple un mot de passe ou une donnée biométrique. Par « enregistrement », il est entendu un procédé visant à enregistrer certaines informations relatives à un utilisateur auprès d’un serveur externe en vue d’une authentification future sur un site web. L’enregistrement nécessite typiquement que l’utilisateur saisisse au moins un identifiant et une donnée d’authentification. Le « au moins un nom de domaine à surveiller » correspond typiquement à un ou plusieurs noms de domaine associés à l’entité organisationnelle. Par « adresse web autorisée », il est entendu une adresse web pour laquelle il n’est pas nécessaire de procéder à des vérifications complémentaires. Les adresses web autorisées correspondent typiquement à des adresses web que le gestionnaire du système informatique de l’entité organisationnelle a reconnues comme étant « sûres », ou « contrôlées », ou « légitimes ». Par « tentative d’envoi », il est entendu que l’utilisateur valide la saisie de données pour les envoyer vers un serveur externe, par exemple un serveur d’authentification ou un serveur d’enregistrement. Le mot « tentative » indique que, selon le procédé de l’invention, cet envoi peut être mis en pause pour effectuer des vérifications. A l’issue de ces vérifications, l’envoi peut être autorisé ou bloqué. Par « mis en pause », il est entendu que l’envoi est temporairement suspendu, par exemple en forçant l’exécution d’un script avant l’envoi effectif des données vers le serveur externe, pour effectuer les vérifications nécessaires. La mise en pause peut être avantageusement mise en œuvre pour une durée ΔT prédéterminée, par exemple entre 200 ms et 500 ms. L’intervalle de temps peut donc, dans ces modes de réalisation, correspondre à un intervalle s’étendant entre T et T+ΔT, où T désigne le début de la mise en pause (ou, de manière équivalente ou quasi-équivalente) le moment où l’utilisateur tente d’envoyer les données vers le serveur externe. Par « donnée d’authentification associée à la première chaîne de caractères », la première chaîne de caractères correspondant à une adresse électronique, il est entendu que le couple {adresse électronique, donnée d’authentification} est enregistré auprès d’un fournisseur d’identité comme un couple de données permettant d’authentifier un utilisateur. Par exemple, la première chaîne de caractères peut être une adresse électronique professionnelle et la deuxième chaîne de caractères peut être un mot de passe professionnel, l’adresse électronique professionnelle et mot de passe professionnel étant gérés par le fournisseur d’identité. Ainsi, selon l’invention, il est possible de vérifier qu’aucun couple {adresse électronique professionnelle, mot de passe professionnel} n’est utilisé pour s’authentifier ou s’enregistrer auprès d’un site web pour accéder à un service qui n’est pas certifié comme fiable par le gestionnaire du système informatique. Si un utilisateur tente d’utiliser ses données professionnelles (i.e. le couple {adresse électronique professionnelle, mot de passe professionnel}) pour accéder à un tel service, l’envoi des données professionnelles est avantageusement bloqué, ce qui évite que les données professionnelles ne puissent être récupérées par un tiers qui pourrait ensuite les utiliser pour accéder à des données sensibles de l’entité organisationnelle. Cette vérification se fait avantageusement en interrogeant le fournisseur d’identité qu’une entité organisationnelle a choisie pour gérer les identifiants de ses utilisateurs, ce qui évite de devoir stocker en local les données d’authentification des utilisateurs, et renforce la sécurité globale du système informatique de l’entité organisationnelle. Dans un ou plusieurs modes de réalisation, le procédé peut en outre comprendre : recevoir une liste d’adresses web autorisées. La détermination de si l’adresse web identifiant la page web correspond à une adresse web autorisée peut alors être basée sur une vérification que l’adresse web identifiant la page web appartient ou non à la liste d’adresses web autorisées. La liste d’adresses web est ici appelée « liste d’adresses web autorisées » désigne un ensemble d’adresses web pour lesquelles il n’est pas nécessaire d’effectuer des vérifications particulières. Ces adresses web autorisées sont typiquement des adresses web qui ont été jugées comme « fiables », par exemple par le gestionnaire du système informatique de l’entité organisationnelle. Lorsque l’adresse web du site web auprès duquel un utilisateur cherche à s’authentifier ou à s’enregistrer n’appartient pas à la liste d’adresses web autorisées, des vérifications sont mises en œuvre. Il est entendu que, de manière équivalente, il est possible de désigner un ensemble d’adresses web « à surveiller », et que les vérifications sont mises en œuvre dans le cas où l’utilisateur tente de s’authentifier ou de s’enregistrer auprès d’un site web dont l’adresse web est une adresse web à surveiller. Alternativement ou en complément, la détermination de si l’adresse web identifiant la page web correspond à une adresse web autorisée peut être basée sur un algorithme d’Intelligence Artificielle, par exemple un algorithme d’apprentissage automatique (ou « machine learning » en anglais). Par exemple, il est possible d’entraîner un modèle d’apprentissage automatique pour déterminer, grâce au modèle entraîné, si une adresse web correspond à une adresse web autorisée ou non – en particulier si elle correspond à une adresse web présentant un danger pour l’utilisateur et pour le système informatique. Cette détermination peut comprendre le calcul d’une probabilité que l’adresse web soit une adresse autorisée, et la comparaison de la probabilité calculée à un seuil prédéfini (par exemple 0,9). Dans un ou plusieurs modes de réalisation, si aucune réponse à la requête d’interrogation n’est reçue pendant l’intervalle de temps, le procédé peut en outre comprendre : empêcher l’envoi des au moins deux chaînes de caractères au serveur externe. Selon ces modes de réalisation, si aucune réponse à la requête d’interrogation n’est reçue du fournisseur d’identité pendant l’intervalle de temps (ce qui peut arriver, par exemple, parce que la requête d’interrogation n’a pas abouti, ou parce que le fournisseur d’identité n’est pas en mesure de répondre, par exemple à cause d’une maintenance), l’envoi des données est bloqué, ce qui permet de ne prendre aucun risque que l’utilisateur envoie ses données professionnelles à un serveur externe. Dans un ou plusieurs modes de réalisation, la donnée d’authentification peut être un mot de passe. Bien entendu, d’autres données d’authentification peuvent être utilisées, par exemple une donnée biométrique, comme une empreinte digitale. Dans un ou plusieurs modes de réalisation, si l’envoi des au moins deux chaînes de caractères au serveur externe est empêché, le procédé peut en outre comprendre : rediriger l’utilisateur sur une nouvelle page web. Par exemple, l’utilisateur peut ainsi être averti qu’il ne peut pas accéder à la page demandée avec les données qu’il a renseignées dans les champs utilisateur de la page web qu’il consultait. Dans un ou plusieurs modes de réalisation, la requête d’interrogation est envoyée à un serveur associé au fournisseur d’identité et la réponse à la requête d’interrogation est reçue du serveur associé au fournisseur d’identité. Dans ces modes de réalisation, aucune donnée d’authentification n’a besoin d’être stockée, et la vérification du couple {adresse électronique, donnée d’authentification} est effectuée en interrogeant un serveur associé au fournisseur d’identité. Alternativement, la requête d’interrogation est une requête d’interrogation d’une base de données comprenant des entrées, chaque entrée comprenant une adresse électronique, une information relative à une donnée d’authentification associée à l’adresse électronique, et une information relative à un fournisseur d’identité auquel est rattachée l’adresse électronique. Dans ces modes de réalisation, la vérification du couple {adresse électronique, donnée d’authentification} est effectuée en interrogeant une base de données dans laquelle sont enregistrées des couples {adresse électronique, donnée d’authentification} associés à un fournisseur d’identité. Ces modes de réalisation sont notamment avantageux lorsque l’utilisateur utilise un gestionnaire de mot de passe, et qu’une ou plusieurs adresses électroniques de l’utilisateur sont stockées dans une base de données en association avec un fournisseur d’identité auquel elles sont rattachées (i.e. le fournisseur d’identité qui gère l’adresse électronique professionnelle) et avec des informations relatives aux mots de passe associés à ces adresses électroniques (par exemple des versions chiffrées des mots de passe). Dans un ou plusieurs modes de réalisation, à la détection de la tentative d’envoi des au moins deux chaînes de caractères, lesdites au moins deux chaînes de caractères peuvent être stockées dans une mémoire, et après l’interrogation du fournisseur d’identité, chaque chaîne de caractères autre que la première chaîne de caractères peut être effacée de ladite mémoire. Par exemple, les chaînes de caractères peuvent être stockées temporairement dans un espace mémoire que le navigateur dédie pour la page web consultée, et dès que celle-ci est fermée, ces données sont automatiquement effacées. Typiquement, les chaînes de caractères autres que l’adresse électronique professionnelles vont être testées, auprès du fournisseur d’identité, comme mot de passe associé à ladite adresse électronique professionnelle. Pour cela, toutes ces chaînes de caractères peuvent être stockées temporairement, et effacées à la fin de la vérification auprès du fournisseur d’identité. Cela permet de ne conserver aucun mot de passe potentiel stocké en local. Dans ces modes de réalisation, à la détection de la tentative d’envoi des au moins deux chaînes de caractères, une chaîne de caractères autre que la première chaîne de caractères est stockée dans la mémoire en association avec une donnée informative respective ; dans lequel, si ladite chaîne de caractères autre que la première chaîne de caractères correspond à une donnée d’authentification associée à ladite première chaîne de caractères, la donnée informative relative à la deuxième chaîne de caractères est conservée dans la mémoire en association avec la première chaîne de caractères. Selon ces modes de réalisation, lorsqu’il est déterminé que l’une des chaînes de caractères est un mot de passe (ou un autre type de donnée d’authentification) associé à l’adresse électronique, il est conservé en mémoire une donnée informative relative au mot de passe, en association avec l’adresse électronique. Cela permet, lors d’une tentative ultérieure d’envoi de données vers un serveur externe, d’identifier plus rapidement les champs utilisateur qui peuvent correspondre à une donnée d’authentification associée à l’adresse électronique, sans la stocker en tant que telle (si la donnée informative est récupérée par un tiers malveillant, elle ne peut pas être utilisée pour accéder à des données de l’entité organisationnelle). Cette donnée informative peut être n’importe quelle donnée dérivée de la chaîne de caractères correspondant au mot de passe. Par exemple, la donnée informative peut être un résultat d’une fonction appliquée à la chaîne de caractères à laquelle elle est associée. Par exemple, la donnée informative peut être le résultat d’une fonction de chiffrement ou de hachage appliquée à la chaîne de caractères, ou a une portion de la chaîne de caractères (par exemple les x premiers ou derniers caractères, x étant un nombre prédéfini), ou encore à une donnée associée à la chaîne de caractères, par exemple son nombre de caractères. Dans un mode de réalisation particulier, la donnée informative peut ainsi correspondre au résultat de l’application d’une fonction de hachage au nombre de caractères de la chaîne de caractères. D’autres modes de réalisation sont possibles, par exemple la donnée informative peut être un résultat tronqué d’un algorithme de chiffrement appliqué à la chaîne de caractères. Dans certains modes de réalisation, la donnée informative est différente de la chaîne de caractères. Dans un ou plusieurs modes de réalisation, le procédé peut en outre comprendre : détecter une tentative d’envoi, vers un deuxième serveur externe, d’au moins deux séquences de caractères respectivement associées à au moins deux champs utilisateurs d’une deuxième page web dont une adresse web ne correspond pas à une adresse web autorisée, dans lequel une séquence de caractères parmi les au moins deux séquences de caractères correspond à la première chaîne de caractères ; à la détection de ladite tentative d’envoi, déterminer, pour au moins une séquence de caractères autre que la séquence de caractères correspondant à la première chaîne de caractères, si ladite au moins une séquence de caractères est compatible avec la donnée informative stockée en association avec la première chaîne de caractères, et sélectionner ladite au moins une séquence de caractères uniquement si ladite au moins une séquence de caractères est compatible avec ladite donnée informative : si aucune séquence de caractères autre que la séquence de caractères correspondant à la première chaîne de caractères n’est sélectionnée, autoriser l’envoi des au moins deux séquences de caractères au deuxième serveur externe ; sinon, mettre en pause l’envoi des au moins deux séquences de caractères au deuxième serveur externe pendant un deuxième intervalle de temps et envoyer une deuxième requête d’interrogation associée au fournisseur d’identité pour déterminer si une séquence de caractères sélectionnée correspond à une donnée d’authentification associée à la première chaîne de caractères ; dans lequel si une réponse à la deuxième requête d’interrogation est reçue pendant le deuxième intervalle de temps, le procédé peut en outre comprendre : si une séquence de caractères sélectionnée correspond à une donnée d’authentification associée à la première chaîne de caractères, empêcher l’envoi des au moins deux séquences de caractères au deuxième serveur externe ; sinon, autoriser l’envoi des au moins deux séquences de caractères au deuxième serveur externe. En d’autres termes, lors d’une tentative ultérieure d’envoi de données auprès d'un autre serveur externe par l’utilisateur, une étape préalable permet de ne considérer que les champs utilisateur qui pourraient contenir le mot de passe professionnel. Cette étape préalable repose sur l’utilisation de la donnée informative préalablement stockée en association avec l’adresse électronique. Ce mode de réalisation est particulièrement avantageux lorsque la page web comprend beaucoup de champs utilisateur, et que l’envoi d’une requête d’interrogation au fournisseur d’identité pour chacun de ces champs serait en conséquence assez long. Par exemple, si l’adresse électronique professionnelle est stockée en association avec le nombre de caractères du mot de passe professionnel, seuls les champs dont les séquences de caractères ont un nombre de caractères égal au nombre de caractères stocké en association avec l’adresse électronique professionnelle sont testés. Il est noté que la formulation « séquence de caractères » est utilisée uniquement par souci de simplification et de clarté par rapport à la formulation « chaîne de caractères » ci-dessus, mais que ces deux formulations désignent des mêmes types d’éléments. Il est également noté que la donnée informative relative à une donnée d’authentification peut être utilisée dès la première mise en œuvre du procédé. Par exemple, il est possible de stocker, dans une mémoire accessible en local, toutes les adresses électroniques professionnelles en association avec des données informatives respectives, par exemple les nombres de caractères des mots de passe professionnels associés aux adresses électroniques professionnelles. Dès la première mise en œuvre du procédé de sécurisation selon l’invention, lorsqu’il a été détecté que l’un des champs correspond à une adresse électronique professionnelle, il est possible de ne sélectionner que chaînes de caractères compatibles avec la donnée informative associée à ladite adresse électronique professionnelle et d’envoyer des requêtes d’interrogation vers le fournisseur d’identité uniquement pour les chaînes de caractères sélectionnées. Cela permet de gagner un temps considérable lorsqu’il y a plus de deux champs utilisateur sur une page web, tout en évitant de stocker les données d’authentification en tant que telles (un tiers qui récupèrerait ces données informatives en association avec les adresses électroniques professionnelles ne pourrait pas les utiliser pour accéder à des données sensibles de l’entité organisationnelle). Un autre aspect de l’invention concerne un dispositif de sécurisation d’un accès à une ressource via une page web, ladite page web étant identifiée par une adresse web, l’accès à la ressource requérant une authentification ou un enregistrement d’un utilisateur, le dispositif étant configuré pour : recevoir au moins un nom de domaine à surveiller ; détecter une tentative d’envoi, vers un serveur externe, d’au moins deux chaînes de caractères respectivement associées à au moins deux champs utilisateurs de la page web ; à la détection de la tentative d’envoi, déterminer si l’adresse web identifiant la page web correspond à une adresse web autorisée ; si l’adresse web identifiant la page web correspond à une adresse web autorisée, autoriser l’envoi des au moins deux chaînes de caractères au serveur externe ; sinon, déterminer si une chaîne de caractères parmi les au moins deux chaînes de caractères correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu : si aucune chaîne de caractères ne correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu, autoriser l’envoi des au moins deux chaînes de caractères au serveur externe ; si une chaîne de caractères, appelée première chaîne de caractères, correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu, mettre en pause l’envoi des au moins deux chaînes de caractères au serveur externe pendant un intervalle de temps et envoyer une requête d’interrogation associée à un fournisseur d’identité pour déterminer si une deuxième chaîne de caractères parmi les au moins deux chaînes de caractères correspond à une donnée d’authentification associée à la première chaîne de caractères ; dans lequel le dispositif peut être en outre configuré, si une réponse à la requête d’interrogation est reçue pendant l’intervalle de temps, pour : si une deuxième chaîne de caractères parmi les au moins deux chaînes de caractères correspond à une donnée d’authentification associée à la première chaîne de caractères, empêcher l’envoi des au moins deux chaînes de caractères au serveur externe ; sinon, autoriser l’envoi des au moins deux chaînes de caractères au serveur externe. Un programme informatique, mettant en œuvre tout ou partie du procédé décrit ci- avant, installé sur un équipement préexistant, est en lui-même avantageux. Ainsi, la présente invention vise également un programme informatique comportant des instructions pour la mise en œuvre de certaines étapes du procédé précédemment décrit, lorsque ce programme est exécuté par un processeur. Ce programme peut utiliser n'importe quel langage de programmation (par exemple, un langage-objet ou autre), et être sous la forme d'un code source interprétable, d'un code partiellement compilé ou d'un code totalement compilé. La décrite en détail ci-après peut former l'organigramme de l'algorithme général d'un tel programme informatique. L’invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l’examen des figures qui l’accompagnent. BREVE DESCRIPTION DES FIGURES D’autres caractéristiques et avantages de l’invention apparaîtront à la lecture de la description, qui peut être lue en regard des figures. Ces figures sont présentées à titre indicatif et nullement limitatif de l’invention. La représente un premier exemple de page web dans un navigateur. La représente un deuxième exemple de page web dans un navigateur. La représente un ordinogramme d’un procédé de sécurisation d’un accès à un contenu via une page web, selon un mode de réalisation de l’invention. La représente un exemple de dispositif de sécurisation d’un accès à un contenu via une page web, selon un mode de réalisation de l’invention. DESCRIPTION DETAILLEE La représente un premier exemple de page web dans un navigateur. Sur l’exemple de la , un utilisateur tente d’accéder à un service de livraison de restauration en ligne via une page web (ou « fenêtre de navigateur ») identifiée par une adresse web 110. Cette adresse web 110 peut être typiquement une adresse URL de la page web. La page web présentée sur la comprend deux champs utilisateurs pour saisir un identifiant (champ utilisateur 120) et un mot de passe (champ utilisateur 130), afin de s’authentifier et ainsi accéder au service de livraison de restauration en ligne. L’utilisateur est invité à saisir deux chaînes de caractères correspondant à son identifiant et à son mot de passe dans les champs utilisateur dédiés 120, 130, et à valider la saisie grâce à un bouton de validation 140. Dans cet exemple, les données d’authentification comprennent un identifiant et un mot de passe, mais l’invention ne se limite pas à cet exemple et d’autres modes de réalisation sont possibles. En particulier, le mot de passe peut être remplacé par une autre donnée d’authentification, par exemple une donnée biométrique, comme une empreinte digitale, que l’utilisateur peut entrer à l’aide d’un lecteur d’empreintes digitales relié à son ordinateur. Il est noté que le terme « authentifier » désigne ici les actions conjointes d’identification (i.e. le fait d’identifier un utilisateur grâce à un identifiant) et d’authentification (i.e. la vérification de l’identité de l’utilisateur, grâce à une donnée d’utilisation telle qu’un mot de passe). De manière classique, en l’absence d’un procédé de sécurisation comme celui proposé par l’invention, lors de la validation de la saisie de l’identifiant 120 et du mot de passe 130, une requête HTTP est envoyée vers un serveur externe, qui vérifie alors si le couple {identifiant, mot de passe} correspond à un enregistrement dans une base de données, par exemple via une requête SQL SELECT. Si le couple correspond à un enregistrement dans la base de données, le serveur externe peut envoyer une réponse HTTP pour indiquer que l’authentification est réussie. L’invention propose de sécuriser les données d’authentification professionnelles d’un utilisateur en empêchant ce dernier d’utiliser ses données d’authentification professionnelles pour s’authentifier auprès de certains services, notamment des services qui ne sont pas contrôlés par l’organisation professionnelle à laquelle l’utilisateur est rattaché. Par exemple, une liste d’adresses web (par exemple des adresses URL) « autorisées » peut être définie, et dès que l’utilisateur tente de s’authentifier sur une page web dont l’adresse ne fait pas partie de la liste des adresses web autorisées, une procédure de sécurisation est mise en œuvre. Bien entendu, en alternative à une liste d’adresses web autorisées, il peut être défini une liste d’adresses web « non autorisées » ou « surveillées », et la procédure de sécurisation est mise en œuvre lorsque l’utilisateur tente de s’authentifier sur une page web dont l’adresse appartient à la liste d’adresses web non autorisées. En alternative ou en complément, le fait qu’une adresse web soit autorisée ou non peut être déterminée grâce à un algorithme d’apprentissage automatique, entraîné de manière supervisée ou non. La procédure de sécurisation peut être mise en œuvre de la manière suivante : lorsque l’utilisateur valide la saisie de ses données d’authentification dans les champs 120 et 130, par exemple en cliquant sur un bouton de validation 140, ces données sont récupérées pour être analysées. Tout d’abord, il peut être vérifié si une chaîne de caractères correspondant à l’un des champs 120, 130 correspond ou non à un identifiant « sensible » (i.e. à protéger), par exemple une adresse électronique professionnelle. Cette vérification peut être faite, par exemple, en déterminant si l’une des chaînes de caractères saisies dans l’un des champs 120, 130 comprend ou se termine par un nom de domaine particulier, éventuellement précédé du caractère séparateur @. Par exemple, ce nom de domaine peut correspondre à une entité organisationnelle (comme « organisation.com »). Il est noté que la vérification peut être faite pour plusieurs noms de domaine, par exemple « organisation.com », « organisation.net » et « organisation-france.fr ». Dans certains modes de réalisation, au moins certains champs 120, 130 sont associés à des types respectifs, qui permettent de déterminer quel champ 120, 130 correspond à un identifiant ou à une adresse électronique. Par exemple, en langage HTML, l’attribut « type » du champ 120 peut prendre la valeur « email », ce qui permet de déterminer que c’est le champ 120 qui correspond à une adresse électronique. Il est ainsi possible de ne tester que la chaîne de caractères saisie dans le champ 120, pour déterminer si elle correspond à une adresse électronique professionnelle. Dans d’autres modes de réalisation, les champs 120, 130 ne sont pas associés à des types respectifs, et il est possible de tester successivement les chaînes de caractères correspondant aux champs 120, 130 pour déterminer si l’un d’entre eux correspond à une adresse électronique professionnelle. Il est noté que le formulaire peut comprendre plus de deux champs, comme représenté sur l’exemple de la . Sur l’exemple de la , l’utilisateur est invité à saisir un ensemble de données dans un formulaire pour s’inscrire sur une plate-forme de service de livraison de restauration en ligne. Sur cet exemple, le formulaire comprend, en plus du champ identifiant 120 et du champ « mot de passe » 130, une pluralité d’autres champs 150a, 150b, 150c. Comme dans l’exemple de la , l’utilisateur est invité à valider ces données et les envoyer vers un serveur externe en cliquant sur un bouton de validation 140. Comme mentionné précédemment, si un champ 120 du formulaire est associé à un type indiquant que ce champ 120 correspond à une adresse électronique, il est possible de ne tester que la chaîne de caractères saisie dans ce champ 120 et déterminer si elle correspond à une adresse électronique professionnelle. Si aucun champ 120, 130, 150a, 150b, 150c n’est associé à un type de champ, il est possible de tester successivement les chaînes de caractères correspondant aux différents champs 120, 130, 150a, 150b, 150c pour déterminer si l’un d’entre eux correspond à une adresse électronique professionnelle. Le test peut s’arrêter lorsque l’un des champs 120, 130, 150a, 150b, 150c est déterminé comme correspondant à une adresse électronique professionnelle. Alternativement, le test peut s’arrêter lorsque l’un des champs 120, 130, 150a, 150b, 150c est déterminé comme correspondant à une adresse électronique (professionnelle ou non). Il peut arriver qu’aucun des champs ne soit associé à un type indiquant qu’il s’agit d’une adresse électronique, mais que certains champs 120, 130, 150a, 150b, 150c soient associés à des types autres qu’un type « adresse électronique » tandis que d’autres champs ne sont associés à aucun type. Dans certains modes de réalisation, il est possible, pour réduire le nombre de chaînes de caractères à tester, de ne tester que les champs qui ne sont associés à aucun type. Si à l’issue de cette première vérification, aucun des champs 120, 130, 150a, 150b, 150c n’est déterminé comme correspondant à une adresse électronique professionnelle, la procédure de sécurisation est arrêtée, et la procédure d’authentification (dans le cas de la ) ou d’inscription (dans le cas de la ) reprend de manière classique : les données sont envoyées, par exemple via des requêtes HTTP, vers un serveur externe pour vérification ou enregistrement. Si à l’issue de cette première vérification, un champ 120 est déterminé comme correspondant à une adresse électronique professionnelle, la procédure de sécurisation est poursuivie : il est alors vérifié si l’un des autres champs 130, 150a, 150b, 150c correspond à une donnée d’authentification (par exemple un mot de passe) associé à l’adresse électronique professionnelle, par exemple le mot de passe associé à l’adresse électronique professionnelle et permettant d’avoir accès, par exemples, à des services de l’entité organisationnelle (par exemple, une messagerie ou un serveur interne). Il est supposé que le couple {adresse mail professionnelle, donnée d’authentification} est connu par un fournisseur d’identité sélectionné par l’entité organisationnelle, par exemple un fournisseur d’identité (ou « gestionnaire d’identité », ou encore « gestionnaire des identités et des accès ») auprès lequel l’entité organisationnelle a souscrit un abonnement. Le fournisseur d’identité peut être, par exemple, Active Directory, Azure Active Directory (ou Azure AD), JumpCloud, Okta, OneLogin, Auth0, Oracle Identity Management, etc. De manière similaire à ce qui a été décrit pour l’identifiant, si l’un des champs est associé à un type indiquant qu’il s’agit d’un mot de passe (par exemple le type « password » en HTML), il est possible de ne tester que la chaîne de caractères correspondant à ce champ. Alternativement, il est possible de tester plusieurs champs, par exemple de tester successivement tous les champs utilisateur 130, 150a, 150b, 150c autres que le champ 120 correspondant à l’adresse électronique professionnelle. Bien entendu, cette vérification peut être arrêtée dès lors qu’une chaîne de caractères associée à un champ utilisateur 130, 150a, 150b, 150c correspond au mot de passe associé à l’adresse électronique professionnelle. Pour déterminer si une chaîne de caractères associée à un champ utilisateur 130, 150a, 150b, 150c correspond au mot de passe associé à l’adresse électronique professionnelle, il est possible d’interroger le fournisseur d’identité sélectionné par l’entité organisationnelle. S’il est déterminé qu’une chaîne de caractères associée à un champ utilisateur restant 130, 150a, 150b, 150c correspond au mot de passe associé à l’adresse électronique professionnelle (saisie dans le champ 120), l’envoi des données saisies dans le formulaire est bloqué, et l’utilisateur peut être redirigé vers une nouvelle page web, par exemple vers une page d’erreur 404. Dans un ou plusieurs modes de réalisation, les données saisies dans les champs utilisateur 120, 130, 150a, 150b, 150c peuvent être stockées de manière temporaire dans une mémoire, et supprimées (en totalité ou en partie) de la mémoire à la fin de la procédure de sécurisation. Ainsi, avantageusement, aucun mot de passe professionnel ne reste stocké ailleurs que chez le fournisseur d’identité. Il est noté que, dans le cas où le formulaire comprend un grand nombre de champs 120, 130, 150a, 150b, 150c et que ces champs doivent tous être testés pour déterminer si deux d’entre eux correspondent à un couple {adresse électronique professionnelle, mot de passe professionnel}, la procédure de vérification peut nécessiter un temps non négligeable. Aussi, selon un ou plusieurs modes de réalisation, à la fin de la première mise en œuvre d’une procédure de sécurisation pour un utilisateur donné au cours de laquelle a été déterminé qu’une chaîne de caractères correspond à un mot de passe associé avec l’adresse électronique professionnelle, ce mot de passe peut être effacé de la mémoire, mais une donnée informative relative à ce mot de passe peut être conservée en mémoire, en association avec l’adresse électronique professionnelle de l’utilisateur. En d’autres termes, lors d’une mise en œuvre de la procédure de sécurisation, l’adresse électronique professionnelle et une chaîne de caractères correspondant à un autre champ utilisateur 130, 150a, 150b, 150c sont stockés temporairement dans une mémoire. Lors de la vérification auprès du fournisseur d’identité, il est déterminé que cette chaîne de caractères correspond au mot de passe associé à l’adresse électronique professionnelle. A la fin de la procédure, le mot de passe est effacé pour conserver un haut niveau de sécurité, mais une donnée informative relative à ce mot de passe est stockée dans la mémoire, en association avec l’adresse électronique professionnelle de l’utilisateur. Cette donnée informative a pour but d’être utilisée, lors d’une mise en œuvre ultérieure de la procédure de sécurisation pour cet utilisateur, pour diminuer le nombre de chaînes de caractères à tester. Par exemple, la donnée informative peut être fonction du nombre de caractères du mot de passe, par exemple le résultat d’une fonction de hachage appliquée au nombre de caractères du mot de passe. Lors d’une mise en œuvre ultérieure de la procédure de sécurisation pour cet utilisateur (par exemple, si l’utilisateur souhaite accéder au même service ou à un autre service), dès lors qu’il est déterminé que l’un des champs 120 correspond à l’adresse électronique professionnelle de l’utilisateur, la mémoire est interrogée pour déterminer le nombre de caractères du mot de passe associé à cette adresse électronique professionnelle, et seules les chaînes de caractères (associées aux autres champs utilisateur 130, 150a, 150b, 150c) dont l’application de la fonction de hachage au nombre de caractères fournit le résultat attendu sont testés. Si aucune chaîne de caractères ne convient, la procédure de sécurisation s’arrête et l’utilisateur peut accéder au service demandé. D’autres modes de réalisation sont possibles, par exemple la donnée informative peut correspondre au résultat d’une fonction de chiffrement ou de hachage appliquée au mot de passe professionnel, ou toute autre donnée déterminée à partir du mot de passe professionnel. La représente un ordinogramme d’un procédé de sécurisation d’un accès à un contenu via une page web, selon un mode de réalisation de l’invention. Lors d’une étape optionnelle 205, une liste d’adresses web « autorisées » est reçue. Cette liste d’adresses web comprend typiquement des adresses considérées comme « fiables » par le gestionnaire du système informatique de l’entité organisationnelle. Par exemple, la liste d’adresses web autorisées peut comprendre des adresses web associées au site internet de l’entité organisationnelle, des adresses web associées à des moteurs de recherche, etc. Cette liste d’adresses web autorisées définit un ensemble d’adresses web pour lesquelles la procédure de sécurisation n’est pas mise en œuvre. Il est noté que les éléments des cette liste peuvent être des adresses web « complètes », mais aussi des adresses web « partielles », par exemple un nom de domaine (auquel cas il est vérifié si l’adresse web consultée comprend le nom de domaine), ou un ensemble d’adresses web rattachées à un même nom de domaine. En particulier, des appariements de motifs peuvent être utilisés pour définir un tel ensemble d’adresses web, par exemple en utilisant une ou plusieurs expressions régulières, ou encore un ou plusieurs métacaractères (appelés aussi « jokers »), comme une étoile « * » (pour définir par exemple l’ensemble des adresses web commençant par www.exempledomaine.fr), ou un point d’interrogation « ? ». Comme mentionné ci-dessus, de manière équivalente, lors de l’étape 205, la liste d’adresses web reçue peut être une liste d’adresses web « à surveiller », définissant a contrario un ensemble d’adresses web pour lesquelles la procédure de sécurisation est forcément mise en œuvre. Par exemple, la liste d’adresses web à surveiller peut comprendre des adresses web associées à des réseaux sociaux ou à des services de livraison de repas en ligne. En alternative ou en complément, il est possible de déterminer de manière automatique si une adresse web doit être surveillée ou non. Pour cela, il est possible d’entraîner un algorithme d’intelligence artificielle, par exemple un algorithme d’apprentissage automatique tel qu’un réseau de neurones, pour que celui-ci détermine ensuite, de manière automatique, lors de l’étape 225, si une adresse web doit être surveillée ou non. Une telle détection automatique peut être mise en place en complément de l’étape 205, ou remplacer l’étape 205 (auquel cas l’étape 205 n’est pas mise en œuvre). Lors d’une étape 210, au moins un nom de domaine « à protéger » ou « à surveiller » est reçu. Le nom de domaine à protéger permet d’identifier les adresses électroniques nécessitant une procédure de sécurisation, notamment les adresses électroniques professionnelles. Le nom de domaine reçu à l’étape 210 peut être associé à une extension (par exemple, « organisation.com ») ou non (par exemple, « organisation »). Comme mentionné ci-dessus, plusieurs noms de domaine peuvent être reçus lors de l’étape 210. Il est noté que l’étape 210 peut être mises en œuvre avant, après ou en parallèle de l’étape 205. En outre, les étapes 205 et 210 peuvent être mises en œuvre uniquement lors d’une première mise en œuvre du procédé de sécurisation selon l’invention. Les étapes 205 et 210 peuvent aussi être mises en œuvre ultérieurement à la première mise en œuvre du procédé de sécurisation selon l’invention, par exemple pour mettre à jour la liste des adresse web autorisées (ou à surveiller) ainsi que le ou les noms de domaine à protéger. A l’étape 215, un événement déclencheur est reçu, et déclenche la procédure de sécurisation. Cet événement correspond typiquement à une tentative d’envoi de données vers un serveur externe. Par exemple, l’événement peut correspondre à une validation, par l’utilisateur, d’un envoi d’un formulaire par un bouton de validation (élément 140 des Figures 1a et 1b). Alternativement, l’événement peut correspondre à une saisie (sans nécessairement de validation) de chaînes de caractères dans au moins deux champs utilisateur d’une page web. A la réception de l’élément déclencheur, il est vérifié, à une étape 220, si l’adresse web de la page web via laquelle l’utilisateur tente d’envoyer des données correspond à une adresse autorisée (ou, de manière équivalente, si elle correspond à une adresse à surveiller). Si l’adresse web correspond à une adresse web autorisée, (flèche « O » de l’étape 220), aucune vérification supplémentaire n’est effectuée, la mise en pause est terminée et les données saisies sont envoyées au serveur externe (étape 260), de manière classique. Si l’adresse web ne correspond pas à une adresse web autorisée (flèche « N » de l’étape 220), une étape 225 est mise en œuvre au cours de laquelle il est vérifié si une chaîne de caractères associée à l’un des champs utilisateurs correspond ou non à une adresse électronique professionnelle. Cette vérification est effectuée, par exemple, en regardant si la chaîne de caractères comprend un nom de domaine à protéger, reçu à l’étape 210. Si une chaîne de caractères associée à l’un des champs utilisateurs ne correspond pas à une adresse électronique professionnelle (étape 225, flèche « N »), aucune vérification supplémentaire n’est effectuée, la mise en pause est terminée et les données saisies sont envoyées au serveur externe (étape 260), de manière classique. Si une chaîne de caractères associée à l’un des champs utilisateurs correspond à une adresse électronique professionnelle (étape 225, flèche « O »), l’envoi des chaînes de caractères associées aux champs utilisateurs de la page web vers un serveur externe est mis en pause à une étape 230. Dans un mode de réalisation, l’envoi des chaînes de caractères associées aux champs utilisateurs de la page web vers un serveur externe est mis en pause pour une durée prédéfinie, par exemple entre 200 et 500 ms. Alternativement, l’envoi des chaînes de caractères associées aux champs utilisateurs de la page web vers un serveur externe est mis en pause pour une durée indéterminée, et la mise en pause est terminée lorsque la procédure de vérification des chaînes de caractères associées aux champs utilisateur est achevée. Dans une implémentation particulière de l’invention, la réception de l’événement (étape 215) est mise en œuvre par une méthode d’ajout d’écouteur d’événements « addEventListener » pour écouter un ou plusieurs événements, par exemple le fait qu’un utilisateur clique sur un bouton. Lorsque l’utilisateur clique sur un bouton, une fonction peut alors être appelée pour mettre en pause l’envoi des données saisies dans les champs utilisateur de la page web vers un serveur externe, et effectuer la vérification de ces données. La mise en pause (étape 230) peut être mise en œuvre, par exemple, en utilisant une instruction de type « while(true) », afin de générer une boucle à l’intérieur du script, et d’empêcher les données d’être directement envoyées vers le serveur externe. En outre, une requête d’interrogation est envoyée (étape 235) pour déterminer si l’un des champs restants contient une chaîne de caractères correspondant à un mot de passe associé à l’adresse électronique professionnelle, appelé ici « mot de passe professionnel ». Cette requête d’interrogation peut être une requête envoyée vers un serveur, par exemple le serveur d’un fournisseur d’identité rattaché à l’adresse électronique professionnelle, ou un serveur (serveur distant ou « cloud ») sur lequel est stockée une base de données comprenant des enregistrements {adresse électronique professionnelle, donnée d’authentification} en association avec un fournisseur d’identité auquel l’adresse électronique professionnelle est rattachée (par exemple, les enregistrements de la base de données peuvent comprendre trois informations : identifiant du fournisseur d’identité, adresse électronique professionnelle, donnée d’authentification). Alternativement ou en complément, la requête d’interrogation peut être une interrogation d’une base de données stockée en local, la base de données comprenant des enregistrements comme décrit ci-dessus, par exemple {adresse électronique professionnelle, donnée d’authentification} en association avec un fournisseur d’identité auquel l’adresse électronique professionnelle est rattachée. En effet, lorsque l’utilisateur utilise un gestionnaire de mots de passe, les identifiants (qui peuvent inclure l’adresse électronique professionnelle) et les mots de passe (ou des données dérivées de mots de passe, par exemple les résultats d’une application d’une fonction de chiffrement aux mots de passe) sont stockées dans une telle base de données, et la vérification peut être effectuée en interrogeant cette base de données pour vérifier si l’un des champs restants correspond à la donnée d’authentification associée à l’adresse électronique professionnelle détectée à l’étape 225. Il est noté que les étapes 230 et 235 peuvent être mises en œuvre dans n’importe quel ordre ou en parallèle après qu’il a été détecté qu’une chaîne de caractères associée à l’un des champs utilisateurs correspond à une adresse électronique professionnelle (étape 225, flèche « O »). Un test 240 est ensuite mis en œuvre pour vérifier une ou plusieurs conditions. Lors du test 240 il est notamment vérifié si une réponse à la requête d’interrogation est reçue de la part du fournisseur d’identité. Alternativement, il peut être vérifié si une réponse à la requête est reçue dans un temps prédéterminé, ce temps prédéterminé pouvant correspondre à la durée prédéfinie de la mise en pause (étape 220) de l’envoi des chaînes de caractères associées aux champs utilisateurs de la page web vers un serveur externe. L’avantage de ces modes de réalisation est que, si l’interrogation du serveur d’identité échoue, une action est effectuée et le système ne reste pas dans une mise en pause « infinie ». Selon ces modes de réalisation, si une réponse à la requête d’interrogation est reçue de la part du fournisseur d’identité dans le temps imparti (par exemple le temps de mise en pause 220 de l’envoi des chaînes de caractères associées aux champs utilisateurs de la page web vers un serveur externe) et qu’aucune chaîne de caractères saisie dans l’un des champs utilisateur ne correspond au mot de passe professionnel (étape 245), i.e. le mot de passe associé, dans la base de données du fournisseur d’identité, à l’adresse électronique professionnelle, la mise en pause est terminée et les données saisies sont envoyées au serveur externe (étape 260). Si une réponse à la requête d’interrogation est reçue de la part du fournisseur d’identité dans le temps imparti (par exemple le temps de mise en pause 220 de l’envoi des chaînes de caractères associées aux champs utilisateurs de la page web vers un serveur externe) et qu’une chaîne de caractères saisie dans l’un des champs utilisateur correspond au mot de passe professionnel (étape 250), l’envoi des données saisies vers le serveur externe est bloqué (étape 265). Si aucune réponse à la requête d’interrogation n’est reçue de la part du fournisseur d’identité dans le temps imparti (étape 255), l’envoi des données saisies vers le serveur externe peut être avantageusement bloqué (étape 265), pour assurer un niveau de sécurité maximum. D’autres modes de réalisation sont possibles, par exemple il est possible, si aucune réponse à la requête d’interrogation n’est reçue de la part du fournisseur d’identité dans le temps imparti (étape 255), de renouveler le temps de mise en pause de l’étape 220 et d’envoyer une nouvelle requête d’interrogation au fournisseur d’identité. Alternativement, pour ne pas trop limiter l’accès à des services pour les utilisateurs, il peut être décidé, dans ce cas, d’autoriser malgré tout l’envoi des données (étape 260). Selon une implémentation possible, le procédé décrit ci-dessus peut être mis en œuvre sous forme module d’extension du navigateur web (ou « plug-in »). Cela permet de contrôler les données avant même la création d’un paquet réseau pour envoyer des données vers le serveur externe, et assure ainsi une gestion plus fiable et sécurisée des données envoyées vers l’extérieur. Le paquet réseau n’est créé que si, à l’issue du procédé, il est autorisé d’envoyer les données vers le serveur externe. Alternativement, il est possible d’implémenter le procédé ci-dessus sous la forme d’un programme intermédiaire de type « proxy ». Selon une implémentation possible, le procédé peut être un programme intermédiaire au niveau du poste de travail de l’utilisateur, mais cela nécessite une architecture plus lourde et plus intrusive pour l’utilisateur. En particulier, cette solution nécessite une intégration entre le client léger et le client lourd pour pouvoir agir sur les requêtes réseau au niveau du système d’exploitation. En utilisant une telle solution, la création de la requête HTTP vers le serveur externe n’est pas bloquée, mais son envoi au niveau réseau peut être empêché. Selon une autre implémentation possible, le procédé peut être un programme intermédiaire au niveau du réseau. Une telle solution nécessite de déchiffrer et rechiffrer le flux HTTP, et peut donc être un peu plus lourde en termes de calculs à effectuer. La représente un exemple de dispositif de sécurisation d’un accès à un contenu via une page web, selon un mode de réalisation de l’invention. Le dispositif peut comporter un ordinateur 300, comprenant une mémoire 301 pour stocker des instructions permettant la mise en œuvre du procédé de sécurisation détaillé ci-dessus et des données temporaires pour réaliser différentes étapes de ce procédé. L'ordinateur 300 peut en outre comporter un circuit 302. Ce circuit peut être, par exemple un processeur apte à interpréter des instructions sous la forme de programme informatique, une carte électronique dont les étapes du procédé de l'invention sont décrites dans le silicium, ou encore une puce électronique programmable comme une puce FPGA (pour « Field-Programmable Gate Array » en anglais). L’ordinateur 300 peut comporter une interface d'entrée 303 pour la réception de données telles que la liste d’adresses web autorisées ou à surveiller, le ou les noms de domaine à protéger, ainsi que les chaînes de caractères saisies dans les champs utilisateur de la page web, et une interface de sortie 304 pour la fourniture de commandes, telles que des redirections vers une nouvelle page web. Enfin, l'ordinateur peut comporter, pour permettre une interaction aisée avec un utilisateur, un écran 305 et un clavier 306. Bien entendu, le clavier est facultatif, notamment dans le cadre d'un ordinateur ayant la forme d'une tablette tactile, par exemple. Par ailleurs, le schéma fonctionnel présenté sur la est un exemple typique d'un programme dont certaines instructions peuvent être réalisées auprès du dispositif décrit. À ce titre, la peut correspondre à l'organigramme de l'algorithme général d'un programme informatique au sens de l'invention. Bien entendu, la présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d'exemples. Elle s'étend à d'autres variantes. Procédé, mis en œuvre par ordinateur, de sécurisation d’un accès à une ressource via une page web, ladite page web étant identifiée par une adresse web (110), l’accès à la ressource requérant une authentification ou un enregistrement d’un utilisateur, le procédé comprenant : recevoir (210) au moins un nom de domaine à surveiller ; détecter (215) une tentative d’envoi, vers un serveur externe, d’au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) respectivement associées à au moins deux champs utilisateurs de la page web ; à la détection de la tentative d’envoi, déterminer (220) si l’adresse web identifiant la page web correspond à une adresse web autorisée ; si l’adresse web (110) identifiant la page web correspond à une adresse web autorisée, autoriser (260) l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe ; sinon, déterminer (225) si une chaîne de caractères (120) parmi les au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu : si aucune chaîne de caractères (120) ne correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu, autoriser (260) l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe ; si une chaîne de caractères (120), appelée première chaîne de caractères, correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu, mettre en pause (230) l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe pendant un intervalle de temps et envoyer (235) une requête d’interrogation associée à un fournisseur d’identité pour déterminer (240) si une deuxième chaîne de caractères (130) parmi les au moins deux chaînes de caractères correspond à une donnée d’authentification associée à la première chaîne de caractères (120) ; dans lequel si une réponse à la requête d’interrogation est reçue pendant l’intervalle de temps, le procédé comprend en outre : si une deuxième chaîne de caractères (130) parmi les au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) correspond à une donnée d’authentification associée à la première chaîne de caractères (120), empêcher (265) l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe ; sinon, autoriser (260) l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe. Procédé selon la revendication 1, dans lequel, si aucune réponse à la requête d’interrogation n’est reçue pendant l’intervalle de temps, le procédé comprend en outre : empêcher (265) l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe. Procédé selon l’une des revendications précédentes, dans lequel la donnée d’authentification est un mot de passe. Procédé selon l’une des revendications précédentes, dans lequel, si l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe est empêché (265), le procédé comprend en outre : rediriger l’utilisateur sur une nouvelle page web. Procédé selon l’une des revendications précédentes, dans lequel la requête d’interrogation est envoyée à un serveur associé au fournisseur d’identité et dans lequel la réponse à la requête d’interrogation est reçue du serveur associé au fournisseur d’identité. Procédé selon l’une des revendications 1 à 4, dans lequel la requête d’interrogation est une requête d’interrogation d’une base de données comprenant des entrées, chaque entrée comprenant une adresse électronique, une information relative à une donnée d’authentification associée à l’adresse électronique, et une information relative à un fournisseur d’identité auquel est rattachée l’adresse électronique. Procédé selon l’une des revendications précédentes, dans lequel, à la détection de la tentative d’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c), lesdites au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) sont stockées dans une mémoire ; et dans lequel, après l’interrogation du fournisseur d’identité, chaque chaîne de caractères (130, 150a, 150b, 150c) autre que la première chaîne de caractères (120) est effacée de ladite mémoire. Procédé selon la revendication 7, dans lequel, à la détection de la tentative d’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c), une chaîne de caractères (130) autre que la première chaîne de caractères (120) est stockée dans la mémoire en association avec une donnée informative respective ; dans lequel, si ladite chaîne de caractères (130) autre que la première chaîne de caractères (120) correspond à une donnée d’authentification associée à ladite première chaîne de caractères (120), la donnée informative relative à la deuxième chaîne de caractères (130) est conservée dans la mémoire en association avec la première chaîne de caractères (120). Procédé selon la revendication 8, dans lequel la donnée informative est un résultat d’une fonction appliquée à la chaîne de caractères à laquelle elle est associée. Procédé selon l’une des revendications 8 et 9, comprenant en outre : détecter une tentative d’envoi, vers un deuxième serveur externe, d’au moins deux séquences de caractères respectivement associées à au moins deux champs utilisateurs (120, 130, 150a, 150b, 150c) d’une deuxième page web dont une adresse web ne correspond pas à une adresse web autorisée, dans lequel une séquence de caractères parmi les au moins deux séquences de caractères correspond à la première chaîne de caractères (120) ; à la détection de ladite tentative d’envoi, déterminer, pour au moins une séquence de caractères autre que la séquence de caractères correspondant à la première chaîne de caractères, si ladite au moins une séquence de caractères est compatible avec la donnée informative stockée en association avec la première chaîne de caractères, et sélectionner ladite au moins une séquence de caractères uniquement si ladite au moins une séquence de caractères est compatible avec ladite donnée informative ; si aucune séquence de caractères autre que la séquence de caractères correspondant à la première chaîne de caractères n’est sélectionnée, autoriser l’envoi des au moins deux séquences de caractères au deuxième serveur externe ; sinon, mettre en pause l’envoi des au moins deux séquences de caractères au deuxième serveur externe pendant un deuxième intervalle de temps et envoyer une deuxième requête d’interrogation associée au fournisseur d’identité pour déterminer si une séquence de caractères sélectionnée correspond à une donnée d’authentification associée à la première chaîne de caractères ; dans lequel si une réponse à la deuxième requête d’interrogation est reçue pendant le deuxième intervalle de temps, le procédé comprend en outre : si une séquence de caractères sélectionnée correspond à une donnée d’authentification associée à la première chaîne de caractères (120), empêcher l’envoi des au moins deux séquences de caractères au deuxième serveur externe ; sinon, autoriser l’envoi des au moins deux séquences de caractères au deuxième serveur externe. Dispositif de sécurisation d’un accès à une ressource via une page web, ladite page web étant identifiée par une adresse web (110), l’accès à la ressource requérant une authentification ou un enregistrement d’un utilisateur, le dispositif étant configuré pour : recevoir (210) au moins un nom de domaine à surveiller ; détecter (215) une tentative d’envoi, vers un serveur externe, d’au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) respectivement associées à au moins deux champs utilisateurs de la page web ; à la détection de la tentative d’envoi, déterminer (220) si l’adresse web identifiant la page web correspond à une adresse web autorisée ; si l’adresse web (110) identifiant la page web correspond à une adresse web autorisée, autoriser (260) l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe ; sinon, déterminer (225) si une chaîne de caractères (120) parmi les au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu : si aucune chaîne de caractères (120) ne correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu, autoriser (260) l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe ; et si une chaîne de caractères (120), appelée première chaîne de caractères, correspond à une adresse électronique associée à un nom de domaine parmi l’au moins un nom de domaine à surveiller reçu, mettre en pause (230) l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe pendant un intervalle de temps et envoyer (235) une requête d’interrogation associée à un fournisseur d’identité pour déterminer (240) si une deuxième chaîne de caractères (130) parmi les au moins deux chaînes de caractères correspond à une donnée d’authentification associée à la première chaîne de caractères (120) ; dans lequel le dispositif est en outre configuré, si une réponse à la requête d’interrogation est reçue pendant l’intervalle de temps, pour : si une deuxième chaîne de caractères (130) parmi les au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) correspond à une donnée d’authentification associée à la première chaîne de caractères (120), empêcher (265) l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe ; sinon, autoriser (260) l’envoi des au moins deux chaînes de caractères (120, 130, 150a, 150b, 150c) au serveur externe. Produit programme informatique comportant des instructions pour mettre en œuvre le procédé selon l’une des revendications 1 à 10 lorsque ce programme est exécuté par un processeur.