Ce programme PROG5 définit des modules fonctionnels de l’entité 5 de vérification qui s’appuient sur ou commandent les éléments matériels 8 à 12 de l’ordinateur 7 cités précédemment. Ces modules comprennent notamment, dans le mode de réalisation décrit ici : un module 5A de réception, configuré pour recevoir des données véhiculées via la connexion principale (C1) établie entre l’équipement utilisateur 3 et le serveur autoritaire 2 et/ou au moins une dite connexion secondaire (C2), (C2’), … établie en marge de la connexion principale (C1), en fonction des données à analyser confiées à l’entité 5 de vérification ; un module 5B d’analyse, configuré pour analyser les données reçues afin de déterminer si ces données véhiculent (de manière explicite ou implicite) une ou plusieurs informations d’identification de l’utilisateur U. Différentes configurations du module 5B d’analyse peuvent être envisagées à cet effet de manière alternative ou complémentaire. Ainsi, le module 5B d’analyse peut être configuré préalablement par le fournisseur du service DYOS (typiquement, dans le respect des informations contractuelles qui définissent sa relation avec ses clients) ou par un tiers (par exemple par l’utilisateur de l’équipement client ou par le fournisseur du service S) avec un ensemble de paramètres spécifiques caractérisant des informations d’identification susceptibles d’être véhiculées dans les données échangées lors de l’accès au service S par l’utilisateur U, autrement dit de reconnaître parmi les données analysées de telles informations d’identification ou d’exploiter les données permettant de les obtenir. Par exemple, de tels paramètres peuvent être des entêtes de messages HTTP tels que ceux utilisés par un système d’exploitation (ex. X-Apple-I-SRL-NO, X-Mme-Device-Id, X-Mme-Country, X-Apple-seid) ou des types d’identifiants pouvant être inclus dans le corps des messages véhiculant les données (ex. numéro de série, IMSI, IMEI, identifiant de dispositif ou « device id » en anglais). En variante, le module 5B d’analyse peut être configuré avec des paramètres acquis via l’exécution d’un algorithme d’apprentissage machine (et dont l’exécution peut reposer sur la production et l’exploitation d’un réseau de neurones) permettant de détecter l’existence d’identifiants persistants dans un échange lié au service S, et fournissant pour caractériser la durée de persistance et le type de chaque identifiant persistant ainsi détecté. Les types d’identifiants persistants peuvent être explicitement indiqués dans les messages présentant ces identifiants persistants ou déduits par comparaison avec d’autres types connus d’identifiants (ex. adresse MAC), ou encore résulter d’une configuration par le fournisseur du service DYOS, ou par l’utilisateur de l’équipement client, etc. On note que, quelle que soit la configuration retenue, aucune hypothèse n’est faite quant à l’encodage des informations d’identification recherchées par le module 5B d’analyse ; un module 5C de mise à jour, activé si le module 5B d’analyse détecte qu’au moins une information d’identification de l’utilisateur U peut être obtenue à partir des données reçues par le module 5A de réception. Le module 5C de mise à jour est configuré pour, en fonction de la ou des informations d’identification obtenues le cas échéant, mettre à jour l’identité numérique IDNUM(U) de l’utilisateur U. Par exemple, le module 5C ajoute les informations d’identification détectées le cas échéant dans les données reçues dans l’identité numérique IDNUM(U) de l’utilisateur U si celles-ci ne sont pas déjà comprises dans l’identité numérique IDNUM(U) ou avec des informations d’identification dérivées par le module 5B d’analyse (ex. induites par les données analysées ou obtenues par corrélation comme évoqué précédemment) ; un module 5D de transmission configuré pour relayer les données reçues vers leur destinataire (ex. serveur autoritaire 2 pour la connexion principale, ou serveur X pour une connexion secondaire), afin de rendre transparente l’intervention de l’entité 5 de vérification vis-à-vis de l’exécution du service S ; et un module 5E de vérification (optionnel), configuré pour vérifier si les informations d’identification contenues dans l’identité numérique IDNUM(U) sont conformes à ce qui est attendu pour le service S en termes de confidentialité. Différents contrôles peuvent être mis en œuvre par le module 5E de vérification, par exemple le contrôle de la conformité des informations contenues dans l’identité numérique IDNUM(U) avec les conditions générales d’utilisation (CGU) du service S approuvées par l’utilisateur U, et/ou les contraintes en la matière imposées par la réglementation en vigueur (ex. règlement RGPD de l’Union Européenne), ou encore les déclarations faites par les fournisseurs du service S et des services annexes au service S, fournis via les connexions secondaires, etc. Le module 5E de vérification est avantageusement configuré pour signaler, par exemple à l’entité 4 de contrôle, s’il détecte une non-conformité.