Brevet FR3095530A1 — publié le 20201030

Description Titre de l'invention : Procédé de traitement de données classifiées, système et programme d'ordinateur associés [0001] La présente invention concerne le traitement. de données classifiées selon différents niveaux de classification. [0002] Un dispositif de traitement de données admet en entrée des données et en génère de nouvelles au moyen d'opérations mises en oeuvre par (les modules de traitement (lu dispositif et utilisant ces données d'entrées. Certaines de ces données peuvent ensuite être extraites du dispositif pour être utilisées à d'autres fins. Ces données de sortie peuvent être des données nouvelles ou des données d'entrées non modifiées. [0003] Par dispositif, on entend une machine de traitement comportement un ou plusieurs processeurs, une salle de traitement comportant plusieurs machines, un réseau de télétransmission ... [0004] Les données peuvent être classifiées selon différents niveaux de classification en fonction de la gravité de l'impact que leur divulgation aurait. [0005] Par exemple pour cc qui concerne l'Union Européenne (UE), les niveaux de classi- fication ordonnés hiérarchiquement de plus haut niveau au plus bas niveau sont : [0006] TRÈS SECRET UE : leur divulgation non autorisée pourrait causer un préjudice ex- ceptionnellement grave aux intérêts essentiels de VUE ou d'un ou de plusieurs de ses États membres ; [0007] SECRET UE : leur divulgation non autorisée pourrait nuire gravement aux intérêts essentiels de VUE ou d'un ou de plusieurs de ses États membres ; [0008] CONFIDENTIEL UE : leur divulgation non autorisée pourrait nuire aux intérêts es- sentiels de l'UE ou d'un ou de plusieurs de ses États membres ; [0009] RESTREINT UE : leur divulgation non autorisée pourrait être défavorable aux intérêts de l'UE ou d'un ou de plusieurs de ses États membres ; [0010] OUVERT, i.c. aucune restriction quant à la divulgation. [0011] La classification UE est ainsi organisée. Des classifications autres que UE existent, notamment la classification OTAN ou spécial France par exemple, avec une hiérarchie similaire. [0012] Des mesures de sécurité propres à chaque niveau de chaque classification existent, définissant l'ensemble des aspects autorisés et/ou interdits relatifs à l'exploitation de ces données : destinataires autorisés, moyens de stockage, de protection, de transport, de télétransmission, de copie etc. [0013] Pour gérer des niveaux de classification différents, il est connu de séparer phy- siquement les réseaux qui traitent des données de niveaux de classification différents. 2 L'utilisation d'une donnée dont le niveau de classification est plus faible est possible au sein d'un réseau de niveau de classification plus élevé dans une même classification. Ce faisant, le niveau de classification de la donnée devient réglementairement celui du réseau. De même, une donnée qui entre "ouverte" dans un dispositif qui traite du "RESTREINT" ressort ainsi "DR". La législation impose donc une contamination des données par le niveau de classification le plus élevé, situation qui est bien gérée par les règles et les dispositifs actuels. [0014] Toutefois, ces règles ne permettent pas de traiter, ni de tracer, les situations où les différents niveaux de classification exploités ne forment pas une structure arborescente simple, ce qui est le cas quand on ne peut pas ordonner entre eux les niveaux de classification (par exemple RESTREINT Spécial France d'une part et CONFIDENTIEL OTAN d'autre part). Ces situations sont normalement « interdites », mais dans les faits, il est parfois nécessaire et utile de combiner, de fusionner et/ou d'exploiter conjointement de telles données. Par exemple : [0015] des données délivrées par un radar français permettent de détecter quelque chose à un endroit, il y a besoin de croiser et de combiner ce qui a été détecté par les données délivrées par un radar US couvrant une portion de région commune, par traitement d'images, pour affiner la détection ; [0016] Le but de l'invention est alors de proposer une solution qui permette d'améliorer la situation existante. A cet effet, suivant un premier aspect, l'invention propose un procédé de traitement de données classifiées dans un système de traitement de données classifiées selon différents niveaux de classification comprenant un ensemble de modules de traitement effectuant des opérations relatives à des données classifiées, ledit procédé comprenant les étapes suivantes : [0017] - lors de chaque opération effectuée ayant pour données d'entrée au moins deux données classifiées et délivrant au moins une donnée de sortie en fonction desdites données d'entrée, détermination d'une notification d'opération indiquant un identifiant de la donnée de sortie, un identifiant de l'opération, le niveau de classification de la donnée de sortie ; et [0018] - mémorisation de ladite notification dans un bloc d'historique ; [0019] selon lequel certains des niveaux de classification étant ordonnés hiérarchiquement entre eux, le niveau de classification de la donnée de sortie indiqué dans la notification est le niveau de classification de l'une des données d'entrée lorsque les niveaux de classification des données d'entrée sont ordonnés hiérarchiquement entre eux ; et [0020] selon lequel, lorsque les niveaux de classification des données d'entrée ne sont pas ordonnés hiérarchiquement entre eux, le niveau de classification de la donnée de sortie indiqué dans la notification est déterminé en fonction d'une base de règles mémorisée dans le système de traitement définissant un niveau de classification de la donnée de 3 sortie de l'opération distinct des niveaux de classification des données d'entrée lorsque les niveaux de classification des données d'entrée ne sont pas ordonnés hiérarchiquement entre eux. [0021] L'invention permet ainsi de proposer une solution permettant de garantir la traçahilité des données, et sur la hase de cette traçahilité, leur intégrité en protégeant leur confidentialité, et leur auditahilité. [0022] Dans des modes de réalisation, le procédé de traitement de données classifiées suivant l'invention comporte en outre une ou plusieurs des caractéristiques suivantes : [0023] Il comprend les étapes suivantes : [0024] lors de chaque opération effectuée ayant pour donnée(s) d'entrée au moins une donnée classifiée et délivrant au moins une donnée de sortie en fonction d'au moins ladite donnée d'entrée, détermination d'une notification d'opération indiquant un identifiant de la donnée de sortie, un identifiant de l'opération, un niveau de classification de la donnée de sortie, un identifiant de chaque donnée d'entrée, le niveau de classification de chaque donnée d'entrée ; et [0025] mémorisation de ladite notification dans le bloc d'historique ; [0026] - des notifications d'opérations sont ainsi mémorisées dans ledit bloc d'historique pour chaque opération comprise dans au moins un sous-ensemble d'un ensemble d'opérations comprenant les opérations de : réception d'une donnée classifiée par ledit système de traitement, écriture d'une donnée classifiée sur un support physique, accès en lecture à une donnée classifiée, création d'une donnée classifiée en fonction d'au moins une autre donnée classifiée, modification d'une donnée classifiée, communication d'une donnée classifiée, destruction d'une donnée classifiée ; [0027] - le procédé comprend, pour une donnée de sortie classifiée à traiter, l'extraction du bloc d'historique, d'au moins une notification d'opération mémorisée dans le bloc indiquant l'identifiant de ladite donnée à traiter, et le traitement de ladite donnée classifiée est fonction d'au moins le niveau de classification de la donnée de sortie de l'opération distinct des niveaux de classification des données d'entrée tel qu'indiqué dans la notification d'opération ; [0028] - chaque module de traitement est associé, dans le système de traitement, à un noeud de type blockchain auquel le module de traitement transmet lors de chaque opération effectuée par ledit module, ayant pour données d'entrée au moins deux données classifiées et délivrant au moins une donnée de sortie en fonction desdites données d'entrée, un identifiant de la donnée de sortie, un identifiant de l'opération, un identifiant des données d'entrée, selon lequel le noeud de type blockchain détermine, lorsque les niveaux de classification des données d'entrée ne sont pas ordonnés hiérarchiquement entre eux, le niveau de classification de la donnée de sortie en fonction de la base de règles, puis détermine et mémorise ladite notification dans un bloc d'historique, selon lequel ledit noeud transmet en outre ledit bloc d'historique aux autres noeuds du système. [0029] Suivant un deuxième aspect, la présente invention propose un système de traitcmcnt de données classifiées selon différents niveaux de classification sur lesquelles un ensemble de modules de traitcmcnt effectuent des opérations relatives à des données classifiées, ledit système étant adapté pour, lors de chaque opération effectuée ayant pour données d'entrée au moins deux données classifiées ct délivrant au moins une donnée de sortie en fonction desdites données d'entrée, déterminer une notification d'opération indiquant un identifiant de la donnée de sortie, un identifiant de l'opération, le niveau de classification de la donnée de sortie ; ct mémoriser ladite notification dans un bloc d'historique ; ledit système étant adapté pour, certains des niveaux de classification étant ordonnés hiérarchiqucmcnt entre eux, affecter comme niveau de classification de la donnée de sortie indiqué dans la notification le niveau de classification de l'une des données d'entrée lorsque les niveaux de classification des données d'entrée sont ordonnés hiérarchiqucmcnt entre eux ; ct pour, lorsque les niveaux de classification des données d'entrée ne sont pas ordonnés hiérarchiqucmcnt entre eux, déterminer le niveau de classification de la donnée de sortie à indiquer dans la notification en fonction d'une hase de règles mémorisée dans le système de traitcmcnt définissant un niveau de classification de la donnée de sortie de l'opération distinct des niveaux de classification des données d'entrée lorsque les niveaux de classification des données d'entrée ne sont pas ordonnés hiérarchiquement entre eux. [0030] Suivant un troisième aspect, la présente invention propose un programme d'ordinateur comportant des instructions logicielles qui, lorsqu'elles sont exécutées par un ordinateur, mettent en oeuvre un procédé suivant le premier aspect. [0031] Ces caractéristiques et avantages de l'invention apparaîtront à la lecture de la des- cription qui va suivre, donnée uniquement à titre d'exemple, et faite en référence aux dessins annexés, sur lesquels : [0032] [fig.l] la figure 1 représente une vue d'un système de traitement de données classifiées dans un mode de réalisation de l'invention ; [0033] [fig.2] la figure 2 est un organigramme d'étapes mises en oeuvre dans un mode de réalisation de l'invention. [0034] La figure 1 représente une vue d'un système 1 de traitement de données classifiées dans un mode de réalisation de l'invention. [0035] Ce système 1 de traitement de données classifiées comporte un dispositif 10 de traitement de données classifiées et un dispositif 20 de traçabilité des données traitées dans le dispositif 10. [0036] Le dispositif 10 comporte plusieurs modules électroniques de traitement 11, 12, 13, 14. [0037] Ces modules électroniques de traitement 11, 12, 13, 14 effectuent des opérations : ils utilisent, transforment et/ou échangent des données classifiées. [0038] Dans le cas présent, le dispositif 10 de traitement comporte un module d'entrée El 11, un module de traitement d'entrée E2 12, un module de traitement Tem-Nr1 13, un module de traitement de sortie 51 14. [0039] Dans un mode de réalisation, le module El 11 est ainsi adapté pour recevoir des données en provenance de certains réseaux et sources, avec des niveaux de classification donnés, par exemple ouvert Spécial France (ouvert SE) et Diffusion Restreinte Spécial France (DR SE), tandis que le module E2 11 est adapté pour recevoir des données en provenance d'autres réseaux et sources, avec des niveaux de classification donnés, par exemple ouvert Spécial Francc (ouvert SE), Diffusion Restreinte Spécial France (DRSF) et Diffusion Restreinte OTAN (DR OTAN). [0040] Les modules El et E2 sont adaptés pour fournir au module de traitement 13 les données fournies en entrée au dispositif 10. [0041] Dans un mode de réalisation, les modules El et E2 sont en outre adaptés pour vérifier certains critères, par exemple d'intégrité, de validité etc. et pour supprimer les données reçues ne correspondant pas à ces critères. [0042] Dans le mode de réalisation considéré, le module de traitement 13 est adapté pour effectuer un ou des traitements algorithmiques sur les données qui lui sont fournies en entrée par les modules d'entrée El, E2 : par exemple, il détermine les données distinctes (données de tout type : texte, vidéos, audio etc.) relatives à un même événement et crée une nouvelle donnée enrichie (par exemple, à partir de deux images d'un même élément d'intérêt reçues depuis deux capteurs distincts ou non, une représentation plus précise, éventuellement en 3D, de l'élément d'intérêt est déterminée ; il supprime de certaines données d'entrée les bruits électroniques, il détecte des non-conformités dans les données et le cas échéant, les corrige, il supprime dans les données les poilions de données inutiles selon des critères pré-établis etc. [0043] Le module de sortie SI 14 est adapté pour recevoir en entrée chaque donnée issue du traitement par le module de traitement 13 et en fonction de critères prédéfinis, pour effectuer les opérations suivantes : [0044] - stocker la donnée dans une mémoire du dispositif de traitement 10 et/ou pour préa- lablement sélectionner une mémoire parmi plusieurs types de mémoires disponibles (par exemple associées chacune à des contraintes de sécurité distinctes) ; et/ou [0045] - sélectionner une liaison de télécommunication parmi plusieurs liaisons de télécom- munication possibles (par exemple associées chacune à des contraintes de sécurité distinctes) pour échanger avec un tiers et transmettre la donnée au tiers exclusivement sur la liaison sélectionnée ; et/ou [0046] - sélectionner un tiers parmi plusieurs tiers destinataires et transmettre via une liaison 6 de télécommunication la donnée au tiers sélectionné etc. [0047] Bien entendu, les modules de traitement du dispositif 10 peuvent, dans d'autres modes de réalisation être d'un nombre quelconque, et constituer une chaîne de traitement toute autre, tant dans sa structure que dans les opérations réalisées, que celle présentée ci-dessus à titre d'exemple. [0048] Outre ces opérations effectuées par les modules de traitement 11, 12, 13, 14, ces derniers sont adaptés pour effectuer des tâches décrites ci-après en référence à la figure 2 comme incombant audits modules de traitement. [0049] Dans le mode de réalisation considéré, le dispositif 20 de traçahilité des données comprend notamment des « noeuds » 15 constituant des blocs de traitement. [0050] Ces noeuds 15 sont en quelque sorte « à l'écoute » des opérations réalisées par les modules de traitement 11, 12, 13, 14 du dispositif de traitement 10. [0051] Dans le mode de réalisation considéré, le dispositif 20 de traçahilité comprend une mémoire et un processeur (non représentés). Dans cette mémoire, des instructions logicielles sont stockées. Ces instructions logicielles sont exécutées sur le processeur. Et lors de leur exécution, les étapes décrites en référence à la figure 2 et incombant aux noeuds 15 sont mises en oeuvre. [0052] Dans le mode de réalisation considéré, il existe un noeud 15 pour chaque module de traitement du dispositif de traitement 10, ainsi les noeuds 15 comportent les noeuds BC1, BC2, BC3, BC4, mais le nombre de noeuds peut dans des modes de réalisation être de 1 à un nombre quelconque supérieur à 1. [0053] Dans le mode de réalisation considéré, le dispositif 20 de traçabilité des données s'appuie sur une structure de type Blockchain adaptée pour créer une chaîne de blocs d'information et ainsi les noeuds 15 sont aussi des noeuds de type blockchain. Cette technologie est bien connue (cf. par exemple le préambule de EP 3419210). [0054] Dans un mode de réalisation de l'invention, l'ensemble 100 d'étapes représenté en figure 2 est mis en oeuvre. [0055] Dans une première étape préalable 101, une base de règles 2 est constituée, dé- finissant pour les opérations réalisées par les modules de traitement 11 à 14, un niveau de classification de la donnée (ou des données) résultant de chaque opération en fonction notamment du niveau de classification de la donnée (ou de chaque donnée) utilisée en entrée par l'opération pour déterminer ce résultat. [0056] Ainsi dans le cas particulier considéré, le niveau de classification ouvert SF est inférieur au niveau de classification DR SF tous deux traités par le dispositif de traitement 10. Une règle est que toutes les opérations ayant uniquement comme données d'entrée des données avec un niveau de classification ouvert ou DR SF délivrent des données de sortie avec un niveau de classification DR SF. [0057] Si les niveaux ouvert et DR SF sont ordonnés entre eux hiérarchiquement (de même 7 que ouvert et DR OTAN), les deux niveaux DR SF et DR OTAN ne sont, eux, pas ordonnés hiérarchiquement. [0058] Selon l'invention, une donnée résultat d'une opération d'un des modules de traitement 11 à 14 effectuée sur des données d'entrée de l'opération dont l'une est DR SF et l'autre est DR OTAN correspond à une catégorie spécifique de données (correspondant par exemple aux cas non prévus par la réglementation usuelle) et un niveau de classification spécifique, par exemple libellé (DR SE, OTAN), ou encore (DR SF, OTAN) OP, si le niveau de classification est propre à chaque opération OP,, est créé pour cette catégorie, distinct des niveaux de classification DR SE et DR OTAN. Les nouveaux niveaux de classification ainsi affectés peuvent en outre être définis dans la base de règles 2 selon l'invention, en fonction en outre de la provenance des données d'entrée, de la date, du destinataire, du contenu de la donnée résultat ou des données d'entrée etc. [0059] Ainsi la hase de règles 2 telle que définie indique, dans le mode de réalisation considéré, que toutes les opérations ayant uniquement comme données d'entrée des données avec un niveau de classification ouvert ou DR SE délivrent des données de sortie avec un niveau de classification DR SF, et que toutes les opérations ayant au moins deux données d'entrée dont une donnée avec un niveau de classification DR SF et une donnée avec un niveau de classification OTAN délivrent une donnée de sortie en fonction de ces deux données d'entrée avec un niveau de classification libellé (DR SF, OTAN). [0060] La base de données 2 définit ainsi notamment les règles classiques respectées et les règles nouvelles utilisées dans le système 1 pour gérer notamment les cas non prévus par la réglementation ou des cas spécifiques. [0061] Dans une étape 102, chaque opération effectuée par un des modules de traitement 11, 12, 13 et 14 en fonction d'une ou de plusieurs donnée d'entrée et ayant pour résultat d'opération une donnée de sortie donne lieu à la détermination d'un ensemble d'informations, appelé ci-après notification d'opération, qui caractérise l'opération effectuée. [0062] Par exemple, la notification d'information est déterminée par le module de traitement ayant effectué l'opération [0063] Une notification d'opération comporte par exemple un identifiant d'opération indiquant le type d'opération (par exemple destruction de données, écriture en mémoire de la donnée, télécommunication de la donnée etc.), l'adresse des données d'entrée et de sortie de l'opération (par exemple l'adresse IP, l'instant de la création de ces données, le niveau de classification de chaque donnée d'entrée, la trace d'intégrité de chaque donnée d'entrée et de sortie (typiquement fonction de hashage). [0064] On notera que les opérations des modules de traitement 11 à 14 qui donnent lieu à 8 génération de notification d'opération caractérisent l'évolution des données au sein du dispositif de traitement 10. Elles comportent ainsi les opérations de : [0065] réception d'une donnée par les modules d'entrée El , E2 du dispositif de traitement 10; [0066] écriture d'une donnée sur un support physique, [0067] accès en lecture à la donnée, [0068] création d'une nouvelle donnée à partir du croisement d'autres données, [0069] modification d'une donnée à l'aide d'autres données, [0070] communication d'une donnée, [0071] destruction d'une donnée... [0072] Chaque notification d'opération ainsi déterminée est communiquée à chaque noeud 15 du dispositif 20 de traçabilité des données, dans le mode de réalisation considéré. [0073] Dans une étape 103, chaque noeud 15, à réception d'une notification d'opération, détermine le niveau de classification des données de sortie de l'opération en fonction du niveau de classification de chaque donnée d'entrée indiquée dans la notification d'opération et en fonction de la hase de règles 2. [0074] Par exemple : [0075] - lorsque l'opération est une réception de donnée par le dispositif de traitement 10 effectuée par le module de traitement d'entrée El ou E2, le noeud 15 affecte à la donnée de sortie de l'opération le niveau de classification indiquée pour la donnée d'entrée de l'opération dans la notification d'opération par le module El, E2 et que ce dernier a déterminé par exemple à partir de l'adresse IP de la donnée d'entrée (l'adresse IP identifiant en effet un réseau physique associé à un niveau de classification connu) ; [0076] - lorsque l'opération est une création de donnée par le module de traitement 13 à partir de deux données avec chacune un niveau de classification DR SF, le noeud 15 affecte à la donnée de sortie un niveau de classification DR SF, et lorsque l'opération est une création de donnée par le module de traitement 13 à partir de deux données, l'une avec un niveau de classification DR SF et l'autre donnée avec un niveau de classification OTAN, le noeud 15 affecte à la donnée de sortie un niveau de classification (DR SF, OTAN). [0077] Ensuite, de manière périodique (par exemple toutes les durées T. ou toutes les N nouvelles notifications d'opération, avec N fixé), chaque noeud 15 génère un bloc d'historique contenant les notifications d'opération reçues depuis la génération du bloc d'historique précédent. Le noeud 15 utilise dans le cas présent en outre les spécificités de l'algorithme de type Blockchain (chaque bloc de la chaîne des blocs d'historique constituée comprend, outre les notifications d'opérations, une somme de contrôle (« hash »), utilisée comme identifiant de bloc et la somme de contrôle du bloc 9 précédent dans une chaîne 3 de blocs (à l'exception du premier bloc de la chaîne, appelé bloc de genèse). [0078] La validité d'un bloc est en outre garantie par l'obtention d'une preuve (trois types de preuve sont généralement utilisés : preuve de travail, d'enjeu et d'appartenance, seules les deux premières résistent au problème byzantin, on aura tendance à exclure la preuve de travail dans une utilisation opérationnelle). [0079] Chaque bloc ainsi généré par un noeud 15 est transmis par le noeud 15 à destination des autres noeuds 15. [0080] Dans une étape 104, conformément à l'algorithme hlockchain, un seul bloc parmi l'ensemble de ces blocs ainsi générés pour les mêmes opérations est sélectionné pour compléter la chaîne 3 des blocs d'historique précédemment sélectionnés (par exemple chaque noeud sélectionne le premier bloc reçu qui satisfait à la preuve utilisée (par exemple d'appartenance, d'enjeu etc.) ; une telle sélection d'un bloc par un noeud donne ensuite lieu à son ajout en tête de la copie locale de hlockchain du noeud en question. [0081] Conformément à l'algorithme hlockchain, le bloc d'historique sélectionné est alors ajouté par chaque noeud 15 à la chaîne 3 de blocs d'historique dont une copie locale est stockée dans une mémoire associée au noeud. Chaque noeud 15 possède ainsi une copie de la même chaîne de blocs d'historique. [0082] La chaîne 3 dc blocs d'historique constituée dans le mode dc réalisation considéré de l'invention est ainsi une base de données comprenant une liste d'enregistrements protégés par cryptographie contre la falsification ou la modification par les noeuds 15, listant toutes les opérations effectuées depuis le démarrage du système 1 : elle permet de retracer l'historique de toutes les données et de leur flot, ainsi que de connaître la conformité et les écarts de leur utilisation aux règles générales de classification. [0083] Les données elles-mêmes ne sont pas stockées dans la chaîne 3, dans le mode de réa- lisation considéré. Elles ne sont pas non plus modifiées, mais le moyen de vérifier leur intégrité est conservé dans la chaîne. [0084] On notera que certains modules de traitement 11 à 14, dans des modes de réalisation utilisent la chaîne 3 de blocs pour déterminer le niveau de classification des données (sur la base de l'adresse IP) qu'ils utilisent en entrée des opérations qu'ils effectuent, par exemple : [0085] - des modules de traitement qui communiquent des données à l'extérieur du dispositif de traitement 10, afin d'assurer que la communication respecte les règles de classification. Par exemple, dans un mode de réalisation, les critères mentionnés plus haut et utilisés par le module de sortie 14 pour définir quelle opération est à effectuer relativement à une donnée sont définis en fonction d'une ou plusieurs des informations relatives à la donnée stockées dans les blocs d'historique de la chaîne 3 d'historique. Ainsi, lors de la réception d'une donnée par le module de sortie 14, ce dernier extrait de la chaîne 3 des blocs d'historique, les informations utilisées par ces critères, par exemple son niveau de classification (qui indique notamment si la donnée est issue de données avec des niveaux de classification non hiérarchiquement ordonnés), le niveau de classification de chaque donnée fournie en entrée au dispositif 10 dont provient la donnée considérée, la source desdites données d'entrée, la date de création de la donnée considérée etc.), et les critères sont ainsi appliqués pour effectuer les opérations de mémorisation/transmission etc. ; [0086] - des modules de traitement qui affichent des données devant un opérateur, dans la limite permise par la comparaison entre le niveau de classification des données, telles que déduite de la hlockchain, et de l'habilitation de l'opérateur, telle que connue par la machine du fait de son authentification (par exemple les applications qui « consomment » les données n'afficheront celles-ci que si elles correspondent au niveau d'habilitation de l'opérateur qui s'est authentifié) ; [0087] - des modules de traitement qui utilisent la chaîne 3 de façon plus approfondie pour réaliser un audit sur certaines données. [0088] La valeur de hachage permet de « chaîner » les blocs entre eux. Un bloc fils possède la valeur de hachage qui identifie son bloc père. La valeur de hachage, en l'associant avec la solution à une preuve, permet aussi de vérifier qu'un bloc a le droit d'être généré sur le réseau car la solution de la preuve a été bien été trouvée pour cette valeur de hachage. [0089] La présente invention permet ainsi lors de la manipulation de données classifiées, d'en assurer la traçabilité tout au long de la chaîne de traitement et de diffusion, de limiter l'accès à ces données classifiées et/ou d'en orienter le traitement_ en fonction des informations mémorisées dans les blocs relativement à ces données ; elle permet en effet : [0090] - d'associer à chaque donnée, dès son entrée dans le dispositif 10 de traitement, son niveau de classification de façon inaltérable, par exemple A, B, C.... [0091] - d'appliquer des règles de composition des classifications (définies par ailleurs) permettant de définir le niveau de classification des données produites, à défaut un « nouveau » niveau de classification pour les catégories de composition de niveaux sans rapport hiérarchique entre eux : par exemple B. AxC.... [0092] - en sortie du dispositif 10 de traitement, d'assurer l'aiguillage des données classifiées vers des réseaux/systèmes ayant un niveau de classification compatible : par exemple donnée classée A -> réseau A, donnée classée B -> réseau B, en restreignant l'accès des données aux seules personnes en droit de les consulter ; [0093] - de conserver l'historique et d'assurer la traçabilité de cette production. [0094] Le système proposé permet de contribuer à assurer l'intégrité des données : 11 [0095] - en assurant que les données d'entrée conservent leur niveau de classification et que les données « interdites » soient gérées au sein de catégories prédéterminées, [0096] - en organisant la traçahilité de l'utilisation des données d'entrée et des données produites, et en fonction de ces informations de traçahilité, en effectuant sur ces données un traitement respectant les limitations propres à leur niveau de classification (y compris les catégories spécifiques). [0097] On notera que dans d'autres modes de réalisation, le niveau de classification des données de sortie d'une opération est ajouté par le module de traitement 11, 12,13,14 ayant réalisé l'opération après qu'il l'ait déterminé en fonction de la hase de règles 2 ou encore que le niveau de classification des données d'entrée n'est pas inséré dans la notification d'opération et que le noeud dans l'étape 103 va extraire d'un bloc d'historique dans sa hase d'historique, le niveau de classification d'une donnée d'entrée. [0098] Dans le mode de réalisation proposé, la solution a été mise en oeuvre sur la hase d'une technologie Blockchain pour établir en temps réel la situation des données classifiées au sein du dispositif et s'assurer de leur intégrité, de leur suivi et de leur traçahilité. De manière connue, cette technologie permet de remplacer la notion de tiers de confiance pour établir une vérité, cette dernière émergeant du consensus entre des noeuds indépendants qui partagent la même information. [0099] La technologie Blockchain offre les avantages suivants : [0100] - la confiance dans l'intégrité des données et des niveaux de classification associés lors de son entrée dans le système est répartie sur l'ensemble des noeuds ; [0101] - la totalité des opérations effectuées est conservée, auditable et inaltérable ; [0102] - le système 1 est résilient à la fois aux défaillances matérielles et logicielles, mais aussi, quand la preuve d'enjeu est utilisée, aux problèmes byzantins (cyber-attaques) ; [0103] - le système 1 peut être déployé en local sur une machine ou réparti sur un réseau sans nécessiter de modification ; [0104] - le système est « scalable », ce qui signifie qu'il peut grandir ou diminuer, notamment en nombre de noeuds sans nécessiter de modification, et sans interruption de service. [0105] La technologie Blockchain n'est toutefois qu'une possibilité parmi d'autres pour réaliser ce tracé des opérations et des niveaux de classification, y compris ceux correspondant aux catégories spécifiques tout en garantissant dans une mesure jugée suffisante l'intégrité des informations figurant dans les notifications d'opération mémorisées. [0106] Dans d'autres modes de réalisation, la notification d'information est envoyée à un seul noeud et pas à tous lorsqu'il y en a plusieurs. [0107] Dans un autre mode de réalisation, les noeuds 15 sont réalisés chacun sous forme 12 d'un composant logique programmable, tel qu'un FPGA (de l'anglais Field Programmable Gate Array), ou encore sous forme d'un circuit intégré dédié, tel qu'un MW (de l'anglais Applications Specific Jntegrated Circuit). 13 [Revendication 1] [Revendication 2] [Revendication 3] REVENDICATIONSProcédé de traitement de données classifiées dans un système de traitement de données classifiées (1) selon différents niveaux de classification comprenant un ensemble de modules de traitement (11-14) effectuant des opérations relatives à des données classifiées, ledit procédé comprenant les étapes suivantes : - lors de chaque opération effectuée ayant pour données d'entrée au moins deux données classifiées et délivrant au moins une donnée de sortie en fonction desdites données d'entrée, détermination d'une notification d'opération indiquant un identifiant de la donnée de sortie, un identifiant de l'opération, le niveau de classification de la donnée de sortie ; et - mémorisation de ladite notification dans un bloc d'historique (3) ; selon lequel certains des niveaux de classification étant ordonnés hiérarchiquement entre eux, le niveau de classification de la donnée de sortie indiqué dans la notification est le niveau de classification de l'une des données d'entrée lorsque les niveaux de classification des données d'entrée sont ordonnés hiérarchiquement entre eux ; et selon lequel, lorsque les niveaux de classification des données d'entrée ne sont pas ordonnés hiérarchiquement entre eux, le niveau de classification de la donnée de sortie indiqué dans la notification est déterminé en fonction d'une base de règles (2) mémorisée dans le système de traitement définissant un niveau de classification de la donnée de sortie de l'opération distinct des niveaux de classification des données d'entrée lorsque les niveaux de classification des données d'entrée ne sont pas ordonnés hiérarchiquement entre eux. Procédé de traitement de données classifiées selon la revendication 1 comprenant les étapes suivantes : - lors de chaque opération effectuée ayant pour donnée(s) d'entrée au moins une donnée classifiée et délivrant, au moins une donnée de sortie en fonction d'au moins ladite donnée d'entrée, détermination d'une notification d'opération indiquant un identifiant de la donnée de sortie, un identifiant de l'opération, un niveau de classification de la donnée de sortie, un identifiant de chaque donnée d'entrée, le niveau de classification de chaque donnée d'entrée ; et - mémorisation de ladite notification dans le bloc d'historique (3). Procédé de traitement de données classifiées selon la revendication 2 14 [Revendication 4] [Revendication 5] [Revendication 6] [Revendication 7] selon lequel des notifications d'opérations sont ainsi mémorisées dans ledit bloc d'historique (3) pour chaque opération comprise dans au moins un sous-ensemble d'un ensemble d'opérations comprenant les opérations de : réception d'une donnée classifiée par ledit système de traitement, écriture d'une donnée classifiée sur un support physique, accès en lecture à une donnée classifiée, création d'une donnée classifiée en fonction d'au moins une autre donnée classifiée, modification d'une donnée classifiée, communication d'une donnée classifiée, destruction d'une donnée classifiée. Procédé de traitement de données classifiées selon l'une des revendications précédentes, comprenant pour une donnée de sortie classifiée à traiter, l'extraction du bloc d'historique (3), d'au moins une notification d'opération mémorisée dans le bloc indiquant l'identifiant de ladite donnée à traiter, et le traitement de ladite donnée classifiée est fonction d'au moins le niveau de classification de la donnée de sortie de l'opération distinct des niveaux de classification des données d'entrée tel qu'indiqué dans la notification d'opération. Procédé de traitement de données classifiées selon l'une des revendications précédentes, selon lequel chaque module de traitement (11-14) est associé, dans le système de traitement (1), à un noeud (15) de type blockchain auquel le module de traitement transmet lors de chaque opération effectuée par ledit module, ayant pour données d'entrée au moins deux données classifiées et délivrant au moins une donnée de sortie en fonction desdites données d'entrée, un identifiant de la donnée de sortie, un identifiant de l'opération, un identifiant des données d'entrée, selon lequel le noeud de type blockchain détermine, lorsque les niveaux de classification des données d'entrée ne sont pas ordonnés hiérarchiquement entre eux, le niveau de classification de la donnée de sortie en fonction de la base de règles, puis détermine et mémorise ladite notification dans un bloc d'historique, selon lequel ledit noeud transmet en outre ledit bloc d'historique (3) aux autres noeuds du système. Programme d'ordinateur comportant des instructions logicielles qui, lorsqu'elles sont exécutées par un ordinateur, mettent en oeuvre un procédé selon l'une quelconque des revendications précédentes. Système de traitement de données classifiées (1, 10) selon différents niveaux de classification sur lesquelles un ensemble de modules de traitement effectuent des opérations relatives à des données classifiées, ledit système étant caractérisé en ce qu'il est adapté pour, lors de chaque 15 [Revendication 8] [Revendication 9] opération effectuée ayant pour données d'entrée au moins deux données classifiées et délivrant au moins une donnée de sortie en fonction desdites données d'entrée, déterminer une notification d'opération indiquant un identifiant de la donnée de sortie, un identifiant de l'opération, le niveau de classification de la donnée de sortie ; et mémoriser ladite notification dans un bloc d'historique (3) ; ledit système étant adapté pour, certains des niveaux de classification étant ordonnés hiérarchiquement entre eux, affecter comme niveau de classification de la donnée de sortie indiqué dans la notification le niveau de classification de l'une des données d'entrée lorsque les niveaux de classification des données d'entrée sont ordonnés hiérarchiquement entre eux ; et pour, lorsque les niveaux de classification des données d'entrée ne sont pas ordonnés hiérarchiquement entre eux, déterminer le niveau de classification de la donnée de sortie à indiquer dans la notification en fonction d'une hase de règles (2) mémorisée dans le système de traitement définissant un niveau de classification de la donnée de sortie de l'opération distinct des niveaux de classification des données d'entrée lorsque les niveaux de classification des données d'entrée ne sont pas ordonnés hiérarchiquement entre eux. Système de traitement de données classifiées (1, 10) selon la revendication 7, adapté pour, lors de chaque opération effectuée ayant pour donnée(s) d'entrée au moins une donnée classifiée et délivrant au moins une donnée de sortie en fonction d'au moins ladite donnée d'entrée, déterminer une notification d'opération indiquant un identifiant de la donnée de sortie, un identifiant de l'opération, un niveau de classification de la donnée de sortie, un identifiant de chaque donnée d'entrée, le niveau de classification de chaque donnée d'entrée et pour mémoriser ladite notification dans le bloc d'historique. Système de traitement de données classifiées (1, 10) selon la revendication 8 adapté pour mémoriser ainsi des notifications d'opérations dans ledit bloc d'historique (3) pour chaque opération comprise dans au moins un sous-ensemble d'un ensemble d'opérations comprenant les opérations de : réception d'une donnée classifiée par ledit système de traitement, écriture d'une donnée classifiée sur un support physique, accès en lecture à une donnée classifiée, création d'une donnée classifiée en fonction d'au moins une autre donnée classifiée, modification d'une donnée classifiée, communication d'une donnée classifiée, destruction d'une donnée classifiée. 16 [Revendication 10] Système de traitement de données classifiées (1, 10) selon l'une des revendications 7 à 9, adapté, pour une donnée de sortie classifiée à traiter, pour extraire du le bloc d'historique (3), d'au moins une notification d'opération mémorisée dans le bloc indiquant l'identifiant de ladite donnée à traiter, et pour traiter ladite donnée classifiée en fonction d'au moins le niveau de classification de la donnée de sortie de l'opération distinct des niveaux de classification des données d'entrée tel qu'indiqué dans la notification d'opération.