Brevet FR3044499A1 (20170602)
REVENDICATIONS1. Méthode d'établissement d'une communication sécurisée de bout en bout entre le terminal d'un utilisateur (210)/ un serveur d'intermédiateur de contexte (240) et un objet connecté (261), caractérisée en ce qu'elle met en oeuvre un premier serveur, dit serveur d'autorisation d'accès (220) et un second serveur, dit serveur de production (230), le terminal de l'utilisateur communiquant avec le serveur d'autorisation d'accès par une première communication sécurisée (215) et le serveur de production communiquant avec le serveur d'autorisation d'accès par une seconde communication sécurisée (235), le serveur d'autorisation d'accès hébergeant une première base de données (221) contenant des informations permettant d'authentifier les différents utilisateurs et de gérer leurs droits d'accès aux différents objets connectés, le serveur de production hébergeant une seconde base de données (231) contenant des identifiants d'objets connectés et possédant un couple de clés privée et publique initiales (Kunt,Q.,), caractérisée en ce qu'elle comprend les étapes suivantes : (a) sur une requête de l'utilisateur contenant l'identifiant de l'objet connecté ( SN ), demande de vérification du serveur d'autorisation d'accès auprès du serveur de production que cet identifiant est bien valide ; (b) sur initialisation de l'objet connecté, identification et authentification de l'objet connecté auprès du serveur de production, au moyen d'un premier message (M1) contenant l'identifiant de l'objet connecté ainsi que ce même identifiant, chiffré par la clé publique initiale (en, ); (c) en cas de succès d'authentification de l'objet connecté, génération par le serveur d'autorisation d'accès d'un second message (M2) contenant les paramètres d'un cryptosystème, le second message étant préalablement signé par le serveur de production, le message ainsi que sa signature ( sgn (M2) ) étant transmis à l'objet connecté; (d) génération par l'objet connecté d'un couple de clés privée et publique d'accès (KF,QF), à partir des paramètres du cryptosystème, permettant d'établir une troisième 3044499 23 communication sécurisée (225) entre le serveur d'autorisation d'accès et l'objet connecté ; (e) établissement d'une communication sécurisée entre le terminal de l'utilisateur, resp. le serveur d'intermédiation de contexte, et l'objet connecté au moyen d'une clé symétrique, distribuée par le serveur d'autorisation d'accès, d'une part au 5 terminal d'utilisateur via la première communication sécurisée, resp. au serveur d'intermédiation via une quatrième communication sécurisée, et, d'autre part, à l'objet connecté via la troisième communication sécurisée.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout 10 selon la revendication 1, caractérisée en ce qu'à l'étape (a), le serveur de production effectue un horodatage de l'identifiant de l'objet connecté et stocke l'estampille d'horodatage dans la seconde base de données en relation avec ledit identifiant.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout 15 selon la revendication 1 ou 2, caractérisée en ce que lors de ou suite à son initialisation à l'étape (b), l'objet connecté génère un jeton de session (TK ) sous la forme d'un premier nombre aléatoire (RNI), ainsi qu'un second nombre aléatoire (RN2).\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout 20 selon la revendication 3, caractérisée en ce que le premier message (M1) comprend une première partie en clair comprenant l'identifiant de l'objet connecté (SN), et une second partie chiffrée au moyen de la clé publique initiale (en, ), la seconde partie comprenant ce même identifiant, la clé de session, ainsi que, le cas échéant, un certificat ( Cent ) de la clé publique initiale. 25\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 4, caractérisée en ce qu'à l'étape (b), le serveur de production identifie l'objet connecté si son identifiant est présent dans la seconde base de données. 3044499 24\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 5, caractérisée en ce qu'à l'étape (b), le serveur de production authentifie l'objet connecté en déchiffrant la seconde partie du premier message à l'aide de la clé privée initiale et en comparant le résultat du déchiffrage avec la première partie. 5\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon les revendications 2 et 6, caractérisée en ce qu'à l'étape (b), le serveur de production ne déclare l'objet connecté que si, à la date de l'authentification, l'estampille d'horodatage n'est pas périmée. 10\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 6 ou 7, caractérisée en ce qu'au terme de l'étape (b), le serveur de production transmet au serveur d'autorisation d'accès le résultat de l'authentification ( ACK,NACK) accompagné du numéro d'identifiant de l'objet connecté et, le cas 15 échéant, du certificat de la clé publique initiale (Cen ).\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 8, caractérisée en ce qu'en cas de succès d'authentification à l'étape (b), le serveur d'autorisation d'accès stocke dans la première base de données le 20 jeton de session en relation avec l'identifiant d'objet connecté.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon l'une des revendications précédentes, caractérisée en ce qu'à l'étape (c), le second message (M2 ) comprend l'identifiant d'objet connecté ( SN ), le jeton de session (TK ), la 25 clé publique du serveur d'autorisation d'accès (auth - 1 et les paramètres d'un --- cryptosystème.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 10, caractérisée en ce que le cryptosystème est un cryptosystème 3044499 25 sur une courbe elliptique.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 11, caractérisée en ce qu'à l'étape (c) le serveur de production signe 5 le second message au moyen de la clé privée initiale et renvoie la signature ainsi obtenue ( sgn(M2) au serveur d'autorisation d'accès.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 12, caractérisée en ce que le serveur d'autorisation d'accès transmet 10 le second message (M2) ainsi que sa signature ( sgn(M2) à l'objet connecté.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 13, caractérisée en ce qu'à l'étape (d), l'objet connecté génère une clé publique temporaire à partir du second nombre aléatoire et d'un point générateur ( G ) 15 sur la courbe elliptique.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 14, caractérisée en ce que l'objet connecté génère un troisième message (M3) contenant, dans une première partie en clair, son identifiant et, dans une 20 seconde partie chiffrée au moyen de la clé publique du serveur d'autorisation d'accès (Qaurh ), ce même identifiant, le certificat de la clé publique initiale (CQini,), le jeton d'accès ainsi que la clé publique temporaire (Qtemp ).\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout 25 selon la revendication 15, caractérisée en ce que le serveur d'autorisation d'accès génère un certificat implicite d'une clé publique d'accès (CertF) ainsi qu'une signature de ce certificat (SignF) à partir de la clé publique temporaire (Qtemp ), d'un troisième nombre aléatoire (k), du jeton de session (TK ), de la clé privée du serveur d'autorisation ( Kauth ) et des paramètres du cryptosystème sur courbe elliptique. 3044499 26\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 16, caractérisée en ce que le serveur d'autorisation d'accès génère un quatrième message (M4) comprenant le certificat implicite de la clé publique d'accès 5 ( CertF) ainsi que sa signature ( SignF ), ce message ainsi que sa signature (Sgn(M4) au moyen de la clé privée du serveur d'autorisation d'accès étant transmis à l'objet connecté.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 17, caractérisée en ce que l'objet connecté, après avoir vérifié 10 l'intégrité du quatrième message au moyen de la clé publique du serveur d'autorisation d'accès, génère ledit couple de clés privée et publique d'accès (KF,QF ) à partir du certificat implicite de la clé publique d'accès (CertF) et de sa signature (CertF ), du jeton de session (TK ), de la clé publique d'autorisation d'accès (Qauth - 1 - ---- et des paramètres du cryptosystème sur courbe elliptique.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 13, caractérisée en ce que l'objet connecté génère la clé privée d'accès (KF ) à partir du second nombre aléatoire (RAT2) et la clé publique d'accès (QF ) à partir de cette dernière et des paramètres du cryptosytème sur courbe elliptique.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 19, caractérisée en ce que l'objet connecté génère un troisième message (M3) contenant, dans une première partie en clair, son identifiant et, dans une seconde partie chiffrée au moyen de la clé publique du serveur d'autorisation d'accès Qauth ), ce même identifiant, le certificat de clé initiale, CQinit, le jeton d'accès, ainsi que la clé publique d'accès (QF ).\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout 15 20 25 3044499 27 selon la revendication 20, caractérisée en ce que le serveur d'autorisation d'accès génère un certificat X.509 (Certx\n<CLM>\1\tde la clé publique d'accès (QF), à partir de l'identifiant de l'objet connecté et de la clé publique d'accès, au moyen de sa clé privée d'autorisation d'accès (Kauth). 5\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 21, caractérisée en ce que le serveur d'autorisation d'accès génère un quatrième message (M4) comprenant le certificat de la clé publique d'accès (Certx\n<CLM>\1\tainsi que sa signature ( Sign.th(M4) ) au moyen de la clé privée du serveur d'autorisation 10 d'accès, ce message ainsi que sa signature ( Sign.th(M 4)) étant transmis à l'objet connecté.\n<CLM>\1\tMéthode d'établissement d'une communication sécurisée de bout en bout selon la revendication 21, caractérisée en ce que, après avoir vérifié l'intégrité du quatrième message au moyen de la clé publique du serveur d'autorisation d'accès, l'objet 15 connecté stocke dans sa mémoire le certificat de la clé publique d'accès (Certx 509 )-