Brevet FR3043870A1 (20170519)
REVENDICATIONS1. Procédé de communication entre deux entités communicantes, une première entité communicante générant un message de données comprenant des données utiles et un entête d'authentification (TOKEN), ledit procédé comportant : ^ une génération d'un identifiant de message (MES_ID) à partir d'un paramètre donné et d'une date et une insertion de to l'identifiant dans un entête d'authentification (TOKEN) ; ^ une insertion d'une pluralité de données d'authentification comprenant au moins un identifiant utilisateur (USER_ID) et un identifiant d'équipement (EQ_ID) dans l'entête d'authentification (TOKEN) ; 15 ^ une détermination et une insertion d'un profil de sécurité (PRO_SEC) dans l'entête d'authentification (TOKEN) définissant les conditions : o de chiffrement des données utiles d'au moins l'émission du message par la première entité communicante ; 20 o de génération d'une signature de données du message et du format de ladite signature générée ; ^ une insertion des données utiles dans le message à transmettre.\n<CLM>\1\tProcédé de communication selon la revendication 1, l'ensemble de 25 données à signer comprend une combinaison des données suivantes : ^ L'identifiant de message (MES_ID) ; ^ L'identifiant utilisateur (USER_EQ) ; ^ Un mot de passe d'un compte utilisateur (MDP_ID) ; ^ L'identifiant de l'équipement (EQ_ID) ; 30 ^ Le profil de sécurité (PRO_SEC) ; ^ Une information d'entêtes ou d'un champ de données de message représentative du protocole de transfert des données utiles ^ Les données utiles (DATA). 35 3043870 35\n<CLM>\1\tProcédé de communication selon la revendication 1, la première entité communicante (CLIENT) comprenant une mémoire pour stocker une clef publique (KSpub) d'une seconde entité communicante (SERVEUR), caractérisé en ce que le profil de sécurité (PRO_SEC) 5 comprend : ^ un premier paramètre (P1) indiquant la présence ou non d'un chiffrement des données utiles (DATA) effectué à partir de la clef publique (KSpub) de la seconde entité communicante (SERVEUR) et ; ^ un second paramètre (P2) indiquant la présence ou non d'une signature d'un ensemble de données à signer.\n<CLM>\1\tProcédé de communication selon la revendication 1, la première entité communicante (CLIENT) comprenant une mémoire pour stocker une clef publique (KSpub) d'une seconde entité communicante (SERVEUR), caractérisé en ce que le profil de sécurité (PRO_SEC) comprend : ^ un premier paramètre (P1) indiquant la présence ou non d'un chiffrement des données utiles (DATA) effectué à partir d'une clef symétrique et le cas échéant de la présence d'un chiffrement de la clef symétrique à partir de la clef publique (KSpub) de la seconde entité communicante (SERVEUR) et ; ^ un second paramètre (P2) indiquant la présence ou non d'une signature d'un ensemble de données à signer.\n<CLM>\1\tProcédé de communication selon l'une quelconque des revendications 3 à 4, caractérisé en ce que le profil de sécurité (PRO_SEC) comprend : ^ Un troisième paramètre (P3) indiquant la présence ou non d'un chiffrement effectué à partir de la clef publique (KApub) de la première entité communicante (CLIENT) soit des données utiles soit d'une clef symétrique et ; ^ Un quatrième paramètre (P4) indiquant la présence ou non d'une signature d'un ensemble de données à signer, 3043870 36 d'au moins un message devant être émis par une seconde entité communicante (SERVEUR) en réponse à un message reçu de la première entité communicante (CLIENT). s\n<CLM>\1\tProcédé de communication selon l'une quelconque des revendications 1 à 5, caractérisé en ce que la seconde entité communicante (SERV) à réception d'un message de la première entité communicante (CLIENT) décode l'entête d'authentification (TOKEN) de manière à : - contrôler l'identifiant de message (MES_ID) pour déterminer si io le message a été émis dans un laps de temps prédéfini ; - contrôler l'identifiant de l'utilisateur (USER_ID) et l'identifiant de l'équipement (EQ_ID) en comparant la valeur de ces paramètres avec des données stockées dans une mémoire de la seconde entité communicante (SERV) pour déterminer si l'équipement ou 15 l'utilisateur a été suspendu ou révoqué ; - contrôler le paramètre de chiffrement (P1, P3) du profil de sécurité (PRO_SEC) du message reçu pour déchiffrer le cas échéant les données utiles avec la clef privée de la seconde entité communicante (SERV) ; 20 - contrôler, le cas échéant, le paramètre de signature (P2, P4) du profil de sécurité (PRO_SEC) du message reçu pour vérifier le cas échéant la signature au moyen de la clef publique (KApub) de la première entité communicante (CLIENT). 25\n<CLM>\1\tProcédé de communication selon la revendication 6, caractérisé en ce que le serveur comprend des moyens d'accès à la mémoire stockant les données correspondantes aux identifiants clients (USER_ID) et aux identifiants d'équipements (EQ_ID) de manière à révoquer ou suspendre un ou plusieurs équipement(s) ou client(s). 30\n<CLM>\1\tProcédé de génération d'une requête d'enrôlement (REQ_E) par une première entité communicante (CLIENT) à destination d'une seconde entité communicante (SERV), caractérisé en ce qu'il comprend : - Une activation de la procédure d'enrôlement (M1_ENROL_C); 3043870 37 ^ Une génération d'une requête d'enrôlement (REQ_E) comportant un identifiant d'un équipement (EQ_ID), un identifiant de l'utilisateur (USER ID), un mot de passe de l'utilisateur (USER_MDP) et une clef publique (KApub) de la 5 première entité communicante (CLIENT) ; ^ Un chiffrement de la requête avec une clef publique (KSpub) de la seconde entité communicante (SERV) et une émission de la requête d'enrôlement (REQ_E) au moyen d'une interface de communication à destination de la seconde entité communicante to (SERV).\n<CLM>\1\tProcédé de génération d'une requête d'enrôlement (REQ_E) par une première entité communicante (CLIENT) selon la revendication 8, caractérisé en ce qu'il comprend préalablement : 15 ^ Une création d'un compte utilisateur comprenant un identifiant (USER_ID) et un mot de passe (USER_MDP) ; ^ L'enregistrement des données dudit compte utilisateur dans une mémoire de la seconde entité communicante (SERV) ; ^ Une acquisition (ACQ_KSpub) d'une clef publique (KSpub) de la 20 seconde entité communicante (SERV) pour lequel la procédure d'enrôlement est engagée depuis la première entité communicante (CLIENT) ; ^ Une génération d'un couple de clefs asymétriques (KApub, KApriv) de la première entité communicante (CLIENT). 25\n<CLM>\1\tProcédé d'enrôlement (ENROL), caractérisé en ce que la seconde entité communicante (SERV) comprend : ^ Une réception d'une requête d'enrôle générée par un procédé de génération d'une requête d'enrôlement (REQ_E) selon l'une 30 des revendications 8 à 9 ; ^ Un déchiffrement des données de la requête d'enrôlement (REQ_E) au moyen d'une clef privée (KSpriv) de la seconde entité communicante (SERV) ; ^ Une comparaison entre l'identifiant utilisateur (USER_ID) reçu et le mot de passe utilisateur (USER_MDP) reçu avec des données 3043870 38 de comptes clients stockés dans une mémoire de la seconde entité communicante (SERV) ; ^ Un enregistrement de l'identifiant de l'équipement (EQ_ID) dans une mémoire de la seconde entité communicante (SERV) ; 5 ^ Un enregistrement de la clef publique (KApub) de la première entité communicante (CLIENT) associée à l'identifiant de l'équipement (EQ_ID) dans une mémoire de la seconde entité communicante (SERV). to\n<CLM>\1\tProcédé d'enrôlement (ENROL) selon la revendication 10, caractérisé en ce que la seconde entité communicante (SERV) comprend : ^ un contrôle d'une date actuelle avec une date référence ; ^ une génération d'un message à destination de la première entité communicante (CLIENT) comprenant un code spécifique 15 indiquant qu'un couple de clefs asymétriques doit être renouvelé ; ^ une réception d'une nouvelle requête d'enrôlement générée par la première entité communicante selon le procédé de l'une des revendications 8 à\n<CLM>\1\t20\n<CLM>\1\tProcédé de communication selon l'une des revendications 1 à 7, caractérisé en ce qu'elle comprend préalablement l'exécution d'un procédé d'enrôlement (ENROL) selon l'une des revendications 8 à\n<CLM>\1\t25\n<CLM>\1\tEntité communicante caractérisée en ce qu'elle comprend au moins une mémoire, un calculateur et une interface de communication pour l'exécution du procédé de communication selon l'une quelconque des revendications 1 à 7 et/ou du procédé d'enrôlement selon l'une quelconque des revendications 8 à\n<CLM>\1\t30\n<CLM>\1\tProgramme d'ordinateur comportant un ensemble d'instructions pour la mise en oeuvre du procédé de communication de l'une quelconque des revendications 1 à\n<CLM>\1\t35