Brevet FR2983378A1 — publié le 20130531

- 1 - La présente invention a pour objet la gestion des paramètres de sécurité lors d'un premier échange de courriel sécurisé entre deux ou plusieurs entités (émetteur et destinataire). Présentation de la problématique : Dans le cadre de la mise en oeuvre d'un moyen de chiffrement de courriels par le biais de combinaisons d'algorithmes asymétriques et symétriques en passant par des réseaux publics, un des grands problèmes consiste en la gestion de l'échange des clés de chiffrement lors de l'envoi d'un courriel à un destinataire ne disposant pas encore les outils et/ou les informations nécessaires au déchiffrement du message. Ce problème constitue un frein majeur au déploiement du chiffrement des courriels. Communément la sécurisation de courriels confidentiels est effectuée en utilisant des algorithmes de chiffrement asymétriques. Cette approche requiert pour chacune des parties de détenir une clé de chiffrement composée de deux parties. La clé se compose en une partie dite « clé publique » (Pu) et une partie dite « clé privée » (Pr). La clé « publique » est habituellement diffusée ou rendue accessible de sorte à ce que toutes les parties intéressées ou autorisées à participer à un échange d'informations crypté puissent y accéder librement. La partie « privée » (Pr) doit être stockée en lieu sur, dont l'accès est réservé à son propriétaire. Un message envoyé d'une entité (personne ou machine) « A » vers une entité « B » sera habituellement chiffrée en utilisant un algorithme symétrique avec une clé de chiffrement aléatoire « KsA ». La clé symétrique « KsA » sera alors chiffrée elle-même en utilisant un algorithme asymétrique avec la clé publique du destinataire du message (PuB). Le resultat de ce chiffrement (« KsA » chiffrée avec « PuB ») sera alors ajouté / annexé aux données chiffrées du message à transmettre et l'ensemble sera expédié au destinataire. L'utilisation de cette méthode nécessite la publication de la clé publique (« Pu ») du destinataire préalablement à l'envoi d'un message. Ceci nécessite une action de préparation par anticipation au vu de la réception éventuelle d'un message encrypté, ce qui rend l'envoi spontané d'un message crypté impossible. La présente invention fournit une méthode pour palier à cette difficulté, permettant ainsi d'envoyer des informations encryptés à des destinataires n'ayant pas anticipé la réception de messages cryptes et n'ayant pas publié leur clé publique (« Pu »). Description de la méthode : Afin de résoudre le problème décrit ci-dessus, nous introduisons un serveur d'échange de clés publiques (« KES »). Avant d'encrypter des données à transmettre à un destinataire, l'émetteur interroge le serveur d'échange de clés publiques (« KES ») afin d'obtenir (si possible) la clé publique (« Pu ») associée au destinataire. Si le destinataire n'est pas connu par le serveur « KES », alors le serveur va générer un compte temporaire correspondant au destinataire, ainsi qu'un couple de clés asymétriques (« Pr » et « Pu ») qui seront stockés avec le compte temporaire. Au moment où le destinataire s'enregistre sur le serveur KES, le compte temporaire est transformé en compte permanent et les clés temporaires sont transmis au destinaire. - 2 - Autrement dit, lorsque un nouveau compte permanent est crée (lorsqu'un nouvel utilisateur s'enregistre sur le serveur « KES »), le serveur KES vérifie l'existence d'un compte temporaire pour ce même utilisateur et transmet les éléments associés dans le cadre de la procédure d'enregistrement. Les dessins annexés illustrent l'invention : La figure 1 représente le schéma du dispositif selon l'invention. En référence à ce dessin, le traitement des messages à sécuriser s'effectue comme suit : (1) L'entité « A » (12) s'enregistre avec le serveur d'échange de clés « KES » (14). A cette occasion, l'entité « A » (12) transmet son adresse de courriel et sa clé publique (Pu) au « KES » (14). (2) l'entité « A » (12) se prépare à envoyer un message à l'entité « B » (13). L'entité «B » (13) n'est pas encore enregistrée sur le serveur « KES » (14). Dans le processus de préparation d'envoi du message, l'entité 15 « A » (12) envoie une requête (2) au « KES » (14) afm d'obtenir la clé publique (Pu) de l'entité « B » (13). (3) Le serveur d'échange des clés (14) reçoit la requête (2) et dans le cas où l'entité «B » n'est pas encore enregistrée, génère un compte temporaire (15) correspondant à l'entité «B » (13). Il génère en même temps une Bi-clé qu'il enregistre avec le nouveau compte. (4) Le serveur d'échange des clés « KES » (14) envoie à l'entité « A » la clé publique temporaire 20 correspondant à l'entité «B ». (5) L'entité « A » utilise la clé publique (PuB) temporaire correspondant à l'entité « B » pour effectuer une opération cryptographique rendant le contenu du message à transmettre à l'entité « B » inintelligible pour toute autre entité que «B », (ou dans le cas d'utilisation d'une clé temporaire, le serveur d'échange des clés pendant la durée de vie de la clé temporaire), puis envoie le message à l'entité « B ». 25 (6) L'entité "B" reçoit le message crypte envoyé par l'entité "A". (7) L'entité « B » s'enregistre sur le serveur « KES » en créant un nouveau compte. (8) Le serveur d'échange de clés « KES » (14) transfère le compte temporaire (15) crée dans l'étape (3) (correspondant à l'entité «B ») vers un compte permanent (16). (9) Le serveur d'échange de clés «KES » (14) retourne la clé privé (Pr) temporaire à l'entité « B » (13). 30 (10) Le serveur d'échange des clés « KES » (14) efface la clé Pr temporaire correspondant à l'entité «B (13). (11) l'entité «B » (13) déchiffre le message transis par l'entité « A » (12) à l'aide de la clé privé temporaire qu'elle a reçu par le serveur d'échange de clés «KES » (14) dans l'étape (9). 35 Difficulté L'échange d'informations cryptés nécessite le partage des informations concernant les moyens cryptographiques employés, entre l'émetteur de l'information (celui qui « crypte ») et le destinataire de 5 l'information (celui qui décrypte). Lorsque les moyens cryptographiques employés sont basés sur des algorithmes asymétriques, l'émetteur doit connaître la « clé publique » du destinataire avant de pouvoir crypter l'information à transmettre. Afin d'assurer la disponibilité de ces informations au moment de l'envoi d'un contenu à sécuriser, il y a deux méthodes communément employées. La première consiste à établir un échange préalable à l'envoi du 10 contenu crypté entre l'émetteur et le destinataire, afm d'échanger les informations (clés de chiffrement) nécessaires au déchiffrement du contenu. La deuxième consiste à publier ces informations sur un serveur public et notoirement connu par les deux protagonistes (émetteur et récepteur). Dans les deux cas, l'envoi « spontané » d'une information cryptée, c.a.d. sans avoir connaissance au préalable de la clé publique du destinataire, n'est pas possible. 15 L'innovation de la présente invention réside dans le fait de rendre possible l'envoi spontané d'informations cryptées, sans se soucier au préalable de la disponibilité des éléments cryptographiques. 20 Les difficultés auxquelles il faut faire face sont les suivantes: L'envoi d'une information cryptée avec les moyens existants actuellement, depuis une entité « A » vers une entité « B », nécessite une étape préalable en préparation de l'opération de chiffrement (échange ou publication des clés de chiffrement de la part de l'entité « B »). L'invention ici présentée résout ces problèmes. - Une entité « A » peut crypter et envoyer une information à une entité « B » avant même que l'entité «B » n'ait publié ou transmise ses clés de chiffrement. 25 30 REVENDICATIONS1) Procédé (la) de chiffrement de courriel caractérisé par le fait qu'il est possible d'envoyer un message crypté d'une entité «A » (12) vers une entité «B » (13) sans échange de paramètres de chiffrement au préalable, et en anticipation de l'enregistrement de l'entité «B » auprès d'une tierce instance, par exemple sur un serveur d'échange de clés « KES » (14). 2) Procédé selon la revendication 1, caractérisé par le fait qu'il permet à l'entité «A » d'envoyer un même message à plusieurs destinataires simultanément. 3) Procédé selon la revendication 1, caractérisé par le fait que les comptes temporaires (15) et les comptes définitifs (16) sont gérés dans une même base de données et simplement différenciés par une information relatif à leur statut (temporaire/définitif). 4) Procédé selon la revendication 1, caractérisée par le fait que les étapes (1) à (3) soient regroupées en une seule étape.