Brevet FR2898456A1 — publié le 20070914

L'invention concerne l'échange de messages entre un aéronef et une base au sol. En particulier, l'invention vise des procédés et des dispositifs d'émission et de réception d'un message à échanger entre un aéronef et une base au sol, et un aéronef équipé de tels dispositifs Il a déjà été proposé d'échanger des données constituant des messages entre un aéronef et une base au sol, par exemple selon les protocoles ACARS (pour "Aircraft Communications Addressing and Reporting System") ou ATN (pour "Aeronautical Telecommunication Network"). Dans ce cadre, on a cherché à sécuriser les échanges entre l'aéronef et la base au sol dans les cas où les informations échangées étaient particulièrement sensibles, comme par exemple en cas d'utilisation des protocoles précités pour l'échange de messages entre l'aéronef et le contrôle aérien (à des fins de sécurité) et/ou pour l'échange de messages entre l'aéronef et la compagnie aérienne (à des fins de confidentialité des informations commerciales). Un système permettant des échanges sécurisés est par exemple décrit dans la demande de brevet US 2003/0030581. La sécurisation des échanges implique toutefois une complexification des protocoles utilisés (du fait par exemple de la nécessité d'échanger des clés cryptographiques afin de mettre en oeuvre une liaison sécurisée), ce qui implique un coût supérieur de mise en oeuvre pour les communications sécurisées. Un tel surcoût est refacturé par les fournisseurs de service de télécommunications aux compagnies aériennes qui souhaiteraient par conséquent limiter autant que possible le recours à de tels échanges sécurisés. Le choix par l'émetteur du message d'un niveau de sécurisation particulier de celui-ci est toutefois problématique puisque le récepteur du message ne peut pas valablement considérer un message reçu quel que soit son niveau de sécurisation, au risque par exemple d'accepter comme valide un message reçu sans sécurisation (et donc sans preuve de l'origine) alors qu'il aurait dû s'agir pour l'émetteur d'un message sécurisé. Afin de répondre à ces problèmes, l'invention propose un procédé d'émission d'un message relatif à un type déterminé d'informations à échanger entre un aéronef et une base au sol, caractérisé par les étapes suivantes : - détermination d'un niveau de sécurisation associé au type déterminé au moyen d'une table de correspondance ; - émission du message selon un protocole ayant le niveau de sécurisation déterminé. Ainsi le niveau de sécurisation utilisé peut être déterminé pour chaque type d'informations de manière souple mais organisée au moyen de la table de 5 correspondance. L'invention propose selon le même concept un procédé de réception d'un message relatif à un type déterminé d'informations à échanger entre un aéronef et une base au sol, caractérisé par les étapes suivantes : réception du message selon un protocole ayant un premier niveau de 10 sécurisation ; - détermination d'un second niveau de sécurisation associé au type déterminé dans une table de correspondance ; - comparaison du premier niveau de sécurisation et du second niveau de sécurisation ; 15 - acceptation ou rejet du message selon le résultat de l'étape de comparaison. On vérifie ainsi à la réception que l'échange de données (message) a bien eu lieu avec un niveau de sécurisation compatible avec le niveau prévu dans la table (par exemple égal à celui-ci). 20 La table de correspondance est par exemple mémorisée dans un dispositif électronique de stockage de l'appareil concerné (émetteur ou récepteur). On peut prévoir (pour la réception comme pour l'émission) une étape préalable de réception de la table de correspondance au moyen d'une communication entre l'aéronef et la base au sol, ce qui permet une très bonne 25 cohérence des informations relatives aux niveaux de sécurisation entre l'aéronef et la base au sol. On peut prévoir également (en général du côté qui émet la table) une étape de génération de la table de correspondance sur la base d'une table de données associant, à au moins un type de message, un niveau de sécurisation 30 souhaité. Selon un mode de réalisation envisageable, cette table de données peut être reçue au moyen d'une communication entre l'aéronef et la base au sol, ce qui permet d'utiliser les souhaits à jour en ce qui concerne les niveaux de sécurisation à utiliser pour certains types de message (par exemple ceux gérés par la compagnie aérienne émettrice des souhaits). On peut prévoir en pratique que l'étape de génération comprend, pour au moins un type de message, l'association d'un niveau de sécurisation à ce type de message dans la table de correspondance en fonction du niveau de sécurisation souhaité associé à ce message dans la table de données et de caractéristiques du système de communication utilisé, ce qui permet de tenir compte à la fois des souhaits précités et des caractéristiques propres à chaque appareil. L'invention propose également un dispositif d'émission d'un message relatif à un type déterminé d'informations à échanger entre un aéronef et une base au sol, caractérisé par des moyens de détermination d'un niveau de sécurisation associé au type déterminé au moyen d'une table de correspondance et des moyens d'émission du message selon un protocole ayant le niveau de sécurisation déterminé. L'invention propose en outre un dispositif de réception d'un message relatif à un type déterminé d'informations à échanger entre un aéronef et une base au sol, caractérisé par des moyens de réception du message selon un protocole ayant un premier niveau de sécurisation, des moyens de détermination d'un second niveau de sécurisation associé au type déterminé dans une table de correspondance, des moyens de comparaison du premier niveau de sécurisation et du second niveau de sécurisation et des moyens de décision quant à une acceptation ou un rejet du message liés aux moyens de comparaison. Ces dispositifs peuvent présenter des caractéristiques optionnelles correspondant à celles évoquées précédemment pour les procédés d'émission et de réception. Ces dispositifs sont par exemple utilisés dans l'aéronef concerné. D'autres caractéristiques et avantages de l'invention apparaîtront à la lumière des dessins annexés, dans lesquels : - la figure 1 représente le contexte général de l'invention ; -la figure 2 représente un procédé de génération et d'utilisation d'une table conformément aux enseignements de l'invention ; la figure 3 représente un exemple de table de données "compagnie" telle qu'utilisée par le procédé de la figure 2 ; - la figure 4 représente un exemple de table de données de travail telle qu'utilisée par le procédé de la figure 2 ; - la figure 5 représente l'émission d'un message avec utilisation de la table prévue par l'invention ; - la figure 6 représente la réception d'un message avec utilisation de la table prévue par l'invention. La figure 1 représente le contexte général dans lequel est mise en oeuvre l'invention. Une base au sol B communique avec un aéronef A au moyen d'une liaison qui permet l'échange de données sous forme numérique (c'est-à-dire selon le terme anglais "data link") et qui implique notamment une liaison sol-air CA. La liaison entre la base au sol B et l'aéronef A peut impliquer en outre d'autres dispositifs et liaisons. Par exemple, dans l'exemple présenté en figure 1, la base au sol B communique avec un relais R (également situé au sol T) au moyen d'un réseau de communication terrestre CT ; le relais R transmet les informations à destination et en provenance de l'aéronef A par l'intermédiaire d'un satellite S. On remarque que l'utilisation d'un relais R est relativement courante du fait que les informations échangées entre la base au sol B et l'aéronef A sont classiquement acheminées par le relais R et le satellite S sous la responsabilité d'un fournisseur de service. En variante, on pourrait prévoir que les informations soient échangées directement entre l'aéronef A et la base au sol B. Par ailleurs, on pourrait prévoir d'utiliser des communications radios HF ou VHF au lieu de la communication par satellite. La figure 2 représente un exemple de mise en oeuvre de l'invention au sein d'un aéronef. Selon cet exemple, on charge lors d'une étape E20 une table de données dite "compagnie" (ou ensemble de données "Aldine") qui définit, pour chaque type de message à échanger entre l'aéronef et les dispositifs ou membres de la compagnie aérienne, le niveau de sécurisation que la compagnie aérienne souhaite utiliser pour ce type de message. Dans les exemples donnés dans la suite, on décrira, par souci de simplification, un appareil utilisant deux niveaux de sécurisation, à savoir par exemple l'utilisation d'un protocole de communication non sécurisé ou l'utilisation d'un protocole de communication sécurisé. On mentionnera également (voir par exemple la figure 3), et on pourrait envisager en pratique, un nombre supérieur de niveaux de sécurisation grâce à l'utilisation de différents protocoles de communication sécurisés, se distinguant les uns des autres par exemple par les algorithmes cryptographiques utilisés en leur sein ou la longueur des clés cryptographiques et mises en oeuvre. Par chargement de table de données à l'étape E20, on entend le stockage d'un dispositif de mémorisation de l'aéronef de cette table de données. Un tel chargement peut être effectué au sol, par exemple périodiquement lors des visites de maintenance de l'appareil, ou plus régulièrement, par exemple avant chaque décollage. Selon une variante envisageable, on peut remplacer le chargement prévu à l'étape E20 par une étape de réception de la table de données "compagnie" dans l'aéronef et depuis la base au sol (ce qui revient au téléchargement de cette table de données "compagnie") en préalable à tout échange de message susceptible d'être sécurisé et en préalable en outre à la génération de la table de données de travail envisagée à l'étape E22 et décrite dans la suite. Comme déjà indiqué, la table de données "compagnie" définit le niveau de sécurisation souhaité par la compagnie pour une partie au moins des types de message dont elle est propriétaire (dont les messages dénommés AOC pour "Aldine Operational Contre) : pour chaque type de message AOC1, AOC2, AOC3, AOC4 (classiquement désigné par un indice et un sous-indice û couramment dénommés "label" et "sous-label"), la table de données "compagnie" donne le niveau de sécurisation souhaité, comme représenté en figure 3. On remarque que, la table de données "compagnie" n'étant pas utilisée directement pour les communications comme indiqué dans la suite, elle peut d'une part être commune à différents types d'appareil (l'adaptation à chaque appareil se faisant à l'étape E22 décrite ci-après) et n'a pas nécessairement le niveau de certification requis pour les données sur lesquels les routeurs des dispositifs de communication travaillent. En effet, le routeur de l'aéronef utilise une table de données de travail générée au cours d'une étape E22 sur la base de la table de données "compagnie" et d'autres informations présentes dans l'aéronef, à savoir par exemple la liste des types de message traités par le dispositif de communication de l'aéronef et les niveaux de sécurisation que ce dispositif peut mettre en oeuvre. Ainsi, pour chaque type de message (identifié comme précédemment par un indice et un sous-indice), on détermine, en utilisant la table de données "compagnie" et si le type de message concerné y est présent, le niveau de sécurisation à utiliser pour les messages de ce type et on mémorise cette information au sein de la table de données de travail, qui constitue donc une table de correspondance entre le type de message et le niveau de sécurisation à adopter pour l'échange de messages de ce type. Les types de message envisageables peuvent être en général classés en deux ensembles principaux : les messages relatifs au contrôle aérien ou ATC (pour "Air Trafic Contre) et les messages du ressort des compagnies aériennes déjà mentionnés et dénommés AOC. On propose ici de procéder comme suit pour l'attribution d'un niveau de 15 sécurisation aux différents types de message envisageables : - si le type de message (identifié par son indice et son sous-indice, ou "label" et "sous-label") concerne des messages ATC, alors on associe à ce type de message (c'est-à-dire par exemple à l'indice et au sous-indice), dans la table de données de travail, le niveau de sécurisation par défaut pour les messages ATC 20 (correspondant par exemple à un protocole sécurisé) ; - si le type de message correspond à des messages AOC, on recherche dans la table de données "compagnie" si un niveau de sécurisation souhaité est défini pour ce type de message et on détermine en outre si ce niveau de sécurisation souhaité peut être mis oeuvre au moyen du dispositif de 25 communication de l'aéronef. Dans le cas des messages AOC, si la table de données "compagnie" donne pour un type de message particulier un niveau de sécurisation réalisable dans le dispositif de communication de l'aéronef, on inscrit dans la table de données de travail ce niveau de sécurisation en regard du type de message 30 concerné (c'est-à-dire de l'indice et du sous-indice repérant ce type de message). Si au contraire le type de message concerné n'apparaît pas dans la table de données "compagnie" ou que le niveau de sécurisation souhaité selon cette table de données "compagnie" n'est pas réalisable par le dispositif de communication de l'aéronef, on associe dans la table de données de travail un niveau de sécurisation par défaut à ce type de message. La solution envisagée ici permettrait d'ailleurs éventuellement de ne stocker dans la table de données "compagnie" que les types de message associés 5 à un niveau de sécurisation autre que celui par défaut. En reprenant l'exemple de tables de données "compagnie" de la figure 3, on obtiendrait la table de données de travail représentée à la figure 4 dans un aéronef qui n'utilise que les informations AOC1, AOC3 et AOC4 et dont le dispositif de communication ne peut mettre en oeuvre que des niveaux de sécurisation 0 et 1. 10 Dans cette table de données de travail représentée à la figure 4, on a ainsi attribué le niveau de sécurisation 1 par défaut aux messages ATC1 et ATC2. On a par ailleurs associé aux messages de type AOC1 et AOC4 des niveaux de sécurisation (respectivement 0 et 1) conformes à la table de données "compagnie" puisque ces niveaux de sécurisation étaient définis dans cette table et réalisables 15 par le dispositif de communication de l'aéronef. Enfin, on a attribué aux messages de type AOC3 le niveau de sécurisation 1 par défaut, le dispositif de communication de l'aéronef ne permettant pas la mise en oeuvre du niveau de sécurisation 2 défini comme niveau de sécurisation souhaité dans la table de données "compagnie". Selon le premier mode de réalisation envisagé ici, on procède alors dans 20 une étape E24 à l'émission de la table de données de travail à destination de la base au sol, avant tout échange potentiellement sécurisé. Cette transmission de la table de données de travail permet la connaissance, au niveau du dispositif de communication de la base au sol, du niveau de sécurisation adopté par l'aéronef pour chaque type de message, ce qui 25 permettra comme décrit dans la suite d'assurer des échanges cohérents entre l'aéronef et la base au sol. Lorsque les dispositifs de communication de la base au sol ont reçu et mémorisé la table de données de travail, ces dispositifs accusent réception de cette table par l'émission d'un acquittement dont la réception par l'aéronef (au cours 30 d'une étape E26) conditionne le début des échanges éventuellement sécurisés à une étape E28. Lors de l'échange d'une information (ou message) entre l'aéronef et la base au sol suite à une instruction d'émission (étape E50 en figure 5), le dispositif émetteur (qu'il s'agisse du dispositif de communication de l'aéronef ou du dispositif de communication de la base au sol) consulte (étape E52) la table de données de travail, commune aux deux dispositifs grâce à l'échange de cette table à l'étape E24 déjà décrite, et détermine le niveau de sécurisation à appliquer au message à envoyer en fonction du type de celui-ci. Dans l'exemple donné à la figure 4, lorsque l'émission d'un message de type AOC3 est requis par l'un des dispositifs de communication, la lecture de la table de données indique que le message doit être envoyé avec le niveau de sécurisation 1. Le dispositif émetteur met alors en oeuvre l'émission du message à 10 envoyer au moyen d'un protocole de communication ayant le niveau de sécurisation requis, comme représenté à l'étape E54. On remarque que l'on pourrait envisager en variante de ne mémoriser dans la table de données de travail que les types de message associés à un niveau de sécurisation différent d'un niveau par défaut (ce qui réduirait la taille de cette 15 table). A l'émission, on émettrait les messages sans correspondant dans la table avec ce niveau par défaut. On notera que le dispositif récepteur (qu'il s'agisse du dispositif de communication de la base au sol ou du dispositif de communication de l'aéronef) a connaissance du niveau de sécurisation associé à l'information qu'il reçoit du fait 20 qu'il mémorise également la table de données de travail. Cette connaissance du niveau de sécurisation du message reçu permet non seulement de faciliter le traitement du message reçu selon le protocole adapté (ce qui pourrait d'ailleurs être réalisé par d'autres méthodes comme l'inclusion dans le message d'un en-tête définissant son niveau de sécurisation), mais en outre de 25 ne tenir compte du message que s'il est transmis par un protocole ayant le niveau de sécurisation associé aux messages de ce type dans la table de données de travail. On peut ainsi par exemple rejeter les messages reçus au moyen d'un protocole ayant un niveau de sécurisation différent de celui prévu dans la table de 30 données de travail. Pour ce faire, on procède par exemple aux étapes suivantes côté réception comme indiqué en figure 7 : -on reçoit le message selon un protocole ayant un certain niveau de sécurisation (étape E60 en figure 6) ; - on lit dans la table de données de travail le niveau de sécurisation prévu pour les messages du type du message reçu (étape E62) ; - on compare le niveau de sécurisation du protocole utilisé pour la réception au niveau de sécurisation prévu (étape E64) ; - on accepte le message (étape E66) seulement en cas d'égalité à l'étape précédente et on refuse le message (étape E68) dans les autres cas. En variante, on pourrait ne rejeter que les messages dont le niveau de sécurisation est inférieur à celui indiqué dans la table de données de travail. Selon une variante envisageable pour le mode de réalisation qui vient d'être présenté, on pourrait supprimer l'étape d'échange de la table de données de travail (étape E24 ci-dessus), ce qui nécessite alors la présence préalable de la table de données de travail au sein de chaque entité susceptible de communiquer avec l'aéronef, par exemple par diffusion de cette table (ce qui nécessite au moins le stockage d'une table par type d'appareil) ou la génération de la table au niveau de chaque entité selon un processus du type de celui décrit en référence à l'étape E22 (ce qui implique la connaissance des caractéristiques des différents types d'aéronef au sein de chaque entité). L'exemple et les variantes qui viennent d'être décrits ne constituent qu'un mode possible de mis en oeuvre de l'invention. REVENDICATIONS 1. Procédé d'émission d'un message relatif à un type déterminé d'informations à échanger entre un aéronef (A) et une base au sol (B), caractérisé 5 par les étapes suivantes : - détermination (E52) d'un niveau de sécurisation associé au type déterminé au moyen d'une table de correspondance ; - émission (E54) du message selon un protocole ayant le niveau de sécurisation déterminé. 10 2. Procédé de réception d'un message relatif à un type déterminé d'informations à échanger entre un aéronef (A) et une base au sol (B), caractérisé par les étapes suivantes : - réception du message (E560) selon un protocole ayant un premier 15 niveau de sécurisation ; - détermination (E62) d'un second niveau de sécurisation associé au type déterminé dans une table de correspondance ; - comparaison (E64) du premier niveau de sécurisation et du second niveau de sécurisation ; 20 - acceptation (E66) ou rejet (E68) du message selon le résultat de l'étape de comparaison. 3. Procédé selon l'une des revendications 1 ou 2, caractérisé en ce que la table de correspondance est mémorisée dans un dispositif électronique de 25 stockage. 4. Procédé selon l'une des revendications 1 à 3, caractérisé par une étape préalable de réception (E24) de la table de correspondance au moyen d'une communication entre l'aéronef et la base au sol. 5. Procédé selon l'une des revendications 1 à 3, caractérisé par une étape de génération (E22) de la table de correspondance sur la base d'une table de données associant, à au moins un type de message, un niveau de sécurisation souhaité. 30 6. Procédé selon la revendication 5, caractérisé par une étape de réception de la table de données au moyen d'une communication entre l'aéronef et la base au sol. 7. Procédé selon la revendication 5 ou 6, caractérisé en ce que l'étape de génération (E22) comprend, pour au moins un type de message, l'association d'un niveau de sécurisation à ce type de message dans la table de correspondance en fonction du niveau de sécurisation souhaité associé à ce message dans la table de données et de caractéristiques du système de communication utilisé. 8. Dispositif d'émission d'un message relatif à un type déterminé d'informations à échanger entre un aéronef (A) et une base au sol (B), caractérisé par: - des moyens de détermination d'un niveau de sécurisation associé au type déterminé au moyen d'une table de correspondance ; - des moyens d'émission du message selon un protocole ayant le niveau de sécurisation déterminé. 9. Dispositif de réception d'un message relatif à un type déterminé d'informations à échanger entre un aéronef (A) et une base au sol (B), caractérisé par: - des moyens de réception du message selon un protocole ayant un premier niveau de sécurisation ; - des moyens de détermination d'un second niveau de sécurisation associé au type déterminé dans une table de correspondance ; - des moyens de comparaison du premier niveau de sécurisation et du second niveau de sécurisation ; des moyens de décision quant à une acceptation ou un rejet du 30 message liés aux moyens de comparaison. 10. Dispositif selon l'une des revendications 8 ou 9, caractérisé en ce que la table de correspondance est mémorisée dans un dispositif électronique de stockage. 11. Dispositif selon l'une des revendications 8 à 10, caractérisé par des moyens de communication entre l'aéronef et la base au sol aptes à recevoir la table de correspondance. 12. Dispositif selon l'une des revendications 8 à 10, caractérisé par des moyens de génération de la table de correspondance sur la base d'une table de données associant, à au moins un type de message, un niveau de sécurisation souhaité. 13. Dispositif selon la revendication 12, caractérisé par des moyens de communication entre l'aéronef et la base au sol aptes à recevoir la table de données. 15 14. Dispositif selon la revendication 12 ou 13, caractérisé en ce que les moyens de génération comprennent des moyens pour associer, pour au moins un type de message, un niveau de sécurisation à ce type de message dans la table de correspondance en fonction du niveau de sécurisation souhaité associé à ce message dans la table de données et de caractéristiques du système de 20 communication utilisé. 15. Aéronef caractérisé en ce qu'il comprend un dispositif selon l'une des revendications 8 à 14. 10 25