FR 2912022 A1 20080801 FR 0752984 A 20070131 1 Le domaine de l'invention est celui des plateformes robotisées de type drone aérien ou terrestre. L'invention concerne d'une manière générale l'insertion de fonctions sécurisées au sein de systèmes complexes. Elle concerne plus précisément l'autorisation de l'activation d'une fonction critique exigeant un niveau de sécurisation élevé, pour réalisation au sein d'un système complexe tel qu'un système de drone comprenant une ou des plateformes robotisées. A titre d'exemple non limitatif de fonction critique, on citera le déclenchement d'un tir de munitions à partir d'une une telle plateforme. 1 o Au sein de systèmes complexes, certaines fonctions particulières exigent des niveaux de sécurisation élevés, de part la nature des actions qu'elles délivrent, par exemple pour leur contribution directe à la sécurité du système. Ces fonctions sont ainsi communément dénommées fonctions critiques. 15 On précise que l'objectif ici visé est de prévenir l'activation inopinée de ces fonctions critiques. D'où la terminologie d'autorisation de fonction critique utilisée. La non-réalisation de la fonction n'est pas jugée critique ; en revanche, sa réalisation intempestive est jugée critique. Pour l'exemple d'application cité, la réalisation du tir de munition n'est pas en soit jugée 20 critique au sens de la sécurité, mais son activation non-autorisée l'est. Afin de garantir la sûreté de leur fonctionnement, et pour en faciliter la démonstration théorique, il est d'approche classique d'isoler ces fonctions ainsi que toute leur chaîne de commande et de contrôle. Ceci peut s'avérer fortement handicapant lorsque ces fonctions sont amenées à être insérées 25 au sein de systèmes soit existants, soit trop complexes pour pouvoir être développés intégralement avec les niveaux de sûreté élevés visés. L'invention s'inscrit dans cette problématique, et vise notamment à permettre d'insérer de telles fonctions sans avoir pour autant à justifier de la robustesse de chaque maillon de la chaîne de contrôle de la fonction visée. 30 Revenant au cas des plateformes robotisées de type drone, on constate une tendance à vouloir d'équiper ces plateformes d'un système de 2 missile. Mais ces plateformes ont été initialement développées sans avoir d'objectif de sécurité au niveau de la sécurité missile . Si dans un système aéronautique classique, c'est le pilote qui est chargé de lever un verrou de sécurité permettant d'autoriser le déclenchement du tir de missile (autorisation ultime de sécurité), on comprend bien que dans le cadre d'une plateforme robotisée, la levée de ce verrou de sécurité doit être déportée au niveau du centre de contrôle du système (en l'occurrence une station au sol abritant les opérateurs du système). 1 o Mais il faut alors garantir avec un niveau de sécurité particulièrement élevé que l'activation de la fonction critique tir de missile ne se déclenche pas inopinément. Une solution immédiate à ce problème d'intégration de la fonction critique de type tir de missile est représentée sur la figure 1. 15 Sur cette figure 1, on a représenté une station sol 10 et une plateforme robotisée 20 déportée contrôlée à partir de la station sol 10 via une liaison radio 32. La station sol 10 comprend de manière schématique un module central de contrôle et de commande, appelé module coeur 11, ainsi qu'un module de 20 transmission 12 relié au module coeur 11. La plateforme 20 comprend un module central de contrôle et de commande, dit module coeur 21, un système missile 23 relié au module coeur 21, ainsi qu'un module de transmission 22 également relié au module coeur 21. 25 La liaison radio 32 assure la liaison fonctionnelle entre les modules coeur 11, 21 de la station 10 et de la plateforme 20, par l'intermédiaire des modules de transmission 12, 22. Sur cette figure 1, on représente en traits pleins ces éléments 11, 12, 32, 22, 21, 23 classiques en soi qui viennent d'être présentés. 30 Sur cette même figure 1, on a représenté en traits pointillés la chaîne d'éléments critiques, dite chaîne d'autorisation de tir, qui transmet l'autorisation de tir au système missile 23. Cette architecture ségréguée est une solution possible au problème d'intégration de l'activation du tir de missile. La chaîne d'autorisation du tir comprend des modules sécurisés (c'est- à-dire réalisés avec un niveau de criticité suffisamment élevé pour la fonction recherchée) et reliés entre eux par un lien dédié. Ainsi la station 20 comprend un module d'autorisation du tir 14, la plateforme comprend un module d'autorisation du tir 24, ces modules 14, 24 étant reliés par une liaison dédiée illustrée par la flèche pleine portant la référence 34. On comprend donc que dans cette architecture, on a choisi de ségréguer la chaîne d'autorisation de l'activation de la fonction critique, en la séparant cette chaîne du reste du système. Si cette architecture s'avère performante pour démontrer de manière rigoureuse et à effort raisonnable la sûreté de fonctionnement global de la chaîne de tir, elle présente toutefois certains inconvénients . Pour de multiples plateformes (contrôle d'une flotte de plateformes à partir de la station sol, et déploiement de multiples systèmes sur un théâtre d'opération), cette solution nécessite d'implémenter et de faire cohabiter de multiples liens supplémentaires, ce qui s'avère relativement inenvisageable dans un contexte opérationnel. L'invention a pour objectif de proposer une autre solution à l'intégration d'une fonction critique, par exemple la commande du tir de missile, dans un système complexe, et en particulier une solution qui ne présente pas les inconvénients de la solution de la figure 1 utilisant un lien dédié additionnel. Selon un premier aspect, l'invention concerne un système d'activation d'une fonction critique, telle que le déclenchement d'un tir de munitions, par une plateforme robotisée de type drone aérien ou terrestre interfacée avec une station de contrôle au sol par l'intermédiaire d'une liaison radio, le système étant caractérisé en ce que la station sol comporte un module d'activation sécurisé, et la plateforme comporte un ou plusieurs modules effecteurs sécurisés, le module d'activation comprenant des moyens de 4 génération d'un message d'activation de la fonction critique, signé explicitement pour un module effecteur désigné, et chaque module effecteur comprenant des moyens d'authentification des messages d'activation signés en provenance de la station via la liaison, lesdits moyens d'authentification étant aptes à vérifier si un message reçu est un message intègre explicitement signé pour ledit module effecteur, et à autoriser le cas échéant ledit module effecteur à commander la réalisation de la fonction critique. Certains aspects préférés, mais non limitatifs, de ce système sont les suivants : ù un système à clé de signature et clé d'authentification est utilisé par le module d'activation et chaque module effecteur pour assurer respectivement la signature et l'authentification d'un message d'activation, un couple clé de signature / clé d'authentification différent étant associé à chaque couple module activation/module effecteur ; ù le couple clé de signature / clé d'authentification est défini pour un usage limité dans le temps, ou pour un usage limité à un certain nombre d'utilisations ; ù le système de clés est un système de clés asymétriques dans lequel le module d'activation (pour envoi d'un ordre) utilise une clé de signature privée choisie en fonction du module effecteur désigné, et chaque module effecteur est désigné par une clé d'authentification publique ; ù chaque module effecteur peut à son tour utiliser une clef privée interne propre pour renvoyer vers le module d'activation son état (activé ou non). Le module d'activation dispose pour ceci d'une clé d'authentification publique qui lui est propre ; ù le module d'activation comporte une mémoire stockant chacune des clés de signature destinées à être utilisées par les moyens de génération pour signer un message d'activation de la fonction critique pour un module effecteur désigné ; ù chaque module effecteur comporte une mémoire stockant des clés d'authentification destinée à être utilisée par les moyens d'authentification pour vérifier si un message reçu est un message intègre, et pour coder en retour l'état du module effecteur. Selon un second aspect, l'invention concerne un procédé d'activation d'une fonction critique, telle que le déclenchement d'un tir de munitions, par une plateforme robotisée de type drone aérien ou terrestre apte à communiquer avec une station de contrôle au sol par l'intermédiaire d'une liaison radio, la station au sol comprenant un module d'activation et la plateforme comprenant au moins un module effecteur, caractérisé en ce qu'il comporte les étapes de : • génération par le module d'activation de la station au sol d'un message d'activation de la fonction critique signé pour un module effecteur désigné; • transmission du message par l'intermédiaire de la liaison radio (depuis le module d'activation vers le module effecteur désigné) ; • authentification par le module effecteur désigné du message d'activation signé, pour vérifier si le message reçu est un message intègre signé pour ledit module, et • autorisation, le cas échéant, par le module effecteur désigné de la réalisation de la fonction critique. Certains aspects préférés, mais non limitatifs, de ce procédé sont les suivants : ù il met en oeuvre un système à clé de signature et clé d'authentification pour assurer respectivement la signature et l'authentification d'un message d'activation, avec un couple clé de signature / clé d'authentification différent pour chaque couple module d'activation/module effecteur ; ù le système de clés est un système de clés asymétriques, le module d'activation utilisant une clé de signature privée choisie en fonction du module effecteur désigné, et chaque module effecteur disposant d'une clé d'authentification publique ; ù il met en oeuvre une activation de la fonction critique sur maintien de l'ordre selon laquelle le message d'activation est transmis de manière 6 permanente au module effecteur désigné, et toute interruption de la transmission du message d'activation désactive la fonction critique au bout d'un délai déterminé ; û il comporte en outre une étape de transmission en retour à la station d'un message relatif à l'état du module effecteur désigné comprenant, d'une façon symétrique, des opérations de signature par le module effecteur dudit message et une vérification d'authentification dudit message par le module d'activation de la station. Selon d'autres aspects, l'invention concerne une station de contrôle au sol, ainsi qu'une plateforme robotisée pour un système selon le premier aspect. D'autres aspects, buts et avantages de la présente invention apparaîtront mieux à la lecture de la description détaillée suivante de formes de réalisation préférées de celle-ci, donnée à titre d'exemple non limitatif, et faite en référence aux dessins annexés sur lesquels, outre la figure 1 déjà commentée : - la figure 2 représente un schéma d'un système d'activation d'une fonction critique selon un mode de réalisation possible du premier aspect de l'invention ; - la figure 3 est un schéma d'un mode de réalisation possible d'un module d'activation selon l'invention ; - la figure 4 est un schéma d'un mode de réalisation possible d'un module effecteur selon l'invention. En référence à la figure 2, on a représenté un schéma d'un système d'activation d'une fonction critique, par exemple un tir de munitions, par une plateforme robotisée de type drone aérien ou terrestre, le système comprenant une station de contrôle au sol 100 et une flotte de plateformes constituée d'au moins une plateforme robotisée (ici deux plateformes 200, 300) déportée de la station 100 et en liaison avec la station. 7 La station au sol 100 comprend un module de contrôle et de commande de coeur 110, ainsi qu'un module de transmission 120 relié au module coeur 110. Chacune des plateformes 200, 300 comprend un module de contrôle et de commande de coeur 210, 310, un système de missile (non représenté) relié au module coeur 210, 310, ainsi qu'un module de transmission 220, 320 également relié au module coeur 210, 310. La liaison radio 32 assure la liaison entre le module coeur 110 de la station 100 et chacun des modules coeur 210, 310 des plateformes 200, 300, 10 par l'intermédiaire des modules de transmission 120, 220,320. Comme pour la figure 1, on a représenté en traits pointillés les éléments critiques des chaînes de tir. La station 100 comporte ainsi un (ou plusieurs) module(s) d'activation 130 de la fonction critique ; et chacune des plateformes 200, 300 comporte un (ou plusieurs) module(s) effecteur 230, 15 240, 330. Le module d'activation 130 permet de générer différents ordres d'activation de fonction critique pour chacun des modules effecteurs 230, 240,330, et le système a pour mission de propager c ces ordres auprès du module effecteur concerné. 20 Chaque module effecteur 230, 240, 330 reçoit son ordre d'activation, mais n'autorise la réalisation de la fonction attendue (jugée) de niveau critique que si il authentifie que l'ordre lui est bien destiné. Dans l'exemple ici représenté, et sur ordre de la station au sol, le module effecteur 230 de la plateforme 200 peut autoriser la réalisation de la 25 fonction A 1B, le module 240 de la plateforme 200 peut autoriser la réalisation de la fonction A_2B, et le module 330 de la plateforme 300 peut autoriser la réalisation de la fonction A C. On aura compris que l'objectif recherché est de sécuriser les fonctions A 1 B, A 2B, A_1 C, dans la mesure où leur activation inopinée (c'est-à-dire 30 non commandée intentionnellement) serait hautement dommageable. 8 La propagation des ordres d'autorisation par le système n'est pas critique car seule la réception du bon ordre, signé pour un effecteur spécifique, peut autoriser ce module effecteur à permettre la fonction visée. La non propagation des ordres d'autorisation est également non critique, puisque comme rappelé en préambule, seule une activation inopinée des fonction est jugée indésirable. Le module d'activation 130 et les modules effecteur 230, 240, 330 sont ainsi réalisés avec le niveau de criticité recherché (donc relativement élevé) pour le niveau de sécurité de la fonction recherché. Le reste du système peut avoir un niveau de criticité bien moindre, sans incidence sur la sécurité globale de la fonction (d'un point de vue de son activation inopinée). Le module d'activation 130 comprend des moyens pour générer un message d'activation de la fonction critique signé, et donc spécifique, pour chacun des modules effecteurs possibles. Il s'agit par exemple de générer un message d'activation de la fonction A 1 B, ce message étant alors explicitement signé pour le module effecteur 230 de la plateforme 200. Comme indiqué, le message d'activation est signé pour un module effecteur désigné. Il s'agit effectivement ici d'envoyer un ordre sécurisé par signature, afin de garantir que seul le module d'activation 130 est en mesure de générer des ordres valides pour l'effecteur visé, et que seul le module effecteur destinataire (le module désigné 230 dans l'exemple ici présenté) est en mesure de confirmer la validité de ces ordres, en authentifiant ces ordres comme lui étant bien destinés, et donc de pouvoir ensuite activer la fonction A 1 B. Afin de réaliser la signature du message d'activation, un algorithme cryptographique de signature est par exemple utilisé qui permet de garantir mathématiquement avec un haut niveau de sécurité l'intégrité de l'information contenue dans le message, ainsi que l'authentification de cette information. 3 o Plus précisément, un système à clé de signature et clé d'authentification est utilisé par respectivement le module d'activation et 9 chaque module effecteur pour assurer respectivement la signature et l'authentification d'un message d'activation, un couple clé de signature / clé d'authentification différent étant associé à chaque couple module activation / module effecteur. Ce couple clé de signature / clé d'authentification peut être défini pour un usage permanent (par exemple sur l'ensemble d'une mission), on encore pour un usage limité dans le temps, ou encore pour un usage limité à un certain nombre d'utilisations (par exemple une utilisation unique). Selon un mode de réalisation préférentiel, la solution retenue utilise un 1 o système de clés asymétriques. Une clé de signature du type clé privée est utilisée par le module d'activation 130 pour signer le message émis par la station au sol 100 pour un module effecteur désigné. Une clé de signature du type clé publique, différente de la clé privée, est utilisée dans chaque module effecteur 230, 240, 330 pour valider l'authenticité du message en provenance 15 du module d'activation. La clé privée utilisée par le module d'activation 130 est propre à chaque module effecteur à désigner, et la clé publique utilisée par un module effecteur peut être propre à ce module effecteur (en d'autres termes, chaque module effecteur dispose alors de sa propre clé publique) ou encore être 20 identique pour tout ou partie des modules effecteurs. Ainsi, on dispose pour chaque module effecteur d'un couple différent de clé publique / clé privée. Cela permet à chaque module effecteur d'être rigoureusement différencié. Par ailleurs, la compromission de la clé publique présente dans un 25 module effecteur n'a pas d'incidence sur la sécurité du système puisqu'elle ne permet pas de générer des signatures, mais uniquement de les vérifier. En particulier, on comprend qu'en récupérant une plateforme, une personne malveillante ne pourrait au plus que disposer de la ou des clés publiques du ou des modules effecteurs de cette plateforme. Mais cette personne ne 30 pourrait disposer de la clé privée permettant de générer les messages d'activation. Ce mode de réalisation préférentiel s'avère avantageux dans la mesure où il permet de différencier rigoureusement différents systèmes (donc avec plusieurs modules d'activation, et d'autres modules effecteurs) sur un même théâtre d'opération. Ceci est partiellement intéressant car des systèmes multiples en présence sont toujours face au risque, par maladresse opérateur ou incident technique, de se brouiller ou de se perturber mutuellement. On retiendra que dans le cadre de l'invention, la taille des clefs de signatures utilisées est dimensionnée pour s'affranchir des risques de pannes/distorsions de message inopinées de la partie intermédiaire, non sécurisée du système. L'utilisation d'algorithmes cryptographiques en accord avec l'état de l'art permet en particulier de garantir que la génération d'une signature de manière aléatoire ne peut être valide qu'avec une probabilité largement négligeable. On décrit ci-après de manière plus précise l'activation de la fonction critique, en particulier en référence aux figures 3 et 4 représentant un mode de réalisation possible respectivement d'un module d'activation 130 et d'un module effecteur 230. Le module d'activation 130 comporte une mémoire 131 dans laquelle est stockée la clé privée associée à chaque module effecteur 230, 240, 330. Sur un ordre E identifiant le module effecteur devant réaliser la fonction critique (module effecteur désigné par l'activation), la mémoire 131 présente en sortie la clé privée Cp associée au module effecteur désigné. Le module d'activation 130 comporte également un module de signature 132 recevant en entrée un ordre d'activation A (ou de désactivation) de la fonction û par exemple un ordre manuel ou sécurisé û pour un module effecteur désigné, et la clé privée Cp associée à ce module effecteur. Le module de signature 132 génère alors un message Ma d'activation (ou de désactivation) de la fonction signé pour l'effecteur 3o désigné. Ce message d'activation Ma signé est ensuite acheminé par le système jusqu'au module effecteur désigné (par exemple jusqu'au module 230, en transitant par un module 133 d'interface de dialogue avec la station, le module coeur 110 et le module de transmission 120 de la station 100, la liaison radio 32, et le module de transmission 220 et le module coeur 210 de la plateforme 200). Comme représenté sur la figure 4, le module effecteur 230 comporte des moyens de vérification de signature 231 de message signé prenant en entrée le message d'activation signé Ma et la clé publique Op, dont il dispose dans une mémoire 232, ces moyens de vérification de signature 231 permettant de vérifier si le message lui est bien destinée et si il l'autorise à activer la fonction qu'il assume (fonction A_1 B dans le cas du module effecteur 230). En d'autres termes, les moyens de vérification de signature 231 permettent d'authentifier un message reçu par le module effecteur 230 en vérifiant ainsi s'il s'agit d'un message intègre, effectivement signé pour ce module effecteur. Le module effecteur 230 comprend également un module 233 d'interface de dialogue avec le système missile apte à lui transmettre le résultat de la vérification de signature, à savoir une information lui autorisant ou non à réaliser la fonction critique (déclenchement d'un tir de missile). Tous les modules effecteurs sont élaborés sur le même modèle, de sorte que tout autre module effecteur (dans l'exemple, les modules 240, 330) que le module effecteur désigné (module 230) recevant le même message, mais associé à un couple clé privée / clé publique différent, conclura à une signature fausse, et n'enclenchera pas la fonction qu'il commande (les fonctions A_2B et A 1 C ne pourront donc pas être réalisées). Par ailleurs, toute erreur de transmission, ou altération des messages d'activation via la chaîne d'acheminement du message, ou encore la génération de message quelconque du fait d'un dysfonctionnement du système, engendrera un message qui sera non reconnu par le module effecteur, car non signé correctement. On aura compris que pour adresser sûrement plusieurs modules effecteurs, il suffit de différentier les clefs de ces modules, en prévoyant une clé propre à chaque module (chargées en dur dans chaque module, ou par préparation manuelle avant une mission, selon la polyvalence recherchée). On relèvera que l'invention n'est pas limitée à la mise en oeuvre d'un système de cryptographie asymétrique, et qu'il est également possible, notamment si l'on juge que l'aspect compromission n'est pas critique, 1 o d'utiliser un système de cryptographie symétrique pour lequel la même clé est utilisée par le module d'activation et le module effecteur désigné (cette clé étant bien entendu valable uniquement pour un couple module activation/module effecteur particulier). On a vu précédemment que pour garantir qu'un module effecteur ne 15 puisse agir que sur le bon ordre, l'ordre émis par le module d'activation est signé avec la méthode de signature décrite ci-dessus. On décrit ci-après différentes variantes de réalisation. ^ Pour garantir à tout moment de n'activer la fonction que sur maintien de l'ordre, le message d'activation est transmis de manière permanente au 20 module effecteur désigné, et toute interruption de la transmission du message d'activation désactive la fonction critique au bout d'un délai déterminé (mode de repli par défaut, ou fait ùsafe selon la terminologie anglo-saxonne). ^ La sécurisation du retour d'information de l'état de la fonction (état du 25 module effecteur) peut de même être réalisée par la méthode inverse, avec des clés différentes (une clé de signature, par exemple un clé privée, dans chaque module effecteur), signature de l'information (envoi d'un message signé relatif à l'état du module effecteur), transmission du message signé par le module effecteur vers le module d'activation, et authentification dudit 30 message par le module d'activation de la station. Ainsi, on disposera au sol d'une information consolidée sur l'état du module effecteur. Son état actif (ou inactif) peut ainsi être transmis avec une très bonne sécurité, ce qui est très important également pour le suivi du système depuis la station sol . ^ On mentionnera également que dans le cadre de l'invention, le niveau de sécurité garanti peut être très facilement adapté en fonction de l'environnement rencontré, par exemple en restreignant l'usage des clés à un usage unique, limité dans le temps, etc. L'invention décrite ci-dessus permet donc d'adresser de manière sécurisée et indépendantes plusieurs sous-ensembles au sein d'un système complexe (par exemple un drone aérien au sein d'une flottille de drones aériens, une munition au sein d'un ensemble de munitions sur un ou plusieurs drones). L'invention permet également à plusieurs systèmes du même type de cohabiter sur une même zone, sans risques de perturbation sécuritaire (même en cas de fréquence commune), en particularisant les signatures de chaque système et chaque sous-système. L'invention offre en outre une sécurisation élevée au leurrage adverse, puisque la simple connaissance de la clé publique ne permet pas l'activation des fonctions, et que le couple de clefs peut être défini pour un usage limité, voire unique (en multipliant alors les clés pour chaque munition, ou chaque drone, ou chaque demande d'action). Par ailleurs, on aura compris que l'invention n'est pas limitée à l'autorisation d'activation du déclenchement d'un tir de missile, mais a vocation à s'étendre de manière plus large à l'autorisation de l'activation de toutes fonctions jugées critiques ou sécuritaires. A titre d'exemples non limitatifs, on citera: la délivrance ou l'autorisation de délivrance d'une munition au sein d'un système ; l'activation d'équipements particuliers aux effets potentiellement dangereux pour le système ou son environnement (équipements laser, émissions radars, allumages de dispositifs pyrotechniques...) ; l'activation/neutralisation de chaîne de sécurité pour la mise en mode sécuritaire d'un système : interruption du vol d'un aéronef ou missile, par activation de chaîne de récupération, d'arrêt de la propulsion, de neutralisation / destruction en vol, inhibition de la chaîne de récupération nominale, inhibition de dispositif de sécurité comme le transpondeur; l'activation de fonctions essentielles à la sécurité de fonctionnement : redéploiement de voilure, commande de volet, sortie d'aérofreins. Bien entendu, l'invention s'étend également aux différents éléments du 1 o système pris séparément, et notamment à une station au sol dotée d'un module d'activation, et à une plateforme dotée d'un module effecteur. 15 REVENDICATIONS 1. Système d'autorisation d'activation d'une fonction critique (A_1 B, A 2B, A_1 C), telle que le déclenchement d'un tir de munitions, par une plateforme robotisée (200, 300) de type drone aérien ou terrestre apte à communiquer avec une station au sol (100) par l'intermédiaire d'une liaison radio (32), le système étant caractérisé en ce que la station (100) comporte un module d'activation (130), et la plateforme comporte au moins un module effecteur (230, 240, 330), le module d'activation (130) comprenant des moyens de génération (132) d'un message d'activation (Ma) de la fonction critique signé pour un module effecteur désigné; et chaque module effecteur (230, 240, 330) comprenant des moyens d'authentification (231) de messages d'activation signés en provenance de la station via la liaison radio (32), lesdits moyens d'authentification étant aptes à vérifier si un message reçu est un message intègre signé pour ledit module effecteur, et à autoriser le cas échéant la réalisation de la fonction critique. 2. Système selon la revendication précédente, caractérisé en ce qu'un système à clé de signature et clé d'authentification est utilisé par le module d'activation et chaque module effecteur pour assurer respectivement la signature et l'authentification d'un message d'activation, un couple clé de signature / clé d'authentification différent étant associé à chaque couple module d'activation/module effecteur. 3. Système selon la revendication précédente, caractérisé en ce que le couple clé de signature / clé d'authentification est défini pour un usage limité dans le temps, ou pour un usage limité à un certain nombre d'utilisations. 4. Système selon l'une des deux revendications précédentes, caractérisé en ce que le système de clés est un système de clés asymétriques dans30 lequel le module d'activation utilise une clé de signature privée choisie en fonction du module effecteur désigné, et chaque module effecteur utilise une clé d'authentification publique. 5. Système selon la revendication précédente, caractérisé en ce que chaque module effecteur utilise une clé d'authentification publique qui lui est propre. 6. Système selon l'une des quatre revendications précédentes, caractérisé en ce que le module d'activation (130) comporte une mémoire (131) stockant chacune des clés de signature destinées à être utilisées par les moyens de génération (132) pour signer un message d'activation de la fonction critique pour un module effecteur désigné. 7. Système selon l'une des cinq revendications précédentes, caractérisé en ce que chaque module effecteur (230) comporte une mémoire (232) stockant la clé d'authentification destinée à être utilisée par les moyens d'authentification (231) pour vérifier si un message reçu est un message intègre. 8. Station au sol (100) d'un système selon l'une quelconque des revendications 1 à 7, comportant un module d'activation (130) comprenant des moyens de génération (132) d'un message d'activation (Ma) de la fonction critique signé pour un module effecteur désigné. 9. Plateforme robotisée (200, 300) d'un système selon l'une quelconque des revendications 1 à 7, comportant un module effecteur (230, 240, 330) comprenant des moyens d'authentification (231) de messages d'activation signés aptes à vérifier si un message reçu est un message intègre signé pour ledit module effecteur, et à autoriser le cas échéant la réalisation de la fonction critique. 10. Procédé pour l'autorisation d'activation d'une fonction critique (A_1 B, A 2B, A 1C), telle que le déclenchement d'un tir de munitions, par une plateforme robotisée (200, 300) de type drone aérien ou terrestre apte à communiquer avec une station au sol (100) par l'intermédiaire d'une liaison radio (32), la station au sol (100) comprenant un module d'activation (130) et la plateforme (200, 300) comprenant au moins un module effecteur (230, 240, 330), caractérisé en ce qu'il comporte les étapes de : • génération par le module d'activation (130) de la station au sol d'un message d'activation (Ma) de la fonction critique signé pour un module effecteur désigné; • transmission du message par la liaison radio (32) depuis le module d'activation (130) vers le module effecteur désigné ; • authentification par le module effecteur désigné du message d'activation signé, pour vérifier si le message reçu est un message intègre signé pour ledit module, et • autorisation, le cas échéant, par le module effecteur désigné de la réalisation de la fonction critique. 11. Procédé selon la revendication précédente, caractérisé en ce qu'il met en oeuvre un système à clé de signature et clé d'authentification pour assurer respectivement la signature et l'authentification d'un message d'activation, avec un couple clé de signature / clé d'authentification différent pour chaque couple module d'activation/module effecteur. 12. Procédé selon la revendication précédente, caractérisé en ce que le système de clés est un système de clés asymétriques, le module d'activation utilisant une clé de signature privée choisie en fonction du module effecteur désigné, et chaque module effecteur utilisant une clé d'authentification publique. 13. Procédé selon l'une des revendications 10 à 12, caractérisé en ce qu'il met en oeuvre une activation de la fonction critique sur maintien de l'ordre selon laquelle le message d'activation est transmis de manière permanente au module effecteur désigné, et toute interruption de la transmission du message d'activation désactive la fonction critique au bout d'un délai déterminé. 14. Procédé selon l'une des revendications 10 à 12, caractérisé en ce qu'il comporte en outre une étape de transmission en retour à la station d'un message relatif à l'état du module effecteur désigné comprenant les opérations de signature par le module effecteur dudit message et d'authentification dudit message par le module d'activation de la station. 15. Procédé selon la revendication précédente, caractérisé en ce que le module effecteur utilise un clé privée qui lui est propre pour signer le message en retour, et le module d'activation utilise une clé publique qui lui est propre pour authentifier le message en retour.