FR 3150678 A1 20250103 FR 2306731 A 20230627 Procédé d’authentification et de cryptage sans tierce autorité, dit de chiffrement spatio-temporel, appliqué pour la protection d’une information d’intérêt en vue de garantir l’origine et l’intégrité de son contenu dans un but d’enregistrement ou de transmission, basé sur des caractéristiques cachées associées à la position et à la date de création du message, issues du traitement des signaux GNSS. Le procédé permet, sans infrastructure de sécurité dédiée supplémentaire, de protéger et d’authentifier, en tout lieu et à tout moment, toute donnée insérée dans le système d’information, et d’évaluer, à n’importe quel niveau du système, le risque de sécurité associé. Tirant parti des différents niveaux de protection d’accès aux services de signaux GNSS, la solution offre différentes capacités de robustesse dont la complexité et la sécurité peuvent être adaptées en fonction du niveau de menace, tout en minimisant l’impact sur les performances du réseau de communication. Figure d’abrégé : [Fig.2] Chiffrement par clés spatio-temporelles pour authentification et cryptage des systèmes de communication et d’information L’invention décrit un procédé d’authentification et de cryptage sans autorité tierce, dit de chiffrement spatio-temporel, appliqué pour la protection d’une information d’intérêt en vue de garantir l’origine et l’intégrité de son contenu dans un but d’enregistrement ou de transmission, basé sur le positionnement et la datation précise GNSS. La démarche suivie s’inscrit dans une approche dite de « zéro confiance » (encore appelée « zero trust », en langue anglaise), appliquée à la protection de la confidentialité et de l’intégrité des données des systèmes d’information et de communication, qui, partant du constat que les pares-feux et protections d’accès ne sont jamais totalement étanches aux intrusions, recommande de favoriser les solutions d’authentification multifactorielles et de cryptage des informations, et de surveiller les atteintes à l’intégrité des données. La solution selon l’invention permet de réaliser la protection et l’authentification des informations à leurs sources, quelle que soit la plate-forme de génération, sur la base de données cachées multi-dimensions liées à la position et à la date de création du document, exploitant des caractéristiques intermédiaires spécifiques au traitement des signaux GNSS et tirant profit de la protection d’accès aux signaux sécurisés diffusés par les systèmes GNSS mondiaux. Une telle approche permet, sans infrastructure de sécurité dédiée supplémentaire, de protéger les données circulant dans le système d’information, et d’évaluer, n’importe où et n’importe quand, et à n’importe quel niveau du système, le risque de cybersécurité associé, en contrôlant la cohérence et l’intégrité des données contenues (authentification basée sur la position et le temps de l’information constituant la clé maitresse, chiffrage des données selon des clés dynamiques dérivées, traçabilité pour contrôle de la sécurité). Tirant parti des différents niveaux de protection d’accès aux services de signaux GNSS, dits services de navigation, la solution offre différentes capacités de robustesse et de contrôle dont la complexité et la sécurité peuvent être adaptées en fonction du niveau de menaces, tout en minimisant l’impact sur les performances du réseau de communication. Domaine de l'invention Le domaine de l’invention est relatif à l’authentification et à la protection d’informations d’intérêt à des fins d’enregistrement, à comprendre aussi bien au sens de référencement pour archivage, qu’au sens de transmission au travers d’un réseau de communication ou de serveurs informatiques. Le terme « information d’intérêt » couvre toutes informations numériques destinées à être transmises, mémorisées ou référencées pour archivage, que ces informations soient échangées ponctuellement ou en continu, par exemple, des messages, des documents, des actes certifiés, des données personnelles ou destinées à un horodatage. Le contexte d’emploi de l’invention concerne la protection de données, la certification d’enregistrements d’informations individuelles ou d’entreprises, ainsi que la traçabilité et le contrôle d’empreintes numériques cryptographiques intégrées dans l’information. Le cadre de mise en œuvre est celui d’un environnement présentant un risque cyber susceptible d’entrainer des attaques sur l’intégrité des données (modification de leur contenu), sur l’identité de leur source (modification de l’origine des informations) ou encore sur la confidentialité de l’information (lecture non désirée par des tiers). Les types de malveillances envisagées concernent la compromission de l’information et de sa source, telle l’identité, la date, le lieu, la signature et l’information d’intérêt, ainsi que la falsification de ces données. L’invention propose une solution pour protéger les informations à la source, permettant de minimiser les contraintes sur les infrastructures de sécurité (réglementation des accès aux locaux et aux équipement) et ne nécessitant pas de privilèges d’accès spécifiques ou d’infrastructures de sécurité dédiées, en mettant à profit des caractéristiques spatio-temporelles toujours disponibles, singulières et non ambiguës, caractéristiques de la source au moment de la création de l’information à enregistrer ou à transmettre. L’information ainsi référencée et protégée à la source peut être échangée avec un minimum de risque d’altération ou d’observation dans des infrastructures peu sécurisées. A ce titre, les constellations GNSS, peuvent être utilisées comme sources de référencement mondiales, disponibles en continu et en tous lieux, en vue de caractériser un évènement de manière unique selon un ensemble de paramètres multiples (dit multi-facteurs) et présentant de façon intrinsèque des niveaux de protection et d’authentification d’accès aux signaux, liés auxdits services de navigation GNSS délivrés par construction par les signaux. De plus, du fait de la multiplicité des constellations et des bandes de fréquences utilisées, elles fournissent des sources indépendantes de signaux qui offrent une grande variété de conditions d’observation, susceptibles d’augmenter la disponibilité et la précision des caractéristiques utilisées pour le référencement. Gérées et garanties par différentes autorités, elles constituent un média de confiance, légal et pérenne, susceptible d’asseoir une solution de sécurisation des informations associée à la géolocalisation par satellites. Un autre intérêt réside sur la large dissémination des équipements de géolocalisation que ce soit dans des cadres d’applications grand-public, professionnelles, pour les infrastructures critiques ou encore pour la sécurité et la défense. Problème technique Le problème technique consiste à utiliser des caractéristiques des signaux GNSS, uniques dans le temps et l’espace, pour authentifier et protéger une information d’intérêt à référencer. Le principe de base consiste à lier de façon indissociable l’information d’intérêt contenue, avec un évènement spatio-temporel unique dont il sera possible de reconnaitre et d’identifier les caractéristiques. L’approche consiste à encapsuler étroitement les données d’intérêt, échangées dans le système d’information, avec la date et la position précises et sécurisées de leur création, les informations de géolocalisation servant à identifier de manière unique un évènement. Il est simple de réaliser le référencement d’un document pour son archivage (photographie, mesures, document, actes certifiés, …) grâce aux informations de position et de temps fournies par un récepteur GNSS et d’un équipement en assurant la capture (appareil photographique, tachygraphe, …) et de le conserver sur un Cloud, par exemple à des fins d’horodatage. Cependant, si le fichier numérique contenant ces informations, dit conteneur par la suite, n’est pas sécurisé, il peut être facile pour des tiers d’accéder à l’information d’intérêt, voire de se l’approprier en changeant les informations d’identification de l’auteur ou de la date et du lieu, ou encore de falsifier l’information contenue. Il est donc nécessaire que la solution mise en place permette d’assurer : L’identification sécurisée de création du conteneur L’authentification de la source par le destinataire L’intégrité des données d’intérêt contre la falsification par des tiers La confidentialité des données d’intérêt contre la divulgation par des tiers Une simple capture des sorties de position et de datation GNSS ne peut fournir de telles capacités de protection sans impliquer l’utilisation de fonctions à sens unique pour réaliser le chiffrement et de fortes contraintes de gestion et de vérification des clés publiques-privées et des signatures électroniques via une infrastructure à clé privée (dit PKI en langue anglaise) pour réaliser un chiffrement symétrique ou asymétrique et une authentification à double contrôle à clés publique et privée. L’objet de l’invention est d’apporter de telles capacités sans devoir mettre en place de telles infrastructures de sécurité, ni d’algorithme de cryptographie asymétrique, en s’appuyant sur les seules informations caractérisant les signaux satellites GNSS qui constituent des attributs uniques et spécifiques de l’émetteur du message, accessibles aux destinataires possédant les mêmes privilèges d’accès aux signaux. Un dispositif apportant la preuve que la position et la date ne sont pas corrompues, peut éviter que des personnes falsifient l’information (la photographie) avec une intention malveillante. Etat de la technique antérieure Les techniques développées en communication pour protéger et authentifier des informations échangées entre fournisseur et destinataire de données confidentielles mettent classiquement en œuvre des méthodes de chiffrement à clés symétriques ou asymétriques publiques-privées, impliquant des infrastructures extérieures pour assurer la gestion des clés multi-utilisateurs et des autorités se portant garantes de la protection du secret. Les procédés d’authentifications et de chiffrage/déchiffrage impliquent des échanges de clés et de signatures qui peuvent être observés, mêmes si les intrusions restent rares et l’affaire d’experts, les algorithmes de cryptage étant de plus en plus performants. Cependant la génération des clés reste complexe et fait appel à des ressources de calcul conséquentes déportées ou non, ainsi qu’à des contraintes croissantes de cybersécurité pour assurer la protection des accès. Les nouvelles recommandations de déploiement d’infrastructures de cybersécurité dites de « zéro confiance » (« Zero Trust », en langue anglaise) décrites par la publication NIST.SP.800-207 tendent à revisiter les approches traditionnelles de la cybersécurité standard basées sur la protection des accès aux infrastructures. L’approche Zero Trust vise à déployer des solutions de sécurité suivant un « périmètre défini par logiciel » qui fournit un accès à privilèges aux utilisateurs humains et non humains, quels que soit leur emplacement géographique, le terminal utilisé, et quel que soit l’emplacement d’hébergement des données et des charges de travail. Simultanément au développement des services basés sur le GNSS, de nouvelles menaces sont apparues, liées à la diffusion volontaire de fausses informations d’identification, en corrompant les sorties des récepteurs GNSS, par exemple relative à la position et à la datation d’un véhicule, ou encore, relatives au risque de leurrage des signaux GNSS reçus pouvant entrainer de fausses estimations par le récepteur utilisateur de la position et du temps, difficilement détectables par les utilisateurs. Une approche de surveillance et contrôle de telles situations, récemment développée, consiste à transférer le signal Radiofréquence (RF) GNSS reçu par l’utilisateur à une station de traitement déportée ou à un serveur, afin de traiter les signaux des services de navigation GNSS règlementés ou de défense, disponibles en réception en parallèle des signaux de navigation ouverts. L’accès à ces services de navigation étant réglementé et les codes des signaux étant très protégés, il est extrêmement difficile pour un tiers non accrédité d’y accéder pour les falsifier. Une autorité habilitée peut donc vérifier par ce biais si les informations de position et de temps diffusées par les utilisateurs sont falsifiées et si les signaux reçus sont leurrés, réalisant ainsi une authentification de l’identification. Un tel principe est décrit par le brevet [D1] EP 2 674 779 (Marc Revol; « Système de radionavigation par satellite à architecture déportée », date de dépôt: 13.06.2013) Cependant, un inconvénient de cette approche réside dans l’impact sur le débit de communication de la transmission des signaux GNSS à large bande. Le brevet [D2] EP 2 790 035 (Marc Revol; « Procédé et dispositif de compression d’un signal de radio-navigation large bande, procédé et dispositif associés de calcul de la fonction de corrélation du code d’étalement dudit signal compressé » , date de dépôt: 07.03.2014) propose une approche de compression des signaux GNSS, encore appelée Compressive Sensing en langue anglaise, permettant de réduire la bande passante utilisée pour la transmission des signaux GNSS tout en maintenant leurs capacités de transfert de temps et de positionnement. Sur le même sujet, les publications suivantes sont relatives aux capacités de traitement et de surveillance des signaux GNSS à distance : [D3] ( Alexander Rugamer, Manuel Stahl, Ivana Lukcin, Gunter Rohmer - Fraunhofer IIS Nuremberg, Germany, «Privacy Protected Localization and Authentication of Georeferenced Measurements using Galileo PRS”, publié dans les Proceedings of IEEE/ION PLANS 2014 May 5 - 8, 2014 ) décrit comment les utilisateurs ordinaires de Galileo peuvent bénéficier d’une localisation protégée par la confidentialité et de l’authentification des mesures géoréférencées à l’aide du service Signal Public Réglementé (PRS) Galileo. [D4] (Marc Revol - Thales Avionics, « Distant positioning for GNSS securing”, publié dans les P roceeding de ENC 2015 - session 08 - April 8-10, 2015 ) décrit les moyens permettant l’utilisation de signaux GPS ou Galileo cryptés (par nature plus résistants aux interférences que les signaux civils) pour un positionnement sécurisé et robuste avec de fortes contraintes d’intégration (police, radio militaire et gouvernementale). [D5] (Marc Revol – Thales Avionics, “Compressing a wide band radio-navigation signal and method for calculating the correlation function for distant positioning” N avitech 2016 – Proceeding ISBN: 978-1-5090-3885-5/ P02- 14-16 December 2016 - ESA/ESTEC, The Netherlands ) introduit une méthode pour effectuer la compression du signal GNSS, exploitant l’orthogonalité CDMA (temps et espace) des signaux GNSS facilitant le déploiement de services d’authentification GNSS à distance. Limitations Comme indiqué précédemment, les méthodes de protections classiques nécessitent des échanges de clés et des algorithmes de calcul complexes, vulnérables à l’observation et à la divulgation du secret, et impliquent l’intervention de tiers de confiance. Ces vulnérabilités, en partie dépendantes des capacités de protection de l’accès aux infrastructures de sécurité, sont à évaluer en regard des risques de sécurité qui peuvent dépendre de la nature ou du contexte des applications ou des services. L’approche « Zéro Confiance » (dite « Zero Trust » en langue anglaise), qui prône une sécurisation délocalisée et à la source des informations, apparait synergique avec les capacités des systèmes GNSS à satisfaire ces objectifs. Cependant, les premiers travaux menés en ce sens dans le monde GNSS sont limités à la sécurisation des seules informations liées au géoréférencement, sans envisager de généraliser leur exploitation pour la sécurisation de tous types de données, à tous niveaux et selon des niveaux de protection adaptés aux risques de sécurité. Le concept de Positionnement à distance notamment est considéré comme un moyen d’augmenter les capacités de géolocalisation des utilisateurs des services de navigation GNSS ouverts, plus sensibles aux perturbations de l’environnement de réception, et reste focalisé sur la capacité de calculer une position et un temps dans un environnement physique à accès sécurisé, permettant de mettre en œuvre des procédures d’accès aux signaux des services de navigation GNSS chiffrés, auxquels les utilisateurs standards n’ont pas accès. Solutions au problème L’approche de sécurisation d’information d’intérêt proposée vise à satisfaire en partie les recommandations du NIST SP 800-207 liées aux nouveaux principes de mise en œuvre de la cybersécurité, en ce que l’information est sécurisée à la source et peut être reçue et vérifiée avec différents niveaux de confiance, selon les capacités de traitements du destinataire et de son habilitation à traiter des informations de confiance. Elle peut en outre être déployée en tout lieu et à tout moment, sans tiers de confiance et sans infrastructure de sécurité dédiés à la génération de clés secrètes ou d’algorithmes de chiffrement, sans réclamer de protections spécifiques supplémentaires pour les équipements les mettant en œuvre. Elle repose sur un principe de subsidiarité qui donne la capacité aux utilisateurs habilités des systèmes GNSS mettant en œuvre le principe de l’invention, de réaliser par eux-mêmes la sécurisation des informations d’intérêt en s’appuyant sur les réglementations d’accès aux signaux mis en place par les systèmes GNSS. Une telle délégation est rendue possible en liant les informations d’intérêt à sécuriser avec des caractéristiques liées au géoréférencement et à la datation, accessibles au travers des systèmes GNSS, largement déployés, qui possèdent par ailleurs des infrastructures protégées et la capacité intrinsèque de délivrer les informations de position et de temps avec différents niveaux de sécurité. La capacité à assurer un tel lien et de le mettre à profit pour hériter des capacités de sécurité offertes par les systèmes GNSS au profit de la sécurisation de l’information ou de données, est au cœur de la présente invention. L’intérêt de la solution de cybersécurité proposée repose principalement sur la grande disponibilité et la pérennité des systèmes GNSS existants et sur leurs évolutions futures qui contribuent, par essence, à maintenir et à améliorer la robustesse du positionnement et du transfert de temps précis, et à atténuer leur vulnérabilité aux attaques cyber telles que le leurrage et le brouillage. Elle vise à satisfaire deux objectifs principaux en matière de sécurité : Protéger à la source les données d’intérêt qui doivent être échangées, en empêchant toute modification intentionnelle ou non intentionnelle et toute divulgation de leurs contenus. Vérifier, à quelque niveau que ce soit, l’origine de l’information et assurer qu’elle n’a pas été créée ou modifiée par des tiers. L’objectif de la solution est de fournir de telles protections en matière de communication et de stockage des informations sans augmenter les infrastructures de sécurité et les contraintes, au-delà de celles déjà mises en œuvre pour le déploiement des services de navigation GNSS, et de fournir une protection de sécurité adaptable correspondant au niveau de menace de l’opération. Un autre objectif est de ne pas accroître la complexité du traitement au-delà de ce qui est déjà nécessaire pour accéder aux services de navigation GNSS déjà utilisés dans les systèmes d’information. La solution consiste à sécuriser les informations d’intérêt à enregistrer ou à transmettre via un procédé de chiffrement et d’authentification des données basé sur un mécanisme de cryptographie symétrique, mais capable de fonctionner sans obligation de partager des clés secrètes pour réaliser le chiffrement et déchiffrement du document. En s’appuyant sur la constatation qu’il n’existe qu’une seule coïncidence de date et de lieu physique associée à un évènement donné, une telle capacité est obtenue en dérivant les clés secrètes de chiffrement depuis les mesures de la date et de la position de l’évènement, constituant la clé maitresse, caractéristiques de l’instant et du lieu physique de création du conteneur chiffré et authentifiable. Afin de réaliser une encapsulation virtuelle insécable de l’information d’intérêt avec l’identification de la source, le chiffrement est réalisé en utilisant des caractéristiques spatio-temporelles communes à l’authentification et au cryptage du conteneur, rattachées à la date et au lieu de l’évènement. Les caractéristiques spatio-temporelles de l’évènement sont à la source de la génération aussi bien des caractéristiques d’authentification que des clés de cryptage. A cette fin, les clés de chiffrement sont calculées en fonction des phases de code des signaux GNSS reçus pour cette date et cette position, et pour les attributs utilisateurs d’accès aux signaux GNSS définis par la constellation, le service de navigation, les fréquences, le type des codes d’étalement. Les phases de code des signaux reçus, alignées sur la base de temps du système GNSS et dépendantes du retard de propagation entre les satellites et l’antenne de réception, fournissent une combinaison unique de mesures de phases utilisées comme racines de chiffrement et d’authentification à la création du conteneur de données chiffrées. L’instant et le lieu physique jouent ainsi le rôle de germe de chiffrement, ou encore de clé maitresse, qui permet d’élaborer les clés de chiffrement secrètes et de constituer les caractéristiques d’authentification. A la création du conteneur, assimilée par la suite à la création du document chiffré ou à la création du message chiffré, la position et le temps de l’évènement sont déterminés grâce à la réception du signal GNSS délivré par une antenne dont la localisation sert de référence reconnue pour contribuer à authentifier l’origine de l’acte certifié (par exemple un cabinet de notaire, une administration ou toute autorité de référence). Dans le cas général d’utilisation, il n’est pas nécessaire que la position de l’antenne soit référencée, tout utilisateur désirant créer par lui-même un document chiffré pouvant utiliser son propre moyen de géoréférencement GNSS quel que soit la position et la date de l’évènement. Le système GNSS joue donc un rôle important dans la transformation de l’instant et du lieu physique, notions immatérielles mais support de la clé secrète, en des caractéristiques tangibles mesurables qui servent à l’estimation du temps et de la position et, par ce biais, à l’élaboration des clés de chiffrement. A la lecture du conteneur protégé, la reconstitution des clés de chiffrement nécessite donc l’accès au temps et à la position de création du message chiffré. Un tiers observateur ne pourra pas reconstituer les clés de chiffrement s’il ne dispose pas des informations de localisation et de datation correspondant à la création du document chiffré, ni des privilèges d’accès au service de navigation GNSS utilisé pour réaliser le chiffrement. Différents modes de transmission sont rendus possibles par l’invention : La fourniture en clair du temps et de la position du document chiffré, la génération des codes de chiffrement nécessitant dans ce cas la génération d’aléas supplémentaires (tels les codes PRN cryptés associés à certains des services de navigation) rendant impossible l’acquisition par un tiers des phases de code bruitées, les racines de l’algorithme de génération des codes associées à la position et à la date étant connus uniquement par les utilisateurs autorisés, La fourniture chiffrée du temps et de la position, dans le même conteneur ou via un média sécurisé séparé, L’envoi d’une empreinte du signal reçu au moment de la création du document chiffré, constituée d’une tranche temporelle de durée limitée du signal reçu, qui permet au destinataire de réaliser sa propre estimation de la position et du temps de création du document chiffré et de reconstituer les clés de chiffrage à base des phases de code. L’invention décrit différentes options de mise en œuvre de transmission des clés secrètes qui pourront être adoptées selon le domaine d’application ou du niveau de protection souhaité face aux menaces cyber. Le chiffrement des données à protéger s’appuie sur les codes pseudo-aléatoires connus et disponibles qui servent à l’identification des satellites GNSS ainsi qu’à l’estimation du temps GNSS reçu des signaux (dite aussi la phase de code) dans l’échelle des temps GNSS, à l’instant précis de réception correspondant à la date de création du message. La méthode de chiffrement consiste, lors de la création du message chiffré : à utiliser les phases de code mesurées des signaux des satellites reçus au lieu et au moment de la création de l’information, comme clé pour chiffrer les données d’intérêt afin de protéger tout accès par des tiers non autorisés, à générer une signature , dite l’empreinte GNSS, cohérente avec les phases de code mesurées, qui permettra en lecture d’authentifier la position et l’heure de la création du message et à reconstituer les clés de chiffrement. Chacune des phases de code, mesurée par le récepteur GNSS, sert aussi à générer un retard, proportionnel en nombre de bribes de code, dit chips de code dans son appellation courante en langue anglaise par la suite, appliqué sur la séquence pseudo-aléatoire combinée avec la séquence de données. Ce retard est équivalent à une clé servant de racine à la génération de la séquence du code PRN, lui-même à accès protégé ou non, toujours disponible et inviolable sans la connaissance précise de la position et de la date de l’évènement correspondant. Les codes utilisés, différents d’un satellite à l’autres, sont appliqués par tranche de temps selon un séquencement déterministe ou codé qui peut lui-même être utilisé pour augmenter la complexité du chiffrement. Les tiers qui ne disposent ni de la connaissance des codes utilisés, ni du retard d’alignement de la séquence de chips de code sur les données à chiffrées ne pourront que très difficilement réussir l’opération inverse de déchiffrement. Celle-ci consiste à rechercher, par exploration glissante du domaine d’incertitude en temps et dans l’espace, le retard maximisant la corrélation entre la séquence chiffrée et le code de chiffrage, une caractéristique des codes pseudo-aléatoires (PRN) étant que le résultat de corrélation reste nul tant que les phases de code ne sont pas alignées. Le déchiffrement nécessite d’acquérir ou de connaitre les phases de code avec moins de 1µs d’incertitude pour la plupart des codes des services ouverts, voire moins de 0,1 µs dans le cas de signaux à accès réglementés. L’empreinte GNSS, qui peut servir à la transmission au destinataire des informations de position et de temps et aussi à l’authentification de l’origine du conteneur, contient une tranche temporelle du signal reçu collecté au moment et au lieu de création du message (comprenant par défaut les signaux de toutes les constellations, pour tous les services de navigation et tous les satellites) qui est cohérente avec les phases de code mesurées, utilisées à la création du message pour chiffrer les données d’intérêt et pour calculer la position et l’heure de création du message. Une telle empreinte contient les signaux réels tels qu’ils sont reçus, à faible rapport signal/bruit, avant toute démodulation de la phase de code et du message de navigation, et avant tout décryptage du code du signal et des données lorsqu’elles sont disponibles pour un service de signal donné. Le traitement d’authentification de l’origine du document chiffré, réalisé au niveau du destinataire, consiste à acquérir les phases de code des satellites à l’aide de la tranche de signal GNSS transmise par l’empreinte, puis à vérifier la cohérence avec les mesures de position et de temps transmises encapsulées dans le message, et lorsqu’elles sont cohérentes, à décrypter les données chiffrées d’intérêt sur la base de ces phases de code. Un mode possible de mis en œuvre du procédé consiste à réaliser localement, sur une plage de retard limitée, la corrélation entre la tranche enregistrée du signal GNSS contenu dans l’empreinte avec des tranches de code local, initialisées avec des phases de code calculées en fonction du Temps et de la Position d’identification transmis par le conteneur, et de la connaissance des éphémérides des satellites. Si le niveau du maximum de corrélation est suffisamment élevé, le signal enregistré correspond au temps et à la position fournis, sinon, le signal GNSS enregistré n’est pas cohérent avec l’heure et la position fournis dans l’identifiant du conteneur, ce qui signifie que l’empreinte a été falsifiée. Dans des modes de mise en œuvre particuliers pour assurer la protection de l’identifiant contenu dans le conteneur (cad les informations de position et temps de l’identifiant), les phases de codes GNSS peuvent être bruitées volontairement, par une séquence aléatoire d’écart-type réglable en vue de bruiter les informations de position et de temps GNSS d’identification transmises dans le conteneur, ceci afin de rendre difficile l’acquisition du retard depuis l’empreinte, pour un tiers qui aurait eu accès, à la lecture du conteneur, à la position et au temps de création du document chiffré, ou qui intercepterait ces informations dans le cas où elles seraient diffusées en clair, pour des informations d’intérêt non critiques. Ce bruitage de la phase peut être réalisé par un générateur de bruit dont le germe dépend de la date GNSS de création du document chiffré donné en époques de temps inférieures à la milliseconde. Un tel générateur est alors partagé et gardé secret par tous les utilisateurs habilités à utiliser le système de protection des données pour enregistrement ou transmission. L’écart-type réglable de l’aléas de phase permet d’ajuster le domaine de recherche spatial et temporel, et donc la complexité de calcul nécessaire pour acquérir les données chiffrées sans connaissance de l’aléas. Dans un tel contexte de menace cyber élevée, impliquant un soupçon de violation du conteneur et l’usurpation du signal GNSS, une certification de l’authentification par une autorité externe accréditée est envisageable dans le cadre de la protection des infrastructures de sécurité sensibles, en effectuant le contrôle de l’empreinte sur la base des signaux GNSS à accès réglementé, tel le service de navigation PRS de Galileo. Dans le cas d’une mise en œuvre du procédé d’authentification sur les signaux ouverts, bien que les signaux reçus présents dans l’ empreinte possèdent les mêmes phases de codes racines que ceux des signaux reçus et poursuivis à la création du message, ils sont bien plus difficiles à acquérir sans information a priori, même approximatives, sur la position et le temps de la création du document chiffré, du fait de la durée limitée de l’empreinte, qui implique de mettre en place des moyens de traitement conséquents, dit de force brute, pour réaliser l’exploration des phases de réception dans des plages de retards importants. Dans une telle approche, c’est donc la complexité du traitement d’acquisition des racines de cryptage qui fait office de protection, et nécessite une batterie de corrélateurs massivement parallèles pour réaliser une acquisition quasiment instantanée, dite snapshot en langue anglaise, de la séquence de signal de l’empreinte. La mise en place de traitements de force brute pour réaliser ladite acquisition snapshot et l’extraction des clés à partir de l’empreinte, si elle est plus sécurisée et fonctionnellement simple de conception, n’est pas la seule approche possible. Une manière de réduire la complexité d’acquisition snapshot consiste à fournir en parallèle les estimations de la position et de la date obtenues par un récepteur GNSS à la création du message, afin d’aider à l’acquisition des mesures de phases racines réalisées à partir de l’empreinte. Trois options de chiffrement des données, d’applications combinées ou séparées, sont possibles à ce niveau : la position et la date GNSS à la création du conteneur sont fournies en clair et non bruitées, mais le chiffrement des données réalisé à partir des phases de code non bruitées fait appel à un code PRN GNSS crypté protégé, dont les clés d’accès sont partagées par tous les utilisateurs GNSS autorisés. L’utilisation des codes GNSS cryptés, par exemple les services de navigation Commercial (CS) ou Signal Publique Règlementé (PRS) de la constellation Galileo, répond à ce besoin sans devoir utiliser d’autres clés que celles déjà disponibles en réception des signaux GNSS pour générer les séquences de codes cryptés, la position et la date GNSS à la création du conteneur sont fournies non bruitées, mais chiffrées, de sorte à protéger leur accès par des tiers, nécessitant , contrairement à la première option, une infrastructure de chiffrage spécifique par clés symétriques ou asymétriques. Cependant, les codes utilisés pour réaliser le cryptage et décryptage des données peuvent rester à accès libre, par exemple le service Signal Ouverts (OS) de la constellation Galileo, la protection étant assurée simplement par la décorrélation des codes lorsqu’ils ne sont pas synchronisés sur la même phase. la position et la date GNSS à la création du conteneur sont fournies bruitées selon un algorithme de génération pseudo-aléatoire dont le germe d’origine est basé sur le temps GNSS de l’instant de création du message. En revanche, les phases de codes, utilisées pour le cryptage des données restent non bruitées. Ce qui nécessite pour le destinataire, soit qu’il puisse calculer, pour les corriger, les aléas de bruit ajoutés à la position et au temps à la création du message, soit qu’il dispose des ressources de traitement suffisantes pour réaliser, à partir la position et la date GNSS, ou de l’empreinte transmise du signal, l’exploration du domaine d’incertitude des phases de codes de déchiffrement. Pour les trois options, les informations de position et de temps fournies sont utilisées pour réaliser l’authentification en position et temps en partant de l’empreinte, et pour réduire le domaine de recherche des phases de codes. Les éphémérides, qui permettent de calculer les positions des satellites, et les modèles d’erreur, qui permettent de corriger le retard de propagation atmosphériques et d’horloges satellites, sont connus et accessibles par ailleurs par les utilisateurs de la constellation GNSS. Dans le cas de la troisième option, la génération d’aléas, appliquée sur les phases de code GNSS mesurées, est contrôlée en amplitude de telle sorte que l’écart-type de l’erreur de position résultante entraine une charge de calcul suffisante pour décourager des tentatives d’intrusion par acquisition snapshot de l’empreinte par des tiers non autorisés tout en restant admissible pour des destinataires autorisés, mais qui ne disposerait pas de l’algorithme de bruitage. Dans le cas d’utilisateurs autorisés disposant de l’algorithme de génération d’aléas, ceux-ci devront connaitre par ailleurs la valeur de l’écart-type de l’erreur ajoutée, qui doit rester secrète, et initialiser l’algorithme de génération avec l’information de temps bruité transmise convertie en époques rondes d’une milliseconde, le bruit ajouté sur le temps ne devant alors pas dépasser 1ms. Il reste aussi possible d’implanter une approche sans protection particulière pour transmettre la position et la date, ou pour chiffrer les codes de cryptages. Dans ce cas, il est possible pour un tiers observateur du conteneur de reconstituer les clés de chiffrage spatio-temporel, à condition de disposer du modèle de calcul de ces clés à partir des phases de codes, ainsi que des éphémérides et des modèles de correction d’erreur appliqués. Cette seule méconnaissance des traitements et des modèles peut s’avérer suffisante dans le cas d’applications grand public ne nécessitant pas de protection cyber en première approche. Une solution alternative permettant d’utilisation de code à accès public, en place des codes à accès réglementés, lorsque la position et la date GNSS à la création du conteneur sont fournies en clair, consiste à réaliser un entrelacement périodique ou aléatoire, dit entrelacs, de séquences de différents codes PRN ouverts utilisés pour le cryptage des données, par exemple en sélectionnant pseudo-aléatoirement les codes des satellites, éventuellement prélevés sur plusieurs constellations, plusieurs fréquences, selon des séquencements à tenir secrets, connus des seuls utilisateurs du service de chiffrage symétrique. Ces différentes options d’authentification et de cryptage sur la base de clés spatio-temporelles sont détaillées au travers des explications associées aux figures illustrant les principes de traitements envisagés par l’invention ainsi que des modes particuliers de réalisations et de mises en œuvre liées à la synchronisation des traitements avec les données des signaux GNSS. Avantages apportés Cette innovation apporte de nouvelles capacités pour vérifier et certifier l’authenticité de l’origine et du contenu des documents ou de rapports en fournissant le moyen de démontrer, le cas échéant, l’authenticité de la position et de la date de sa création. C’est également un moyen d’authentification de tous équipements délivrant un message d’identification comprenant son identité et sa position datée. Elle permet de protéger les informations à la source, minimisant les contraintes sur les infrastructures de sécurité (réglementation des accès aux locaux et aux équipement) et ne nécessitant pas de privilèges d’accès spécifiques ou d’infrastructures de sécurité dédiées La solution proposée offre des avantages significatifs par rapport aux processus de chiffrement standard basés sur des clés symétriques ou asymétriques, nécessitant une gestion cryptographique centralisée et/ou sécurisée, en particulier : Il n’y a pas besoin d’infrastructures de gestion de clés externes ni de communication sécurisée ni d’autorité cryptographique autre que celle du GNSS La protection cyber repose principalement sur la complexité, pour un tiers malveillant, d’accéder à des phases de codes clés du chiffrement sans connaissance précise de la position et la date de création du message et/ou sans avoir les clés de génération des codes des signaux protégés par le système GNSS, Une encapsulation protégée du conteneur du message chiffré n’est pas nécessaire en raison de l’authentification robuste et du chiffrement des données à la source offerte par la solution. Sa mise en œuvre ne nécessite pas d’accréditation supplémentaire autre que celle nécessaire pour que l’utilisateur accède aux services de navigation GNSS, et la technologie de traitement repose sur la technologie GNSS mature et éprouvée Il est disponible partout et à tout moment, permettant aussi l’authentification de messages enregistrés dans le passé. Une variété de constellations GNSS indépendantes peut être envisagées comme sources de référencement mondiales, disponibles en continu et en tous lieux, permettant chacune de caractériser un évènement de manière unique selon un ensemble de paramètres multiples. Différents niveaux de contrôle de l’authentification et de sécurité, utilisant les niveaux de protection et de privilèges d’accès aux signaux disponibles par construction, peuvent être mis en place. La même empreinte GNSS peut être utilisée pour certifier l’information selon le prisme de différentes constellations Brève description des figures L’invention sera mieux comprise à la lecture de la description de plusieurs formes de réalisation qui va suivre, donnée uniquement à titre d’exemple et faite en se référant aux dessins sur lesquels : présente le mode de réalisation le plus général du procédé de chiffrement spatio-temporel basé sur le positionnement et la datation précise GNSS, présente le principe général de génération, en écriture, des clés de chiffrage spatio-temporel basé sur les caractéristiques du signal GNSS reçu, présente le principe général de cryptage en écriture, des données d’intérêt basé sur les caractéristiques du signal GNSS reçu, présente le principe de bruitage en écriture de la position et du temps GNSS à la création du message, présente le principe général de reconstitution, en lecture, des clés de chiffrage spatio-temporel basé sur l’empreinte GNSS capturée à la création du message, présente le principe de fonctionnement général de chiffrement/ déchiffrement spatio-temporel basé sur la capture conjointe de la position et du temps GNSS et d’une empreinte du signal GNSS, illustre le synchronisme des signaux GNSS en émission et en réception dans le cas de codes périodiques, ainsi que la plage de capture de l’empreinte GNSS à la date t 0 de création du message chiffré, présente le chronogramme de cryptage des données par les chips de code du satellite sélectionné, décalés de la phase de code reçue à t 0 , présente le cryptage des données par tranches successives, par les chips de code du satellite alloué à chacune des tranches, décalé au début de chacune des tranches par la phase de code du satellite correspondant reçue à t 0 , illustre le principe d’identification de la source d’information utile, consistant à ajouter à l’information d’intérêt un identifiant, constitué de la référence de la source, de la position et de la date GNSS précises de création du message chiffré, illustre le principe de génération des clés de cryptage spatio-temporelles à partir du géoréférencement GNSS, par capture des phases de code des signaux GNSS poursuivis à l’instant de création du message chiffré, décrit un premier mode de mise en œuvre du cryptage de l’information d’utilité à partir des clés spatio-temporelles à des fins de transmission des données chiffrées dès la création du conteneur, réalisé par combinaison entre les données d’intérêt codées en binaires et les codes PBSK retardés selon les phases de code capturées à l’instant de création du message chiffré, décrit un second mode de mise en œuvre du cryptage de l’information d’utilité à partir des clés spatio-temporelles générées, à des fins d’enregistrement, réaliser sans contrainte de cadencement, illustre le principe de capture de l’empreinte GNSS réalisée après conversion analogique numérique du signal GNSS reçu, décrit un mode de réalisation de l’authentification multi-facteur de la position et du temps GNSS à partir des clés spatio-temporelles extraites réalisant la comparaison entre la position et le temps GNSS à l’instant de création transmis dans le conteneur, et la position et le temps estimés à partir de l’empreinte GNSS, décrit un mode de réalisation de l’acquisition snapshot des phases de code à partir de l’empreinte GNSS, aidée par la position et le temps GNSS transmis dans le conteneur, dans le cas d’un signal GNSS modulé avec des données de navigation impliquant un alignement de l’intégration cohérente de la corrélation sur les transitions de données du message GNSS, décrit un mode de réalisation du décryptage de l’information utile à partir des clés spatio-temporelles, obtenues par extraction des phases de code des signaux issues de l’empreinte GNSS, décrit le principe d’évaluation du risque cyber en fonction de la réussite des opérations d’authentification et de décryptage selon la nature des signaux GNSS mis en œuvre, décrit une implémentation, préférée mais non limitative, du système servant à l’identification et au cryptage par chiffrage spatio-temporel en écriture, mettant en œuvre un récepteur de positionnement GNSS et des moyens de calcul associés pour réaliser le traitement de chiffrage, décrit une implémentation, préférée mais non limitative, du système servant à l’authentification et au décryptage par chiffrage spatio-temporel en lecture, mettant en œuvre un récepteur GNSS et des moyens de calcul associés pour réaliser le traitement de déchiffrage. Solution technique La solution technique adoptée par l’invention reprend, en les rationalisant, les approches précédentes envisagées précédemment dans l’exploration de solutions au problème. En regard des différentes options présentées, et dans l’objectif d’assurer le meilleur compromis entre la robustesse de la sécurité et la complexité de l’implémentation, la solution technique retenue par l’invention s’attache à la réalisation des capacités suivantes : L’échange des clés nécessaires à l’authentification et au cryptage est réalisé sur la base du partage d’une empreinte entre l’émetteur et le destinataire, L’acquisition des clés de cryptage est réalisée par le destinataire à partir de l’empreinte en s’aidant de l’information secrète de position et de temps associé et transmise sous forme bruitée par l’émetteur au destinataire, L’authentification est réalisée en calculant l’écart en position et en temps calculé à partir des écarts de phase de code des signaux satellites reçus, mesurés sur le signal GNSS reçu à la date de création du message et celle extraite de l’empreinte par le destinataire A priori, dans un premier mode de réalisation, les codes PRN utilisés pour crypter les données d’intérêt sont ceux des signaux GNSS publics, Les phases de code des signaux satellites GNSS reçus constituent les clés principales de chiffrement des données d’intérêt, appliquées selon un séquencement déterministe ou aléatoire, Les informations d’identification constituées de la date et de la position de création du document chiffré, sont fournies bruitées selon un germe de génération du bruit donné par le temps de temps de création, La solution traite des deux aspects de l’authentification et du chiffrage des données d’intérêt : A la source, l’encodage des caractéristiques d’authentification liées au signal GNSS reçu et à la phase de code PRN des satellites, et le chiffrage des données d’intérêt, A destination, l’authentification de l’origine du message et le décodage des données chiffrées, qui reposent sur la cohérence des phases des codes PRN extraits de l’empreinte du signal reçu, vérifiée au regard des informations de position et de temps associées au message. Le principe général du fonctionnement consiste à la mise en œuvre des fonctions suivantes : i. Au niveau de la génération des messages : Les données d’intérêt à transmettre ou à enregistrer dans le conteneur sont disponibles en entrée sans protection, La position et l’heure de création du message sont calculées par un récepteur GNSS basé sur le ou les services de signal GNSS sélectionnés, Le récepteur GNSS fournit également: les phases de code correspondantes des signaux des satellites, telles qu’elles ont été extraites à la création du message, une courte tranche de temps du signal GNSS reçu (dite instantanée), collectée au moment et à la position de la génération du message, au niveau RF, Les données d’intérêt sont ensuite cryptées par modulation à l’aide de séquences de codes PRN, liées aux signaux satellites visibles reçus, par tranches générées cycliquement ou aléatoirement, alignées sur la phase de code mesurée, à l’initialisation, du signal satellite associé, Le message est ensuite formaté en encapsulant dans une seule séquence les informations suivantes : L’identification (ID) du périphérique ou de la source de génération, La position de l’antenne liée au dispositif et le temps précis de génération du message, La tranche snapshot du signal reçu (empreinte), Les données d’intérêt cryptées. ii. Au niveau de l’utilisateur du message : Les informations sont extraites du message (ID, P(V), T, snapshot, data) L’acquisition des signaux des satellites s’effectue par corrélation avec les codes PRN locaux à l’aide de la tranche du signal, initialisée par la position et l’heure fournies dans le message, et des éphémérides connues des satellites: Si le niveau de corrélation est suffisamment élevé et que la signature correspond à la position et à l’heure fournies, l’acquisition est effectuée avec succès, le message est authentifié et les données d’intérêt peuvent être déchiffrées. Si ce n’est pas le cas, la position et l’heure indiquées dans le message ne correspondent pas au signal disponible lors de la génération du message. La signature ou la position et l’heure pouvant avoir été falsifiées, le message n’est pas authentifié. Les données d’intérêt sont ensuite démodulées à l’aide des codes PRN générés localement et alignés sur les phases de code satellites obtenues par acquisition de l’empreinte. Différents niveaux de contrôle de l’authentification peuvent être effectués sur la base de la même tranche d’empreinte GNSS selon les privilèges d’accès aux signaux GNSS utilisés pour rechercher la preuve enfouie de l’authenticité de l’heure et de la position transmises. Par exemple, les constellations Galileo et GPS fournissent différents services signaux OS, C/A, CS, PRS et PPS qui peuvent être mis à profit dans le cadre de l’invention. Le service Galileo CS peut être accessible pour réaliser une authentification à usage commercial, tandis que le service de navigation Galileo PRS, à accès réglementé, n’est accessible qu’aux utilisateurs accrédités. Dans le cadre de ce principe général de fonctionnement, la solution technique selon l’invention a pour objet un procédé d’authentification et de cryptage, dit de chiffrement spatio-temporel, ne nécessitant pas une autorité tierce, appliqué pour la protection d’une information d’intérêt en vue de garantir l’origine et l’intégrité de son contenu dans un but d’enregistrement ou de transmission, basé sur le positionnement et la datation précise utilisant les signaux GNSS, consistant : à estampiller le conteneur de l’information d’intérêt avec la référence de la source et la position et la date de sa création, à protéger l’accès à l’information d’intérêt par chiffrement liée à la position et à la date de création, à bruiter la position et la date de création transmise de façon à rendre ces informations inutilisables par des tiers, les facteurs d’authentification et les clés de de cryptage dudit procédé étant définis de manière unique à partir des phases de code des signaux GNSS reçus à l’instant et au lieu de création du message chiffré. Suivant des modes particuliers de réalisation, le procédé de chiffrement spatio-temporel comprend une ou plusieurs des caractéristiques suivantes, prises isolément ou en combinaison : cryptage de l’information d’intérêt par combinaison des données initiales codées en binaire [1, 0] , par au moins un des codes pseudo-aléatoires des signaux GNSS, dits codes PRN, pour Pseudo-Random Noise en langue anglaise, poursuivis en réception à l’instant t 0 de création du message chiffré, pour la constellation et le service de navigation choisi, la dite combinaison consistant à multiplier bit à bit la séquence de données d’intérêt initiale par la séquence de chips du code PRN, de type périodique ou apériodique, selon le type de service de navigation mis en œuvre dans le procédé. La multiplication bit à bit s’effectue après conversion des données binaires en données codées [+1, -1], codage noté #BPSK par la suite, authentification de l’origine dudit message chiffré, mettant en œuvre la position et la date GNSS transmises bruitées ainsi qu’une empreinte GNSS représentative des caractéristiques du signal GNSS reçu à l’instant de création et ajoutée dans le conteneur, ladite empreinte GNSS consistant en une tranche du signal GNSS numérisé en sortie de l’étage RF de réception GNSS, filtrée dans une bande de réception du signal GNSS compatible à minima de l’étalement en fréquence du code du service de navigation mis en œuvre, extraction des phases de codes à la date de création du message chiffré, estimées à partir de l’empreinte GNSS transmise, consistant en une acquisition instantanée, des codes des satellites visibles sur la seule longueur de l’empreinte, aidée par la position et la date GNSS bruitées transmis dans le conteneur décryptage des données d’intérêt chiffrées par les codes locaux alignés sur la phase de code des signaux reçus à l’instant de création du message chiffré, ajustement du niveau de sécurité de l’authentification par sélection de la constellation et du service de navigation GNSS, robuste au leurrage pressenti des signaux , le dit procédé d’ajustement de la sécurité de l’authentification consistant à extraire les phases de code de l’empreinte GNSS en utilisant, pour les utilisateurs ou autorités accrédités, un service de navigation GNSS crypté a priori non accessible à la menace pressentie, validation des données d’intérêt après déchiffrement, et évaluation du risque d’attaque cyber, L’invention a également pour objet un dispositif composé d’un récepteur des signaux GNSS, un calculateur et des programmes informatiques, implantant les procédés de chiffrement et de déchiffrement d’une information d’intérêt dans un but d’enregistrement ou de transmission selon l’invention, caractérisé en ce qu’il comprend : une antenne de réception GNSS, un récepteur GNSS mono ou multi constellations capable de traiter un ou plusieurs services de navigation en parallèle et de prélever une tranche de signal RF, dite snapshot, à la réception d’une commande externe, et de fournir les phases de codes des satellites visibles à cet instant, pour la création du conteneur protégé, un module de traitement et un logiciel interfacé avec le récepteur GNSS, configuré en chiffrement, capable de réaliser les traitements d’identification du conteneur et de cryptage de l’information d’intérêt à enregistrer ou à transmettre, pour la lecture du conteneur protégé, un module de traitement et un logiciel, configuré en déchiffrement, capable de réaliser les traitement d’authentification du conteneur et de décryptage de l’information d’intérêt enregistrée ou transmise. Un autre objet de la présente invention est un service d’authentification supplémentaire de l’information d’intérêt délivrable par une tierce autorité accréditée capable de certifier l’origine et le contenu des données d’intérêt avec au moins un niveau de sécurité supplémentaire par rapport à celui fourni par le dispositif nominal Description détaillée La description de l‘invention est détaillée dans les paragraphes suivants en regard des différentes figures explicatives qui précisent : le mode de réalisation le plus général du procédé, , le principe de génération des clés et de cryptage en écriture des données, , , , le principe général de décryptage en lecture des données, , le principe de fonctionnement général de chiffrement/déchiffrement basé sur la fourniture de l’empreinte GNSS, , les chronogrammes de synchronisation pour le prélèvement de l’empreinte et pour le cryptage des données, , , , les traitements détaillés correspondant aux différentes étapes du procédé de chiffrement en écriture, à , les traitements détaillés correspondant aux différentes étapes du procédé de chiffrement en écriture, à , le synoptique de principe d’évaluation du risque cyber, , les modes de réalisation du système de chiffrement et déchiffrement réalisant le procédé et , présente le mode de réalisation le plus général du procédé d’authentification robuste et résiliente par chiffrement spatio-temporel basé sur les signaux GNSS pour les systèmes de communication et d’information. Le procédé selon l’invention comprend un ensemble (102) d’étapes, configurées pour mettre en œuvre une stratégie de chiffrement-déchiffrement ne réclamant pas une infrastructure de sécurité extérieure au système, définie sur la base de données cachées liées à la position et à la date de création, issues de caractéristiques intermédiaires instantanées mesurées sur les signaux GNSS , et tirant profit de la protection d’accès aux signaux diffusés par les systèmes GNSS mondiaux pour référencement de la source d’information utile. L’ensemble (104) des étapes du procédé d’authentification robuste et résiliente par chiffrement spatio-temporel basée sur les signaux GNSS comprend, dans une première étape (106), en écriture, une phase d’initialisation, suivie d’une phase de chiffrement de l’information et de caractérisation multi-facteurs de la source qui s’appuient sur la synchronisation spatiale et temporelle des signaux GNSS reçus, selon les étapes (108), (110), (112), puis une phase d’authentification multi-facteurs de la source et de déchiffrement de l’information selon les étapes (116), (118), mettant en œuvre en particulier, en étape (114), un procédé d’extraction de clés spatio-temporelles réalisé à partir d’une empreinte prélevée sur le signal GNSS et enfin une phase d’évaluation du risque cyber en cas d’échec du déchiffrement en étape (120). La première étape (106) d’initialisation, générique pour tous les modes de mise en œuvre, consiste, à l’émission, à associer au référencement de la source de l’information chiffrée (définie comme l’identité de la personne physique ou la référence de l’équipement), la date et le lieu de création du message chiffré fournit par un récepteur GNSS connecté à une antenne servant de référence. Ces informations servent au transport des clés nécessaires à l’authentification et au décryptage du message chiffré par le destinataire. Afin d’assurer la confidentialité de ces données, les mesures précises de position et de temps, délivrées par le récepteur GNSS, sont bruitées via l’utilisation d’un générateur d’aléas, par exemple initialisé avec le temps GNSS, non bruité, de création du message chiffré (dit, germe du générateur d’aléas), de manière à ne permettre l’accès à l’authentification qu’aux destinataires possédant les ressources de calcul permettant ces opérations ou/et pouvant accéder à la position et au temps non bruités par un média séparé. Afin de sécuriser d’avantage le transfert, le temps non bruité utilisé pour le cryptage des données pourra être décalé d’un nombre entier d’époques, dit offset de phase de code, un tel décalage ne devant être connu que par les destinataires autorisés et être spécifique à la source émettrice. Les principes de traitement de l’étape (106) sont détaillés en . La deuxième étape (108) consiste, à l’émission, à réaliser la génération des clés dites de cryptage spatio-temporel à partir du géoréférencement GNSS, clés définies comme correspondantes aux phases de chacun des codes PRN des satellites visibles à l’instant t 0 , préalablement corrigées volontairement d’un biais arbitraire connu des seuls utilisateurs autorisés, converties en nombre entier de chips de code PRN, dites phases de code en chip entier. Ces phases de code entières, biaisées, servent par la suite du procédé à l’initialisation de la trame de cryptage de l’information utile par les codes PRN des signaux satellites reçus à t 0 . Les principes de traitement de l’étape (108) sont détaillés en . La troisième étape (110) consiste, à l’émission, à réaliser le cryptage de l’information d’intérêt à partir des clés spatio-temporelles générées, cryptage défini comme la combinaison bit à bit de l’information d’intérêt codée en binaire et le code PRN de au moins un des satellites visibles, choisis cycliquement ou pseudo-aléatoirement, initialisé sur la phase de code entière biaisées fournie dans la clé de cryptage spatio-temporelle. La combinaison bit à bit est précédée d’une conversion des bits de codage binaire [0,1] de l’information d’intérêt en codage en phase équivalent au BPSK [+1,-1] (dit pseudo BPSK et noté #BPSK) avant multiplication par les chips des codes PRN codés #BPSK [+1,-1]. Les principes de traitement de l’étape (110) sont détaillés en dans le cas d’un cryptage pour transmission (cadencement du cryptage des données par une base de temps extérieure) et en dans le cas d’un cryptage pour enregistrement ou archivage (cadencement du cryptage sur une base de temps interne au procédé). La quatrième étape (112) consiste, à l’émission, à réaliser la capture de l’empreinte GNSS, empreinte définie comme une courte séquence temporelle du signal GNSS reçu, de longueur minimale d’une milliseconde, paramétrable en fonction de l’impact sur le débit de communication ou le volume supplémentaires de données à stocker et des types de signaux à prendre en compte, capturée précisément et en synchronisme (à quelques dizaines de nanosecondes près) de l’instant t 0 de capture des phases de codes et de calcul de la position et du temps de l’évènement par le récepteur GNSS. Le signal GNSS est capturé en sortie de l’étage RF du récepteur GNSS après conversion analogique numérique dans une bande passante la plus large possible permettant de collecter les signaux de différents services de navigation et de différentes constellations. La capture peut être préférentiellement réalisée sur plusieurs bandes de fréquence, sans que cela soit un impératif pour le procédé décrit. Les principes de traitement de l’étape (112) sont détaillés en . La cinquième étape (114) consiste, à la réception, à réaliser l’extraction des clés spatio-temporelles à partir de l’empreinte GNSS, l’extraction consistant à estimer, par corrélation avec les codes des signaux satellites visibles, les phases de code d’où seront dérivées les phases de code entières à appliquer pour réaliser le décryptage des données reçues. Cette opération pouvant être extrêmement demandeuse en calcul, elle peut être aidée par les informations de position et de temps de capture de l’empreinte, fournies bruitées dans l’identifiant du message, qui permettent de réduire l’espace de recherche de l’acquisition dans les domaines spatial et temporel. fournit le principe de traitement d’une acquisition aidée instantanée, dite snapshot, réalisée à partir de l’empreinte GNSS, Lorsque l’amplitude du bruit ajouté sur la position et le temps transmis est nulle, l’acquisition des phases de code peut être réalisée directement, par transformation PVT inverse (notée PVT -1 par la suite) à partir des informations de position et de temps transmis, les informations d’éphémérides satellites et les modèles de correction étant connus par ailleurs, ceci sans faire appel à l’empreinte du signal GNSS. Lorsque l’amplitude du bruit ajouté sur la position et le temps transmis est importante, l’acquisition des phases de code de l’empreinte peut être prohibitive en temps de calcul pour les destinataires qui ne disposent pas des ressources de calcul suffisantes ou du germe d’initialisation d’aléas de l’algorithme de génération . Les phases de codes non bruitées ainsi extraites restent encore, à ce stade, indéterminées en raison du biais ajouté volontairement à l’émission qui ne doit être connus que par les entités autorisées ou encore attribué à tout destinataire dont l’identité est connue. Une fois corrigées de ce dernier biais, les phases de codes résultantes peuvent être converties en phases entières de chip de code, pour l’initialisation des codes PRN à appliquer pour réaliser le décryptage. Les principes de l’étape (114) sont présentés en et le traitement d’acquisition des phases de code à partir de l’empreinte est présenté en . La sixième étape (116) consiste à réaliser l’authentification multi-facteur de la position et du temps GNSS transmis à partir de l’empreinte GNSS, l’authentification étant réalisée par comparaison de la position et du temps calculés par un algorithme PVT à partir des phases de codes extraites de l’empreinte, corrigées du biais volontaire introduit à l’émission attribué au groupe des destinataires, avec la position et la date transmise dans l’identifiant du conteneur. En pratique, les phases de codes bruitées, extraites, par un algorithme PVT -1 , de la position et du temps bruités transmis dans l’identifiant du conteneur, servent, comme pour le traitement d’extraction des clés de l’étape (114), d’aide à l’acquisition des phases de code depuis l’empreinte. Lorsque le traitement d’acquisition est réussi, les phases de codes extraites en temps résolus GNSS sont converties en distances à vue des satellites, grâce aux éphémérides et aux modèles de correction connus du système GNSS, puis les écarts en position et en temps sont calculés par PVT direct à partir des écarts de pseudodistance. L’authentification est acceptée lorsque les écarts sont inférieurs à un seuil dépendant du bruit de modèles d’erreurs et fonction de l’écart-type de bruit volontaire ajouté à l’émission, si celui-ci n’est pas corrigé. Les principes de traitement de l’étape (114) sont détaillés en . La septième étape (118) consiste à réaliser le décryptage de l’information utile à partir des clés spatio-temporelles extraites, dérivées des phases de code, elles-mêmes estimées soit à partir des informations bruitées de position et de temps de création du message chiffré, dans le cas où le destinataire dispose des caractéristiques du générateur d’aléas en amplitude et du germe d’initialisation, soit à partir de l’empreinte GNSS dans le cas contraire, après acquisition snapshot aidée par les informations de position et temps bruitées fournies par l’identifiant du conteneur. Ces phases de code estimées sans biais sont corrigées préalablement au décryptage des données d’intérêt, en leur ajoutant le décalage volontaire de phase de code (offset de code) introduit pour effectuer le cryptage par les codes PRN déphasés et décalés à l’écriture du message chiffré, puis converti en phase de code en chip entier. De préférence, le traitement réalise le séquencement dans le temps des codes des satellites visibles, selon un cycle périodique ou pseudo-aléatoire Les principes de traitement de l’étape (116) sont détaillés en . La huitième étape (120) consiste à réaliser une estimation du risque d’attaque cyber en fonction des réussites ou échecs constatés des différentes étapes du procédé, qui s’appuie sur une logique prenant en compte : l’authentification de l’empreinte sur les signaux ouverts, le décryptage des données d’intérêt, le géoréférencement de la source, utilisable lorsque la position et le temps de création sont connus, au moins approximativement, par ailleurs (dit geofencing), l’authentification de l’empreinte sur les signaux GNSS règlementés. fournit une description du principe général de génération, en écriture, des clés de chiffrage spatio-temporel basé sur les caractéristiques du signal GNSS reçu, consistant à extraire les phases de code des signaux GNSS en visibilité, capturées à l’instant précis de création du message à chiffrer pour transmission ou enregistrement. Le temps et le lieu géographique de la source (20) constituent la clé maitresse du chiffrement en raison de l’unicité de leur réalisation lorsqu’ils sont associés à l’évènement de chiffrage du message contenant les informations. Un tel évènement peut être ponctuel, car limité à une seule action (par exemple, la création d’un document), périodique (par exemple, l’envoi de données sur un réseau de communication), ou aléatoires (par exemple, l’envoi de données d’observation sur une plateforme mobile). Le temps et le lieu de l’évènement, grandeurs physiques mais immatérielles référençant l’évènement, sont caractérisées, selon l’invention, par des mesures tangibles de temps et de position absolu délivrés par les systèmes GNSS (23), quel que soit le type des constellations, la nature des services, la nature et la bande de fréquence des signaux. A cette fin, il est nécessaire que l’évènement soit relié physiquement à un récepteur GNSS (24) capable de saisir les mesures de temps et de position qui lui sont associées, lui-même relié à une antenne GNSS (22), placée en réception des signaux satellites GNSS (21) et servant de référence spatiale, quel que soit sa position relative choisie par rapport à celle de l’évènement (par exemple, sur le toit du bâtiment ou du véhicule à l’origine de l’évènement). La mesure du temps absolu réalisée par le récepteur GNSS est reliée à l’instant de l’évènement au travers d’un dispositif de synchronisation de la mesure capable de transmettre un top physique (33) afin d’assurer une capture précise des mesures de position et de la date de création du message crypté et des clés de chiffrage associées. C’est ainsi l’instant de réception du top qui doit être datée précisément pour permettre le référencement et le chiffrage sur la base des signaux GNSS, la latence entre la réalisation de l’évènement et l’arrivée du top de synchronisation n’ayant que peu d’importance à cette seule fin. La position et le temps de l’évènement fournis dans une échelle de temps absolu GNSS (en principe converti en temps UTC) et un référentiel géographique géodésique (en principe, WGS 84), délivrés par un récepteur GNSS (24) relié au signal de synchronisation et à l’antenne, permettent d’obtenir les phases de codes des signaux reçus des satellites au niveau de l’antenne et à l’instant de réception du top de synchronisation. Les phases de codes sont données par les temps GNSS mesurés sur chacun des signaux satellite reçus à l’instant du top. Tous les signaux satellites étant synchronisés précisément sur le temps GNSS absolu à l’émission, par construction des systèmes GNSS, les temps reçus des satellites GNSS sont donc retardés par rapport au temps GNSS absolu par les durées de propagation des ondes. Ces retards dépendent de la distance entre les satellites émetteurs des signaux, en orbites selon des trajectoires connues précisément, et l’antenne de réception, et incluent les caractéristiques des couches de propagation ionosphérique et troposphériques, et différentes erreurs de mesures liées à l’environnement de réception (trajets multiples) ou à l’électronique (biais d’horloge, biais RF, latences). A une date donnée, il n’existe, pour la constellation GNSS et le service de navigation sélectionnés, qu’une réalisation unique de l’ensemble des retards de propagation des signaux satellites visibles depuis un même point de réception, les éphémérides des satellites étant parfaitement connus et déterministes, ainsi que de l’ensemble des phases de code des signaux satellites GNSS, ceux-ci étant parfaitement synchronisés sur le temps GNSS. La constellation GNSS, le service de navigation, les fréquences de réception ainsi que les type de code d’étalement des signaux, voire les indices des satellites accessibles, constituent des attributs caractéristiques de classes d’utilisateurs permettant de définir différents niveaux d’accès au service de chiffrement basés sur les caractéristiques GNSS (25). Les mesures de phase de codes des signaux satellites utilisés, selon les attributs utilisateurs, pour la localisation et le transfert de temps servent à l’élaboration de clés secrètes pour le cryptage des données et de signatures pour l’authentification du message. Les phases de code des signaux multi-satellites reçus simultanément à une date donnée constituent ainsi un ensemble de caractéristiques, multifactorielles, unique et infalsifiable de l’empreinte, indissociable de l’évènement, définissant les clés de chiffrement secrètes dérivées de la position et du temps de création du chiffrement. La connaissance des éphémérides précis des satellites (26) et des modèles de correction (27) des sources d’erreur de propagation et électronique (calibration), permettent de relier la position et le temps GNSS, fournis par le récepteur, aux temps GNSS reçus pour chacun des signaux satellites, avec une précision de l’ordre de quelques dizaines de nano secondes. Dans une mise en œuvre de l’invention où le récepteur GNSS est extérieur et indépendant du système de chiffrement du message, les phases de codes peuvent être obtenues par calcul à partir du temps et de la position délivrés par le récepteur GNSS par application de la transformation mathématique inverse (28) à celle mise en œuvre par les récepteurs GNSS pour le calcul de la position et du temps, dite classiquement PVT. La transformation inverse, dite PVT -1 , consiste à : calculer les distances géométriques à vue entre l’antenne et les satellites à la date GNSS fournie, la position des satellites à la date GNSS étant calculée à partir de leur éphémérides et la position de l’antenne étant celle fournie par le récepteur GNSS, puis, en déduire les retards de propagation correspondant après application des modèles de propagation et d’erreurs de réception, et enfin, convertir, pour chacun des satellites, ces retards en temps reçus GNSS absolus, à l’instant du top de synchronisation, délivré par le récepteur. Le temps reçu GNSS absolu est enfin transformé en phase de code (29) correspondant au retard donné en chip de code, en valeur réelle, depuis l’origine du temps de la constellation GNSS, modulo la période de code (par exemple 1ms, correspondant aux 1023 chips d’une période de code C/A GPS). Dans une autre mise en œuvre où le récepteur est intégré avec le dispositif de génération du message chiffré, le récepteur peut prélever instantanément les phases de code des signaux satellites en cours de poursuite au moment de la réception du top de synchronisation, et les fournir avec la position et le temps calculés sans avoir à réaliser de transformation inverse. Les phases de codes obtenues, (j c_ nb ) GNSS sont dites non bruitées par abus de langage, bien que les mesures fournies par un récepteur soit toujours affectées de bruit d’estimation, par opposition avec les phases de codes ultérieurement volontairement bruitées qui serviront de clés au cryptage des données (30), dont le principe est détaillé . Parallèlement à l’élaboration des clés de cryptage, une empreinte du signal GNSS, basée sur le signal RF issu de l’antenne de réception, donnant accès, pour les différentes classes d’utilisateurs, aux caractéristiques de phases de codes utilisées pour construire les clés de cryptage, est capturée (31) afin d’assurer l’authentification (32) du message crypté et de son origine, dont le principe est détaillé . présente le principe général de cryptage en écriture, des données d’intérêt basé sur les caractéristiques du signal GNSS reçu. Il consiste à utiliser les codes PRN et les phases de codes correspondant des satellites en visibilité comme sources pour crypter les données d’intérêt du message à protéger à l’émission. Le cryptage (31) consiste à combiner bit à bit, au rythme d’écriture du message, les données du message d’intérêt, converties en binaire, avec les chips des codes des satellites visibles, retardés en nombre entier de chip en fonction des phases de code mesurées des signaux, les codes étant eux-mêmes entrelacés selon un séquencement prédéfini ou pseudo-aléatoire. Ce principe, illustrés par les chronogrammes en , et , est détaillé présente le principe de bruitage en écriture de la position et du temps GNSS à la création du message, (P&T) b , consistant à ajouter, avant le calcul de la position et du temps par le récepteur GNSS (48), un bruit gaussien aux phases de code non bruitées (41), indépendant d’un satellite à l’autre, mais de même écart-type, réglable et connu des seuls utilisateurs. La valeur de consigne de l’écart-type du bruit de phase de code (42) ajouté est définie en retenant une valeur moyenne de la dilution de précision (dit DOP) de manière à entrainer, après application (48) de la transformation directe (PVT), une erreur de position et de temps objective, suffisante pour empêcher l’acquisition des clés au travers de l’empreinte transmise par des destinataires non autorisés. Le générateur d’aléas est initialisé par un germe (43) dont la connaissance permet de reconstituer à l’identique la séquence de tirages pseudo-aléatoires par les destinataires autorisés. L’initialisation de la génération d’aléas (germe) est liée au temps GNSS de création du message et du satellite sur lequel s’applique le bruit de phase. présente le principe général de reconstitution, en lecture, des clés de chiffrage spatio-temporel basées sur l’empreinte GNSS mémorisée à la création du message, consistant à réaliser, à partir de l’empreinte GNSS du signal RF capturé à la création du message, une acquisition instantanée, dite snapshot, des codes PRN des satellites visibles, de manière à estimer la phase de code non bruitées ( ) des signaux capturés dans l’empreinte, à la date de création du message (54). L’acquisition snapshot est aidée (52) à partir des phases de codes obtenues par PVT -1 (51) depuis les informations de position et de temps bruitées (P&T) b fournies dans l’identification du conteneur, en parallèle de l’empreinte. Le traitement d’acquisition snapshot est détaillé en Dans le cas où le destinataire a connaissance des germes et du générateur d’aléas utilisés à la création du message pour bruiter les phases de codes des signaux reçus avant le calcul de la position et du temps, le bruit de phase de code peut être reconstitué (53) pour chaque signal satellite, et ainsi permettre de fournir une aide de phase de code non bruitée (j c_nb ) pour faciliter l’acquisition snapshot. La durée de l’empreinte GNSS étant réduite, les phases ainsi obtenues (54) possèdent un bruit d’estimation supérieur à celui du récepteur au moment de la création du message, obtenue après poursuite des signaux avec des bande de filtrage de boucle bien plus étroites. La résolution du recalage en phase de chip entière appliquée pour le cryptage des données par le code étant limitée à la largeur d’un chip de code PRN, elle reste cependant d’un ordre de grandeur inférieur à l’imprécision d’estimation de la phase de code obtenue à partir de l’empreinte GNSS. Lors de l’étape de décryptage, et pour traiter les cas de bruit d’estimation encadrant la transition d’un chip entier, une recherche locale supplémentaire sur les chips de code situés de part et d’autre de la phase de chip entière extraite peut être réalisée pour lever l’indétermination résiduelle, permettant de corriger l’écart possible avant décryptage complet de la séquence de données cryptées. décrit l’organisation générale du traitement de chiffrement (par le fournisseur du message) / déchiffrement (par le destinataire du message) spatio-temporel basé sur la capture conjointe de la position et du temps GNSS et d’une empreinte du signal GNSS, reprenant en cela les principales étapes de la . Le signal GNSS reçu par l’antenne GNSS (61) sert de support à l’acquisition du temps et de la position associée à la création du message. Les phases de code (j c_nb ) GNSS des signaux satellites poursuivis sont capturées (62) à l’instant précis de réception du signal de synchronisation de mesure par le récepteur. Le récepteur cadençant généralement ses taches sur sa propre base de temps, et sur des échéances de prélèvement attachées à chaque satellite, les phases de code liées à la date précise et unique de réception du signal de synchronisation de mesure (dit, top de mesure) doivent être interpolées à partir des mesures d’encadrement. Ces phases de codes peuvent recevoir sur option un biais supplémentaire unique pour toutes les mesures, connu des seuls utilisateurs autorisés, afin de rendre impossible toute tentative de synchronisation pars un tiers du code de cryptage. En parallèle une tranche du signal RF numérisé est prélevée (63) à partir de l’instant de réception du top de mesure sur une durée courte supérieure à 1ms pour contenir au moins une période des codes PRN GNSS les plus courts, mais pouvant être plus longue, jusqu’à 20ms, sur une période de données GNSS, si le débit de communication ou le volume de données à mémoriser le permet, Les phases de code prélevées (j c_b ), qui servent au calcul via un PVT des informations de position et de temps inscrites dans l’identification du conteneur sont préalablement bruitées (65) selon le principe présenté en , avec un générateur de bruit Gaussien dont le germe est lié au temps et au satellite. En parallèle, les données utiles converties en binaires sont cryptées par les codes PRN satellite retardées selon les phases de code mesurées (64), conformément au principe présenté . A la lecture du conteneur, le destinataire reconstruit par PVT -1 (67), les phases de codes bruitées (j c_b ) à partir des informations de position et temps bruitées mais non biaisées (P&T) b , contenues dans l’identificateur du conteneur et , Ces phases de code bruitées sont ensuite utilisées pour aider à l’acquisition snapshot des signaux satellites à partir de l’empreinte du signal GNSS (68) afin d’en extraire les informations de phase de code non biaisées et non bruitées. ( ). En cas d’échec de l’acquisition snapshot, ni l’authentification du message, ni le décryptage ne sont possibles. Dans le cas où le destinataire a connaissance des germes d’initialisation des générateurs d’aléas, il est possible de débruiter les phases de codes obtenues par PVT -1 , et de les comparer à celles extraites à partir de l’empreinte GNSS en calculant l’écart en distance et temps , et vérifier (69) que l’écart reste compatible du bruit d’estimation sur la position et le temps, Dans le cas où le destinataire n’a pas connaissance des germes d’initialisation des générateurs d’aléas, mais connait l’écart-type du bruit, il n’est pas possible de débruiter les phases de codes obtenues par PVT -1 , et l’authentification (69) n’est réalisable qu’avec une confiance moindre sur l’écart en distance et temps, et ceci seulement si l’écart-type de du bruit Gaussien ajouté volontairement par le fournisseur du message est connu du destinataire. Dans les autres cas, l’authentification du conteneur n’est pas réalisable. A la suite de l’acquisition des phases de codes non bruités et non biaisées réalisée à partir de l’empreinte GNSS, il devient possible de réaliser le déchiffrage, détaillé en des données cryptées (610) par les codes PRN retardés des phases de code par le fournisseur du mesage, à condition cependant de connaitre le biais volontaire ajouté sur les mesures de phase à la construction du message. Enfin, en cas d’échec de l’authentification ou du déchiffrage du message par un destinataire autorisé, une étape d’évaluation du risque cyber (611) est réalisée en fonction des états observés. illustre le synchronisme des signaux GNSS en émission et en réception dans le cas de codes périodiques, ainsi que la plage de capture de l’empreinte GNSS à la date t 0 de création du message chiffré, dans le cas de différents retards de propagation des signaux satellites i (72), j (73) et k (74) , ainsi que pour le signal transmis au niveau satellite (71). La structure classique de la voie données d’un signal GNSS à code périodique est présentée, composée des occurrences (j) des codes périodiques C k j (i) du satellite (i) contenus dans la donnée D k (i) d’occurrence (k) du message GNSS du satellite (i). est la phase de code absolue du signal synchronisé sur le temps GNSS, émis par le satellite (i). dj 0 (t 0 ) est la phase de codes périodiques (modulo la longueur de code) à l’émission du satellite (i) à la date t 0 , définie par : où, t 0 est l’instant de prise de mesure correspondant à la date de création du message. T C est la durée du code périodique est la phase de code absolue du signal reçu sur l’antenne, à la date t 0 dans la base de temps GNSS, pour le satellite (i). dj i (t 0 ) est la phase de code périodique (modulo la longueur de code) du signal reçu sur l’antenne du satellite (i), fonction du retard de propagation, à la date t 0 dans la base de temps GNSS, pour le satellite (i), définie par : Les signaux capturés dans la plage de capture, commune à tous les satellites, possèdent ainsi des phases de code périodique différentes selon les satellites et des phases de donnée GNSS dont l’état et la transition dépendent de la phase de code. présente le chronogramme de cryptage des données par les chips de code du satellite sélectionné, décalés de la phase de code reçue à t 0 . Pour cela, un détail (81) du chronogramme de la précédente est élargi au niveau du séquencement des chips de codes (82) et non plus des périodes de codes. L’instant précis de prise de mesure t 0 correspond à un retard de phase de code dj i (t 0 ) qui ne correspond pas à un nombre entier k de chips de code PRN Cb k (i). (83) indique que le premier chip de code retenu pour chiffrer les données binaires du message (Mb k ) correspond à la valeur entière de la phase de code exprimée en chip de code . La phase de code en chip entier est définie par : L’étape (84) représente la séquence de bits de données à chiffrer, Mb k , codées #BPSK. L’étape (83) représente la séquence de chips d’indice (j) du code PRN du satellite (i), générée à partir de la phase de code en chip entier ). L’étape (85) représente la séquence de données du message chiffré (Kb j ) obtenue après multiplication bit à bit des séquences : présente le cryptage des données par tranches successives, par la séquence des chips de code du satellite associé à chacune des tranches, décalée au début de chacune des tranches par la phase de code du satellite correspondant reçue à t 0 . De façon identique à , le code PRN est multiplié avec les bits du message binaire après conversion PBSK. Le code PRN d’un même satellite (i) est appliqué sur une tranche temporelle de durée limitée (T i ). A l’issue de chaque tranche temporelle, le code d’un autre satellite est appliqué décaler au départ de la valeur de sa phase en valeur entière de chip de code. L’étape (91) représente la séquence de chips de code allouée à chacune des tranches temporelles codées #BPSK. L’étape (92) représente la séquence de bits de message à chiffrer convertie #BPSK. L’étape (93) représente le résultat de la multiplication bit à bit. L’étape (94) représente les tranches de données cryptées avec différents code PRN satellite détaille la méthode de génération de l’identification de la source d’information utile, consistant à ajouter à l’information d’intérêt un identifiant, constitué de la référence de la source et de la position et de la date GNSS précises de création du message chiffré. Etape (101), le récepteur GNSS réalise la réception du signal analogique dans les bandes de fréquence adaptées au service de navigation à utiliser et réalise la conversion numérique. Etape (102), le récepteur GNSS réalise la poursuite en code et porteuse des signaux satellites visibles, sur des époques cadencées au rythme de réception de chacun des signaux satellites reçu. Etape (103), le récepteur GNSS réalise la capture des phases de codes des satellites en cours de poursuite, à l’instant de réception d’un pulse de création du message, en effectuant une interpolation entre les époques de mesures de phases de code qui encadrent la date de réception du pulse. Etape (104), le récepteur calcule la position et le temps P(t 0 ), T(t 0 ) associés au pulse de synchronisation de création du message à partir des phases de code interpolées à t 0 . Etape (105), les phases de codes prélevées à t 0 sont bruitées par un générateur de bruit Gaussien initialisé sur un germe dépendant de la date de prélèvement T(t 0 ) et du satellite poursuivi. Etape (106), le récepteur GNSS calcule un nouveau PVT utilisant les phases de code bruitées à t 0 Etape (107), l’identificateur du conteneur du message est constitué de la référence de la source ainsi que de la position et du temps bruités à T(t 0 ). détaille la méthode de génération des clés de cryptage spatio-temporelles à partir du géoréférencement GNSS, par capture des phases de code des signaux GNSS poursuivis à l’instant de création du message chiffré. Etape (111) le récepteur GNSS réalise la réception du signal analogique dans les bandes de fréquence adaptées au service de navigation à utiliser et réalise la conversion numérique. Etape (112) le récepteur GNSS réalise la poursuite en code et porteuse des signaux satellites visibles, sur des époques cadencées au rythme de réception de chacun des signaux satellites reçu. Etape (113) le récepteur GNSS réalise la capture des phases de codes des satellites en cours de poursuite, à l’instant de réception d’un pulse de création du message, en effectuant une interpolation entre les époques de mesures de phases de code qui encadrent la date de réception du pulse. Les phases de codes non bruitées sont utilisées pour le calcul de la position et du temps vrais ; le temps vrai est utilisé comme germe pour la génération des aléas de bruit de phase. Le temps vrai peut être transmis de façon cachée aux destinataires autorisés en vue d’éliminer le bruit de phase de code pour calcul de la position et du temps précis servant à simplifier l’authentification et le déchiffrage. Etape (114) les phases mesurées non bruitées volontairement sont biaisées d’une valeur identique pour tous les satellites, non divulguées aux tiers non autorisés. Etape (115) les phases de code biaisées sont converties en phase de code en chip entier pour cryptage des données d’intérêt. décrit un premier mode de mise en œuvre du cryptage de l’information d’intérêt à partir des clés spatio-temporelles à des fins de transmission des données chiffrées dès la création du conteneur, réalisé par combinaison entre les données d’intérêt codées en binaires et les codes PBSK retardés selon les phases de code capturées à l’instant de création du message chiffré, L’étape (121) représente de fichier d’entrée contenant l’information d’intérêt à protéger. L’étape (122) réalise le codage en binaire de l’information d’intérêt. L’étape (123) réalise la lecture des données binaires au rythme de transmission requis, cadencé par la base de temps de l’émetteur (124), à partir de la réception du pulse de création du message. L’étape (125) réalise la conversion du codage binaire [0 ,1] en codage #BPSK [+1 ,-1] des données afin de réaliser une multiplication bit à bit avec les chips du code PRN réalisant le cryptage de la donnée. L’étape (128) réalise, pour la constellation et le service de navigation autorisés pour mettre en œuvre le cryptage, la génération de la séquence de chips du code PRN correspondant au code ID du satellite défini à l’étape (127) selon le séquencement défini par l’entrelacs, pour la tranche de cryptage (TK i ) courante, au rythme (T d ) et synchronisée sur le cadencement de transmission des données (124). La séquence de chip est initialisée sur la phase de code en chip entier {t B i (t 0 )}. L’étape (126) réalise la multiplication bit à bit en codage #BPSK entre la séquence de donnée et le code PRN local, avant transmission. L’étape (129) réalise la conversion de l’information cryptée résultante en code binaire. décrit un second mode de mise en œuvre du cryptage de l’information d’utilité à partir des clés spatio-temporelles générées, à des fins d’enregistrement, réaliser sans contrainte de cadencement. La méthode est similaire à celle décrite en à la seule différence près que le cadencement de codage n’est plus dicté par le rythme de transmission des données, mais par seul rythme de l’horloge locale (124) pilotant l’enregistrement. présente la méthode de capture de l’empreinte GNSS réalisée après conversion analogique numérique du signal GNSS reçu. Etape (141), le récepteur GNSS réalise la réception du signal GNSS pour la bande de fréquence correspondant au service de navigation GNSS à mettre en œuvre pour le cryptage et l’authentification. Etape (142), le signal RF est numérisé classiquement sur 4 à 12 bits Etape (143), un pilote lance l’enregistrement précisément à l’instant de réception du pulse reçu à la création du message (TMP(t 0 ), pour Time Mark Pulse en langue anglaise). La précision en question reflète l’écart de synchronisation, sur la base de temps local du récepteur, entre l’instant retenu pour capter les phases de codes des signaux satellites et l’instant de début de prélèvement de l’empreinte. Cet écart doit rester négligeable par rapport à la durée d’un chip de code du signal GNSS (par exemple, 10ns permet de rester compatible de la plupart des codes GNSS et des fréquences d’échantillonnage des signaux RF). La durée d’enregistrement de l’empreinte, commandable, est ajustée extérieurement en fonction du service de navigation, selon l’impact sur le débit de communication ou d’enregistrement autorisé (une empreinte de 1ms codée sur 12bits et numérisée à 100MHz occupe un volume de 1.2 Mbits). décrit un mode de réalisation de l’authentification multi-facteur de la position et du temps GNSS à partir des clés spatio-temporelles extraites réalisant la comparaison entre la position et le temps GNSS à l’instant de création transmis en clair (mais éventuellement bruités) dans le conteneur, et la position et le temps estimés à partir de l’empreinte GNSS. L’entrée (150) est constituée de la position et du temps calculés par le récepteur GNSS à partir des phases de codes capturées à la date de réception du pulse de création du message, ces informations pouvant avoir été éventuellement bruitées volontairement selon une distribution Gaussienne d’écart-type commandable et avec des germes de génération d’aléas liés au temps résolu non bruité et aux satellites. L’entrée (151) est l’empreinte GNSS captée à la même date de réception, en sortie de la chaine RF du récepteur GNSS. L’étape (152) reconstitue, par application de l’algorithme du PVT -1 , les distances à vue entre l’antenne et les satellites, en utilisant les éphémérides satellites connus (158), d’où sont dérivés les retards de propagation à l’aide des modèles de correction de propagation et de correction d’horloges satellites connus. Les retards de propagation permettent de calculer les phases de codes correspondant à la date de réception du pulse de création du message (t 0 ). L’étape (153) réalise l’acquisition snapshot des codes des signaux satellites visibles par corrélation glissante du signal de l’empreinte avec les codes PRN des satellites visibles, initialisés sur les phases de codes fournies par (152), et dans une fenêtre de recherche liée à l’incertitude de l’estimation de position et de temps fournies et accessible par l’empreinte sur sa durée, ainsi qu’à l’écart-type de position et de temps du bruit de phase ajouté volontairement. L’acquisition snapshot est détaillée Les décalages des maximas de corrélation représentent l’écart de phase de code entre les phases de codes captées par le récepteur à la date de création du message chiffré et les phases de codes extraites de l’empreinte. L’étape (154) détermine les pseudo-distances observables de l’empreinte (et non des distances, la date de réception de l’empreinte n’étant pas parfaitement aligné sur la date t 0 de capture instantanée, du fait du décalage de la tranche de temps snapshot) antenne-satellites par axe à vue, après application des modèles de correction de propagation et de correction d’horloges satellites. L’étape (155) réalise le calcul des écarts de pseudo-distance par axe à vue. L’étape (156) réalise le calcul de l’écart de position et de l’écart de temps résiduel à partir des écarts de pseudo-distance à vue, par application de l’algorithme PVT direct. L’étape (157) réalise l’évaluation de la compatibilité entre les différences de position et de temps relativement aux marges d’erreurs d’estimation et au bruitage volontairement ajoutés décrit un mode de réalisation de l’acquisition snapshot des phases de code à partir de l’empreinte GNSS, aidée par la position et le temps GNSS transmis dans le conteneur, dans le cas d’un signal GNSS contenant des données de navigation impliquant un alignement de l’intégration cohérente de la corrélation sur les transitions de données du message GNSS. Une difficulté de l’acquisition snapshot menée sur une capture du signal GNSS reçu est liée au fait que les données des messages transportées par le signal GNSS peuvent créer des basculements de phases qui compromettent la performance de l’acquisition aidée par corrélation. Il est donc nécessaire d’identifier préalablement à la recherche par corrélation glissante, la position attendue de chacune de ces transitions (prédictibles à partir des positions et temps GNSS résolus, éventuellement bruités, fournis dans le conteneur), permettant de réaliser l’intégration cohérente de la corrélation par parties, puis de les sommer de façon non cohérente, de façon à minimiser la perte d’estimation. L’entrée (160) correspond aux phases de codes attendues obtenues à partir de la position et du temps GNSS résolus transmis par le conteneur, déjà présentée en . L’entrée (161) est la position et le temps GNSS résolus transmis par le conteneur. L’entrée (162) est l’empreinte GNSS. L’étape (163) réalise la génération du code local associé au signal satellite à acquérir, échantillonné à la même fréquence que le signal de l’empreinte, la phase de code de recherche étant définie dans un domaine de retard encadrant la phase de code attendue. L’étape (164) réalise l’estimation de l’époque de transition de données à l’intérieur de la durée de l’empreinte à partir de la prédiction de la phase de code reçue obtenue par application de l’algorithme du PVT - 1 (de façon identique à l’étape (152) de la ). La phase de code absolue (par rapport à l’origine du temps GNSS) reçue à la date t 0 est convertie modulo la durée (T D ) d’une période de donnée GNSS, fournissant ainsi la position de la phase de code reçue par rapport au début de la donnée GNSS en cours. On vérifie alors si la prochaine transition de donnée tombe ou non dans la durée de prélèvement de l’empreinte (T E ,) en testant si δφ l’incrément de phase restante après t 0 est inférieure à la durée de l’empreinte : Si alors est converti en phase de code. Si T b est la période de chip de code, la phase de code correspondant à la prochaine transition de donnée exprimée en chip de code, est : L’étape (165) réalise alors l’intégration cohérent par parties : L’étape (166) réalise l’intégration non cohérente, l’ expression de la fonction de corrélation est alors : où, E(t) est le signal d’empreinte C(t) est le code du signal satellite considéré est le décalage de phase introduit pour le balayage du domaine d’incertitude L’étape (167) détermine, pour chacun des satellites visibles, l’écart de phase de code existant entre la phase de code mesurée par le récepteur et la phase de code extraite de l’empreinte par recherche du maximum de corrélation par balayage du décalage de phase de code : récapitule un mode de réalisation d’ensemble possible, mais pas unique, du décryptage de l’information utile à partir des clés spatio-temporelles, obtenues par extraction des phases de code des signaux issues de l’empreinte GNSS. L’étape (171) réalise l’estimation des phases de codes bruitées à l’instant t 0 par PVT -1 , à partir de la position et du temps GNSS, bruité avant transmission dans le conteneur. L’étape (172) teste la disponibilité du germe du générateur d’aléas du bruit ajouté. Si le germe d’initialisation est disponible, l’étape 173 réalise le débruitage des phases de codes avec le générateur d’aléas initialisé avec ces germes, et fournit les phases de code non biaisées à t 0 . Si, le germe d’initialisation n’est pas disponible, l’étape (174) réalise l’estimation des phases de codes non bruitées par acquisition snapshot à partir de l’empreinte GNSS, conformément à la description de la , et fournit les phases de code non biaisées estimées à t 0 . L’étape (176) réalise la conversation de la phase de code en chips entiers pour chacun des satellites visibles à t 0 , considérées comme les clés de cryptage spatio-temporel à prendre en compte pour réaliser le décryptage des données d’intérêt chiffrées. L’étape (177) réalise, selon le satellite désigné en fonction de la trame de codage des satellites à l’étape (1710,) la génération du code PRN décalé de la phase de code en chip entier lui correspondant, au rythme de l’horloge de restitution des données. En parallèle, l’étape (178) réalise la lecture des données d’intérêt chiffrées, converties préalablement en codage #BPSK, sur le même rythme. Les deux séquences peuvent alors être multipliées bit à bit en étape (1711) et, après conversion en binaire, fournir les informations d’intérêt déchiffrées (1712) décrit une méthode particulière, mais pas exclusive, d’évaluation du risque cyber en fonction de la réussite des opérations d’authentification et de décryptage selon la nature des signaux GNSS mis en œuvre. L’étape (181) considère de façon prioritaire la réussite de l’authentification menée sur l’empreinte en utilisant des signaux GNSS ouverts. Un échec de l’authentification conduit à soupçonner une attaque par falsification de la position et/ou du temps contenus dans l’identifiant du message. En cas de succès, l’étape (182) vérifie la réussite du décryptage des données d’intérêt. Un échec du décryptage des données suivant une réussite de l’authentification conduit à soupçonner une falsification de l’identification par copiage d’une identification valide d’un autre message, ou reconstitution d’une empreinte cohérente de la position et temps transmis, mais sans avoir pu accéder aux données. En cas de succès, l’étape (183) vérifie (opération dite de Geofencing, en langue anglaise) que la position et le temps transmis dans l’identifiant sont cohérents avec des informations connues du fournisseur (position d’antenne fixe, date de création prédéfinie, envoi sur d’autre canaux de communication), révélant en cela des risques de recevoir des signaux de répéteurs GNSS (dit Meaconing en langue anglaise). Un échec conduit à soupçonner un risque de leurrage des signaux GNSS ouverts, toutes les information et données restant cohérentes bien que fausses. En cas de succès, une étape de vérification supplémentaire (184) permet de lever le doute, en réalisant l’authentification de l’empreinte GNSS à partir des signaux cryptés ou réglementés qui y sont contenus, par les utilisateurs habilités. Le soupçon de leurrage des signaux ouverts peut être confirmé en cas d’échec de l’authentification utilisant les signaux cryptés. décrit une implémentation, préférée mais non limitative, du système servant, en émission, à l’identification et au cryptage par chiffrage spatio-temporel en écriture, mettant en œuvre un récepteur de positionnement GNSS et des moyens de calcul associés pour réaliser le traitement de chiffrage. Le système mis en œuvre en émission comprend un récepteur GNSS et un module de traitement spécifique de préférence entièrement logiciel (SW) et implanté dans le système de communication en parallèle du récepteur GNSS, ou bien un module matériel (HW) spécifique (dit add-on en langue anglaise) permettant de réaliser de façon protégée les opérations de cryptage par traitement câblé HW. Le système décrit met en œuvre : (191) une antenne GNSS (192) un récepteur GNSS (193) le module de génération de codes PRN local du récepteur, activable à la demande sur requêtes extérieures (195) un add-on SW et/ou HW réalisant l’authentification et le cryptage des données d’intérêt (194 ) à transmettre ou à enregistrer selon les principes de l’invention, et délivrant aux destinataire le conteneur contenant l’information cryptée (197) (196) un sous-module réalisant le cryptage du message d’intérêt par les codes GNSS déphasés décrit une implémentation, préférée mais non limitative, du système servant, en réception, à l’authentification et au décryptage par chiffrage spatio-temporel en lecture, mettant en œuvre un récepteur GNSS et des moyens de calcul associés pour réaliser le traitement de déchiffrage. Le système mis en œuvre en réception comprend un récepteur GNSS, en charge de la génération des codes PRN locaux sur commande extérieure, et un module de traitement spécifique qui peut être entièrement logiciel (SW) et implanté dans le système de communication en parallèle du récepteur GNSS, ou bien un module matériel (HW) spécifique (dit add-on en langue anglaise) permettant en particulier d’accélérer les opérations d’acquisition snapshot depuis l’empreinte GNSS par traitement câblé HW en complément des opérations de contrôle des taches réalisées par SW. A noter qu’un seul et même module HW, défini configurable, permet de réaliser les opérations de chiffrement et de déchiffrement avec la même définition d’interface avec le récepteur GNSS Le système décrit met en œuvre : (201) un récepteur GNSS (202) le module de génération de codes PRN local du récepteur, activable à la demande sur requêtes extérieures (204) un add-on SW et/ou HW réalisant l’authentification et le décryptage des données chiffrées (203) à transmettre ou à enregistrer selon les principes de l’invention, et délivrant aux destinataires l’information déchiffrée et authentifiée (206) (206) un sous-module réalisant le déchiffrage à l’aide des codes PRN déphasés synchronisés Applications industrielles possibles de l’invention De nombreux services et domaines d’application industriels réclamant la protection de l’intégrité de leur données et l’authentification de leur source avec des procédures simplifiées de cybersécurité peuvent bénéficier et tirer parti des avantages de l’invention, en particulier, mais pas limité, à ; des systèmes servant à la délivrance de référencement de documents ou d’actes certifiés pour horodatage, ou réalisant un audit d’authentification de transactions, des dispositifs délivrant des informations de tachygraphie, permettant de vérifier l’état et l’historique de déplacement de véhicules, des dispositifs d’identification et de protection de transferts d’observations transmis par des robots et drones, la protection de communications et d’archives personnelles. Les autorités accréditées pour l’utilisation des services de navigation GNSS réglementés peuvent aussi offrir un service d’audit des transactions en vérifiant leur authenticité de façon sécurisée, voire évaluer d’éventuelles attaques cyber. Procédé d’authentification et de cryptage, dit de chiffrement spatio-temporel, sans autorité tierce dédiée pour générer les clés d’accès, appliqué pour la protection d’informations d’intérêt en vue de garantir l’origine et l’intégrité des données, dans un but d’enregistrement ou de transmission, exploitant le positionnement et la datation précise accessible via les signaux GNSS, le dit procédé de chiffrement spatio-temporel consistant à : Estampiller le conteneur de l’information d’intérêt avec la référence de la source et la position et la date de sa création, Protéger l’accès à l’information d’intérêt par chiffrement lié à la position et à la date de création, Bruiter la position et la date de création transmise de façon à rendre ces informations inutilisables par des tiers, le procédé de chiffrement spatio-temporel étant caractérisé en ce que les facteurs d’authentification et les clés de cryptage dudit procédé dépendent d’attributs spécifiques aux utilisateurs, définis de manière unique à partir des privilèges d’accès aux services de navigation GNSS et des phases de code des signaux GNSS reçus à l’instant et au lieu de création du fichier protégé, dit le conteneur, ledit conteneur étant constitué des informations suivantes: Un identifiant, caractéristique du conteneur, référençant de manière unique la source, la position et la date bruitées de création, ajouté à l’information d’intérêt, L’information d’intérêt cryptée, résultant du chiffrement de l’information d’intérêt initiale en fonction des phases de code des signaux GNSS capturées à l’instant et au lieu de création du conteneur, Une courte séquence temporelle du signal GNSS reçu à l’instant et au lieu de création, dite l’empreinte GNSS de la source, servant à l’authentification multi-facteurs de l’identifiant et au décryptage de l’information d’intérêt chiffrée, Ledit procédé de chiffrement spatio-temporel comportant les étapes suivantes à la création du conteneur : Identification de la source d’information (106), Génération des clés de cryptage spatio-temporelle à partir du géoréférencement GNSS (108), Cryptage de l’information d’intérêt à partir des clés spatio-temporelles générées (110), Capture de l’empreinte GNSS servant à la protection des clés spatio-temporelles à transmettre (112), Ledit procédé de chiffrement spatio-temporel comportant les étapes suivantes à la lecture du conteneur : Extraction des clés spatio-temporelles à partir de l’empreinte GNSS (114), Authentification multi-facteurs de la position et du temps GNSS à partir des clés spatio-temporelles extraites de l’empreinte GNSS (116), Décryptage de l’information d’intérêt à partir des clés spatio-temporelles extraites (118), Évaluation du risque cyber en cas d’échec de la lecture du conteneur (120). procédé, selon la revendication 1, de cryptage de l’information d’intérêt par combinaison des données initiales codées en binaire [1, 0] , par au moins un des codes pseudo-aléatoires des signaux GNSS, dits codes PRN pour Pseudo-Random Noise en langue anglaise, poursuivis en réception à l’instant t 0 de création du message chiffré, pour la constellation et le service de navigation choisis, la dite combinaison consistant à multiplier bit à bit la séquence de données d’intérêt initiales par la séquence de chips du code PRN, de nature périodique ou apériodique, dépendante du service de navigation mis en œuvre dans le procédé, Ladite multiplication étant caractérisée en ce que : Elle est appliquée sur les données d’intérêt d’entrée codées binaire après leur conversion en codage #BPSK [+1,-1], pour Binary Phase Keying en langue anglaise, les chips des codes PRN locaux étant déjà codés #BPSK, Les codes PRN locaux appliqués, spécifiques du service de navigation utilisé, sont chacun retardés avant multiplication d’un nombre entier de chips au plus proche de la phase de code du signal satellite reçu correspondant (115), prélevée à l’instant t 0 , éventuellement décalée d’une valeur arbitraire cachée, dite offset de phase (114), Les différents codes PRN locaux sont appliqués, selon un séquencement cyclique ou aléatoire, dit entrelacs, par tranches de même longueur sur toute la longueur des données d’intérêt, Ledit procédé de cryptage comportant les étapes suivantes pour la constitution de la séquence de données cryptées : Sélection de la constellation et du service de navigation selon les attributs utilisateurs, Identification des satellites GNSS poursuivis à l’instant t 0 (112), Capture des phases de code périodique ou apériodique, selon le service de navigation choisi et des satellites poursuivis à l’instant t 0 (113), Lecture des données binaires à chiffrer au rythme d’enregistrement ou de transmission des données choisi (123), Conversion des données binaires en données codées #BPSK (125), Séquencement des codes locaux satellites à appliquer par tranches temporelles successives pour réaliser le chiffrage par les codes satellites selon ledit entrelacs défini pour contribuer au chiffrage des données (127), Pour chaque tranche temporelle, alignement de l’origine de la génération des séquences de codes en fonction des phases de codes capturées à l’instant t 0 et d’un éventuel offset volontaire de phase (128), Multiplication bit à bit au rythme d’enregistrement ou de transmission choisi entre les données codées #BPSK et les chips de codes codées #BPSK (126), Conversion des sorties de multiplication en données codées binaires (129). Procédé, selon la revendication 1, dit d’authentification de l’origine dudit conteneur, mettant en œuvre la position et la date GNSS transmises bruitées ainsi que l’ empreinte GNSS représentative des caractéristiques du signal GNSS reçu à l’instant de création et ajoutée dans le conteneur, ladite empreinte GNSS consistant en une tranche (143) du signal GNSS numérisé en sortie de l’étage RF de réception GNSS (142), filtré dans une bande de réception du signal GNSS (141) compatible à minima de l’étalement en fréquence contenant le code du service de navigation mis en œuvre, Ledit procédé d’authentification étant caractérisé en ce que : Les phases de codes des signaux GNSS visibles sont extraites de l’empreinte, constituée d’une courte tranche du signal GNSS de quelques millisecondes, capturée à l’instant de création du message chiffré (151), Les phases de codes extraites de l’empreinte sont utilisées pour estimer les écarts entre les positions et les temps de capture de l’empreinte et de création du conteneur, les éphémérides des satellites étant des données connues fournies par ailleurs par le système GNSS (156), Les écarts de position et de temps calculés à partir des phases de codes extraites de l’empreinte (154) et des phases de codes correspondant à la position et au temps transmis dans le conteneur (152), après correction du bruit volontairement ajouté lorsqu’il est connu du destinataire, sont évalués en regard de la distribution des erreurs standard GNSS dépendant de la précision du service de navigation GNSS mis en œuvre et de la durée de l’empreinte (157). Procédé, selon les revendications 1 et 3, d’extraction des phases de codes servant à l’authentification, à partir de l’empreinte GNSS capturée à la date de création du message chiffré, consistant en une acquisition instantanée (52), dite snapshot en langue anglaise, des codes des satellites visibles sur la seule longueur de l’empreinte, aidée par les phases de codes correspondant à la position et au temps GNSS bruités (51) transmis dans le conteneur, ladite acquisition snapshot étant caractérisée en ce que : La position des satellites à l’instant de création du message, fourni en temps GNSS dans le conteneur, est calculée à partir des éphémérides connus des satellites GNSS pour le service de navigation mise en œuvre en réception, L’acquisition des phases de codes de l’empreinte GNSS est réalisée sur une plage d’exploration du temps GNSS encadrant les phases de codes attendues des satellites visibles, la date de début de l’empreinte étant initialisée sur le temps de création transmis : Si le modèle de génération des aléas de bruits de position et de temps utilisés à l’écriture est connu et appliqué, les phases de codes attendues en lecture sont calculées par transformation PVT inverse à partir de la position et du temps bruités fournis par le conteneur et des positions calculées des satellites (51), puis corrigées des valeurs des aléas générés à partir du même germe qu’en écriture, basé sur le temps GNSS de création du message (53), Si le modèle de génération des aléas de bruit de position et de temps utilisé à l’écriture n’est pas disponible, les phases de codes attendues sont calculées par transformation PVT inverse à partir de la position et du temps bruités fournis par le conteneur et des positions calculées des satellites, L’acquisition de la phase de chacun des codes de l’empreinte est réalisée par balayage du retard appliqué sur le code local (163) dans la plage d’exploration (168) fonction de l’écart-type résiduel des aléas de bruit de phase, pour rechercher la date de meilleure corrélation (166) entre le code du signal de l’empreinte (162) et le code local synchronisé, dans une plage de retard située autour du retard correspondant à la phase de code attendue (160). Procédé, selon les revendications 1 et 2, de décryptage des données d’intérêt chiffrées par les codes locaux alignés sur la phase de code des signaux reçus à l’instant de création du message chiffré, et d’un éventuel offset de phase supplémentaire, dépendant du modèle de génération des bruits de position et de temps introduits à la création du message chiffré (172), caractérisé en ce que : La constellation et le service de navigation à utiliser pour réaliser le décryptage des données d’intérêt, sont identiques à ceux utilisés pour réaliser le cryptage, Les phases de code bruitées sont calculées par transformation PVT inverse (171), pour la date de création du message chiffré, à partir de la position et du temps bruités contenus dans le conteneur, sur la base des éphémérides des satellites de la constellation de satellites GNSS, et des modèles de correction d’erreur de propagation et d’horloge utilisés pour la poursuite des signaux satellites en réception, Si le modèle de génération des bruits de position et de temps utilisé à l’écriture est connu et appliqué, les phases de codes à utiliser pour le déchiffrage des données chiffrées par les codes locaux sont préalablement corrigées (173) en utilisant le même algorithme de génération d’aléas de bruit initialisé avec le même germe que ceux utilisés pour la position et le temps bruités à la création du message, Si le modèle de génération des bruits de position et de temps utilisés à l’écriture n’est pas connu, l’extraction des phases de codes est réalisée à partir de l’empreinte GNSS captée à la date de création du message chiffré, par acquisition snapshot des codes (174), aidée par les phases de codes correspondant à la position et au temps GNSS bruités transmis dans le conteneur, Les phases de code calculées, décalées de l’offset de phase éventuellement introduit au cryptage (175), sont utilisées pour ajuster les retards des codes locaux d’un nombre entier de chips (176) au plus proche des phases de code des signaux satellites reçus correspondants, à l’instant t 0 , Les données d’intérêt cryptées (179) sont déchiffrées par multiplication bit à bit entre les données d’intérêt cryptées et les codes PRN locaux retardés (177), choisis selon le séquencement (1710), cyclique ou aléatoire de codes locaux, défini par l’entrelacs de cryptage, Ledit procédé de décryptage comportant les étapes suivantes pour la constitution de la séquence de données décryptées : Sélection de la constellation et du service de navigation utilisés pour le cryptage, Identification des satellites GNSS poursuivis à l’instant t 0 , Calcul des phases de codes périodiques ou apériodiques, selon le service de navigation choisi, des satellites poursuivis à l’instant t 0 , par transformation PVT inverse à partir de la position et du temps de création transmis, Lecture des données binaires à déchiffrer au rythme choisi d’enregistrement ou de transmission des données, Conversion des données binaires en données codées #BPSK, Séquencement selon l’entrelacs des codes locaux satellites à appliquer par tranches temporelles successives pour réaliser le déchiffrage par les codes satellites cryptés suivant ledit entrelacs, Pour chaque tranche temporelle, alignement de l’origine de la génération des séquences de codes en fonction des phases de codes calculées à l’instant t 0 par transformation PVT inverse de la position et du temps de création reçus et de l’éventuel ajout d’un offset de phase, Multiplication bit à bit, au rythme d’enregistrement ou de transmission choisi, entre les données codées #BPSK et les chips de codes codées #BPSK, Conversion des sorties de multiplication en données codées binaires. Procédé, selon les revendications 1, 3 et 4, d’ajustement du niveau de sécurité de l’authentification par sélection de la constellation et du service de navigation GNSS, robuste au leurrage des signaux, ledit procédé d’ajustement de la sécurité de l’authentification consistant à extraire les phases de codes de l’empreinte GNSS en utilisant, pour les utilisateurs ou autorités accrédités, un service de navigation GNSS crypté a priori non accessible à la menace pressentie, le procédé étant caractérisé en ce que : L’empreinte GNSS, lorsqu’elle est prélevée dans une large bande, capte les signaux de toutes les constellations et de tous les services de navigation associés, La constellation utilisée pour réaliser l’authentification à partir de l’empreinte (158) est choisie selon la disponibilité géographique de la constellation et l’agrément fourni par l’autorité garante de l’utilisation des services de navigation GNSS, La vérification (157), qui nécessite les clés d’accès aux signaux GNSS cryptés, peut être réalisée directement par l’utilisateur s’il est accrédité ou bien par une autorité mandatée pour réaliser la confirmation. Procédé, selon les revendications 1 à 6, de validation du déchiffrement des données d’intérêt après déchiffrement, et d’évaluation du risque d’attaque cyber en cas d’échec (611), caractérisé en ce que : Un échec de l’authentification de l’empreinte (181) implique une falsification, par intrusion du conteneur, de la position ou du temps de création transmis dans le conteneur, non cohérente de l’empreinte, En cas de réussite de l’authentification, un échec du décryptage des données d’intérêt (182) implique une falsification, par intrusion du conteneur, de la position et du temps de création cohérente de l’empreinte, non cohérente de l’entrelacs et des phases de code de cryptage des données, En cas de succès du décryptage des données d’intérêt, un test dit de Geofencing (183), consistant à vérifier, lorsque les informations sont disponibles par ailleurs, que la position et le temps de création attendus correspondent aux informations d’identification disponibles dans le conteneur. Un échec de la vérification par Geofencing est révélateur d’un leurrage des signaux GNSS à la réception sur l’antenne, par exemple par superposition de signaux crées par simulation de signaux de constellation (accessibles pour les services de navigation ouverts), Enfin, une vérification ultime (184), consiste à contrôler l’authentification de l’empreinte en s’appuyant sur les signaux GNSS cryptés règlementés, via une autorité accréditée pour disposer des clés de cryptage des signaux GNSS. Un échec de l’authentification par les signaux GNSS cryptés est révélateur d’une attaque ciblée sur la zone de mise en œuvre des enregistrements ou des communications sécurisés. Dispositif de chiffrement et déchiffrement garantissant l’origine et l’intégrité d’une information d’intérêt dans un but d’enregistrement ou de transmission, implantant les procédés des revendications 1 à 7, caractérisé en ce qu’il comprend : Une antenne de réception GNSS (191), Un récepteur GNSS mono ou multi-constellations capable de traiter un ou plusieurs services de navigation en parallèle et de prélever une tranche de signal RF, dite snapshot, à la réception d’une commande externe, et de fournir les phases de codes des satellites visibles à cet instant (192), Pour la création du conteneur protégé, un module de traitement (193) et un logiciel interfacé avec le récepteur GNSS (195), configuré en chiffrement, capable de réaliser les traitements d’identification du conteneur et de cryptage de l’information d’intérêt à enregistrer ou à transmettre, Pour la lecture du conteneur, un module de traitement (204) et un logiciel, configuré en déchiffrement (205), capable de réaliser les traitements d’authentification du conteneur et de décryptage de l’information d’intérêt enregistrée ou transmise. Dispositif de chiffrement et déchiffrement dans un but d’enregistrement ou de transmission selon la revendication 8 précédente, pour lequel la constellation GNSS utilisée est la constellation Galileo, et les services de navigation mis en œuvre utilisent les signaux du service ouverts (dit OS) et les signaux cryptés du service commercial (dit CS) ou du service régulé (dit PRS) Dispositif d’authentification de l’information d’intérêt selon les revendications 3 et 4, au service d’une tierce autorité accréditée, permettant de valider l’origine et le contenu des données d’intérêt avec au moins un niveau de sécurité supplémentaire par rapport à celui fourni par le dispositif nominal, caractérisé en ce que l’authentification fournie par le service s’appuie respectivement : Sur les signaux cryptés CS ou PRS de la constellation Galileo, si le service nominal met en œuvre uniquement des signaux GNSS ouverts, Sur les signaux cryptés PRS de la constellation Galileo, si le service nominal met en œuvre uniquement des signaux GNSS commerciaux (de type CS Galileo), Sur les signaux de constellations différentes de la constellation mise en œuvre par le service nominal, s’il met en œuvre uniquement une constellation.