Brevet FR3152693A1 — publié le 20250307

La présente invention concerne un procédé et dispositif de fourniture de clé de chiffrement à un premier et à un deuxième calculateur embarqués d’un véhicule par un dispositif débarqué. Le procédé comprenant les étapes suivantes : - réception (41), par le premier calculateur, d’un premier signal émis par le dispositif débarqué, ledit premier signal étant porteur de données représentatives d’une requête de lancement d’un processus d’apprentissage d’une première clé de chiffrement; - lancement (42) par le premier calculateur du processus d’apprentissage de la première clé de chiffrement; - émission (43), par le premier calculateur, d’un deuxième signal porteur de données représentatives d’une requête de lancement d’un processus d’apprentissage d’une deuxième clé de chiffrement; - réception (44), par le deuxième calculateur, du deuxième signal; et - lancement (45), par le deuxième calculateur, du processus d’apprentissage de la deuxième clé de chiffrement. Figure pour l’abrégé : Figure 4 Procédé de fourniture de clé de chiffrement à un calculateur embarqué d’un véhicule La présente invention concerne la cybersécurité de calculateurs à bord d’un véhicule, notamment automobile. Plus particulièrement, la présente invention concerne la fourniture de clé de chiffrement utilisées par des calculateurs embarqués d’un véhicule pour la mise en œuvre sécurisée de fonctions liés au fonctionnement d’organes d’un véhicule. Arrière-plan technologique Les véhicules contemporains embarquent nombre de périphériques intégrant des calculateurs assurant chacun une ou plusieurs fonctions, telles que par exemple une fonction de gestion d’aide à la conduite, une fonction d’antipatinage, une fonction de répartition électronique du freinage, ou encore une fonction de commande d’actionneurs pour assurer le fonctionnement optimal d’un groupe motopropulseur thermique, hybride ou électrique. Ces calculateurs sont reliés entre eux via un bus de données série multiplexé de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »). Les bus de données de type CAN existent dans différentes versions, comme le bus CAN LS (de anglais « Low Speed », en français « Faible vitesse », le débit maximal étant approximativement de 125Kbit/s), le bus CAN HS (de anglais « High Speed », en français « Grande vitesse », le débit maximal étant approximativement de 1Mbit/s), le bus CAN FD (de l’anglais « Flexible Data-Rate », en français « Débit de données Flexible » débit jusqu’à 15Mbit/s). Certaines de ces fonctions assurent la sécurité du véhicule. On parle parfois de fonctions de cybersécurité. Ces fonctions de cybersécurité requièrent des échanges sécurisés de signaux de commande entre un premier calculateur destinataire de signaux de commande et un deuxième calculateur émetteur de ces signaux de commande. Parmi les fonctions de cybersécurité, on peut citer la fonction d’immobilisation électronique du véhicule qui requiert une authentification du deuxième calculateur auprès du premier calculateur préalablement à l’échange de signaux de commande entre le deuxième calculateur émetteur des signaux de commande et le premier calculateur récepteur de ces signaux de commande. Le premier calculateur peut être par exemple un MCU (de l’anglais « Machine Control Unit », en français unité de contrôle moteur) ou encore un CMM (Contrôle Moteur Multifonctions) ou RMCU (de l’anglais « Rear Machine Control Unit, en français, unité de contrôle moteur arrière) suivant la diversité du groupe motopropulseur du véhicule (thermique/hybride/électrique), et le deuxième calculateur peut être un VSM (Vehicule Supervisor Module, en français module de supervision du véhicule). On peut également citer la fonction d’anti-vol électronique du véhicule qui requiert une authentification du deuxième calculateur auprès du premier calculateur préalablement à l’échange de signaux de commande entre le deuxième calculateur émetteur des signaux de commande et le premier calculateur récepteur de ces signaux de commande. Le premier calculateur peut être, par exemple un TCU (de l’anglais « Transmission Control Unit », en français unité de contrôle transmission) ou encore EPLU (de l’anglais Electrical Park Lock Unit, en français, unité de verrouillage électronique de stationnement) suivant la diversité du groupe motopropulseur du véhicule (thermique/hybride avec boîte de vitesse mécanique ou électrique) et le deuxième calculateur peut être un VSM. La FIG. 1 illustre schématiquement un processus d’authentification d’un deuxième calculateur 12 auprès d’un premier calculateur 11. Le premier calculateur 11 émet un signal 13 à destination du deuxième calculateur 12. Le signal 13 est porteur d’une donnée aléatoire131 encore appelée graine (‘seed’ en anglais). Le deuxième calculateur 12 calcule une donnée d’authentification à partir de la donnée aléatoire 131 et d’une clé de chiffrement utilisée par le deuxième calculateur 12 et émet un signal 14 porteur de la donnée d’authentification à destination du premier calculateur 11. Le premier calculateur 11 calcule une donnée d’authentification à partir de la donnée aléatoire 131 et d’une clé de chiffrement qu’il utilise et compare la donnée d’authentification portée par le signal 14 reçu et la donnée d’authentification qu’il vient de calculer. Si ces données d’authentification sont identiques alors le premier calculateur 11 fonctionne selon un mode de fonctionnement ‘déverrouillé’, c’est-à-dire que tout signal de commande 15 émis par le deuxième calculateur 12 à destination du premier calculateur 11 est pris en compte par le premier calculateur 11. Si ces données d’authentification ne sont pas identiques ou si le premier calculateur 11 ne reçoit pas le signal 14, alors le premier calculateur 11 fonctionne selon un mode de fonctionnement ‘verrouillé’, c’est-à-dire que tout signal de commande 15 émis par le deuxième calculateur 12 à destination du premier calculateur 11 n’est pas pris en compte par le premier calculateur 11. Le premier calculateur 11 destinataire de signaux de commande 15 peut fonctionner selon soit le mode de fonctionnement ‘verrouillé’ soit selon le mode de fonctionnement ’déverrouillé’. Le principe du processus d’authentification du deuxième calculateur 12 auprès du premier calculateur 11 ( FIG. 1 ) nécessite que le premier calculateur 11 et le deuxième calculateur 12 partagent une même clé de chiffrement. Cette clé de chiffrement est fournie au premier calculateur 11 et au deuxième calculateur 12 par un procédé de fourniture de clé de chiffrement qui requiert une transmission d’une clé de chiffrement d’un dispositif débarqué du véhicule vers le premier calculateur 11 et une transmission de cette clé de chiffrement du dispositif débarqué du véhicule vers le deuxième calculateur 12. La clé de chiffrement est obtenue à partir d’un serveur de données en communication avec le dispositif débarqué. Il peut arriver que le dispositif débarqué ne soit pas en mesure de transmettre la clé de chiffrement à l’un (ou aux deux) calculateur(s) à cause, par exemple, d’une rupture de connexion entre le dispositif débarqué et le serveur de données. Il est nécessaire d’améliorer les procédés de fourniture de clé de chiffrement actuels pour fournir une clé de chiffrement à un calculateur même si la connexion entre le dispositif débarqué et le serveur de données configuré pour fournir la clé de chiffrement est interrompue Résumé de la présente invention Un objet de la présente invention est de résoudre au moins l’un des problèmes de l’arrière-plan technologique décrit précédemment. Un autre objet de la présente invention est d’améliorer les processus de fourniture de clé de chiffrement à un calculateur embarqué d’un véhicule. Selon un premier aspect, la présente invention concerne un procédé de fourniture de clé de chiffrement à un premier et à un deuxième calculateur embarqués d’un véhicule par un dispositif débarqué, comprenant les étapes suivantes : - réception, par le premier calculateur, d’un premier signal émis par le dispositif débarqué, ledit premier signal étant porteur de données représentatives d’une requête de lancement d’un processus d’apprentissage d’une première clé de chiffrement et porteur de données définissant la première clé de chiffrement; - lancement par le premier calculateur du processus d’apprentissage de la première clé de chiffrement; - émission, par le premier calculateur et à destination du deuxième calculateur, d’un deuxième signal porteur de données représentatives d’une requête de lancement d’un processus d’apprentissage d’une deuxième clé de chiffrement et porteur de données définissant la deuxième clé de chiffrement ; - réception, par le deuxième calculateur, du deuxième signal; et - lancement, par le deuxième calculateur, du processus d’apprentissage de la deuxième clé de chiffrement. Le procédé permet de compenser une rupture de communication entre le dispositif débarqué et le serveur de données configuré pour fournir une première clé de chiffrement qui doit être apprise par un deuxième calculateur en émettant cette première clé de chiffrement depuis le premier calculateur qui joue alors le rôle de fournisseur de clé de chiffrement pour le deuxième calculateur. Le premier calculateur se substitue au dispositif débarqué en relayant les signaux qu’il reçoit de la part du dispositif débarqué vers le deuxième calculateur et les signaux qu’il reçoit du deuxième calculateur vers le dispositif débarqué. Ainsi, le procédé permet que le deuxième calculateur apprenne une clé de chiffrement sans qu’une communication directe ne soit établie entre ce deuxième calculateur et le dispositif débarqué. Le procédé est avantageux car il ne nécessite qu’une adaptation des calculateurs (plus précisément de leurs interfaces de communications). Le dispositif débarqué et le serveur de données de l’état de la technique restent inchangés pour la mise en œuvre de la présente invention. Selon un exemple de réalisation particulier et non limitatif, le procédé comporte en outre une étape de réception, par le premier calculateur, d’un troisième signal émis périodiquement par le deuxième calculateur, ledit troisième signal étant porteur de données représentatives d’un état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement lancé par le deuxième calculateur. Selon un exemple de réalisation particulier et non limitatif, le procédé comporte en outre les étapes suivantes : - réception, par le premier calculateur, d’un quatrième signal émis périodiquement par le dispositif distant, ledit quatrième signal étant porteur de données représentatives d’une requête d’état d’avancement de processus d’apprentissage de clé de chiffrement; et - émission, par le premier calculateur, d’un cinquième signal à destination du dispositif distant, ledit cinquième signal étant porteur de données représentatives d’un état d’avancement du processus d’apprentissage de la première clé de chiffrement lancé par le premier calculateur et de l’état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement porté par le quatrième signal reçu. Selon un exemple de réalisation particulier et non limitatif, les première et deuxième clés de chiffrement sont identiques. Cet exemple de réalisation est avantageux car il permet la propagation d’une même clé de chiffrement à plusieurs calculateurs dès lors que cette clé est apprise par l’un de ces calculateurs. Selon un exemple de réalisation particulier et non limitatif, les première et deuxième clés de chiffrement sont différentes et le procédé comporte en outre les étapes suivantes : - génération de la deuxième clé par le premier calculateur ; - lancement par le premier calculateur du processus d’apprentissage de la deuxième clé de chiffrement; - ledit cinquième signal étant porteur de données représentatives d’un état d’avancement du processus d’apprentissage de la première et de la deuxième clé de chiffrement par le premier calculateur et de l’état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement par le deuxième calculateur. Cet exemple de réalisation est avantageux car il permet à un calculateur d’apprendre deux clé de chiffrement : l’une reçue par le dispositif débarqué et une autre générée par ce calculateur. L’apprentissage de deux clés de chiffrement par un même calculateur peut s’avérer particulièrement avantageux. En effet, dans un contexte de cybersécurité insuffisant des infrastructures débarquées, il n’est pas rare qu’un serveur distant de clés de chiffrement ne puisse distribuer qu’un nombre limité de clé de chiffrement par rapport au nombre de communications inter-calculateurs que l’on cherche à sécuriser. Par exemple, dans un même véhicule, la communication entre deux calculateurs A et B ainsi que la communication entre deux calculateurs A et C doivent être sécurisées. Deux clés de chiffrement doivent donc être apprises par le calculateur A. Cependant, certaines restrictions interdisent à des serveurs de clés de chiffrement de délivrer deux clés de chiffrement à un même calculateur. Cet exemple de réalisation est avantageux car un calculateur A peut lancer un processus d’apprentissage d’une première clé de chiffrement reçu du dispositif débarqué et une deuxième clé de chiffrement générée par ce calculateur A. Selon un exemple de réalisation particulier et non limitatif, la deuxième clé de chiffrement est générée en fonction de la première clé de chiffrement. Selon un deuxième aspect, la présente invention concerne un dispositif de fourniture de clé de chiffrement à un premier et à un deuxième calculateur embarqués d’un véhicule par un dispositif débarqué, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de la présente invention. Selon un troisième aspect, la présente invention concerne un véhicule, par exemple de type automobile, comprenant un dispositif selon le deuxième aspect de la présente invention. Selon un quatrième aspect, la présente invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé selon le premier aspect de la présente invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur. Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Selon un cinquième aspect, la présente invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de la présente invention. D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, une mémoire RAM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon la présente invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des figures D’autres caractéristiques et avantages de la présente invention ressortiront de la description des exemples de réalisation particuliers et non limitatifs de la présente invention ci-après, en référence aux figures 1 à 4 annexées, sur lesquelles : FIG. 1 illustre schématiquement un processus d’authentification d’un deuxième calculateur auprès d’un premier calculateur; FIG. 2 illustre un environnement pour la mise en œuvre d’un procédé de fourniture de clé de chiffrement à un premier et à un deuxième calculateur embarqués d’un véhicule à partir un dispositif débarqué, selon un exemple de réalisation particulier et non limitatif de la présente invention; FIG. 3 illustre schématiquement un dispositif configuré pour fournir une clé de chiffrement à un premier et à un deuxième calculateur embarqués d’un véhicule à partir d’un dispositif débarqué, selon un exemple de réalisation particulier et non limitatif de la présente invention ; FIG. 4 illustre un organigramme des différentes étapes d’un procédé de fourniture de clé de chiffrement à un premier et à un deuxième calculateur embarqués d’un véhicule à partir un dispositif débarqué, selon un exemple de réalisation particulier et non limitatif de la présente invention. Description des exemples de réalisation Un procédé et un dispositif de fourniture de clé de chiffrement à un premier et à un deuxième calculateur embarqués d’un véhicule à partir d’un dispositif débarqué vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 2 à 4. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre. Les termes « premier(s) », « deuxième(s) » (ou « première(s) », « deuxième(s) »), etc. sont utilisés dans ce document par convention arbitraire pour permettre d’identifier et de distinguer différents éléments (tels que des opérations, des moyens, etc.) mis en œuvre dans les modes de réalisation décrits ci-après. De tels éléments peuvent être distincts ou correspondre à un seul et unique élément, selon le mode de réalisation. La FIG. 2 illustre un environnement pour la mise en œuvre d’un procédé de fourniture de clé de chiffrement à un premier calculateur 11 et à un deuxième calculateur 12 embarqués d’un véhicule à partir d’un dispositif débarqué 16 selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif débarqué 16 peut être, par exemple, un appareil de diagnostics couramment utilisé lors des phases de montage en usine du véhicule ou par un service après-vente. Le dispositif débarqué 16 comprend une interface de communication qui est configurée pour établir un canal de communication d’un premier réseau de communication filaire ou non avec un serveur de données 18 du « cloud » (nuage en français) 17. Le serveur de données 18 correspond avantageusement à un dispositif configuré pour fournir des clés de chiffrement à des calculateurs embarqués de véhicule. Le premier réseau de communication peut être filaire de type Internet par exemple. Le premier réseau de communication peut être de type cellulaire, par exemple un réseau de type LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé) LTE 4G ou 5G ; ou un système de communication de type Wifi selon IEEE 802.11, par exemple selon IEEE 802.11n ou IEEE 802.11ac. Le premier réseau de communication peut comprendre une partie filaire et une partie non filaire. Selon un exemple de réalisation particulier et non limitatif, des signaux peuvent être échangés entre le dispositif débarqué 16 et le premier calculateur 11 via un canal de communication filaire ou non filaire d’un deuxième réseau de communication. Le deuxième réseau de communication peut être filaire de type Internet par exemple. Le deuxième réseau de communication peut être de type cellulaire, par exemple un réseau de communication de type Wifi selon IEEE 802.11, par exemple selon IEEE 802.11n ou IEEE 802.11ac. Selon un exemple de réalisation particulier et non limitatif, des signaux peuvent être échangés entre le premier calculateur 11 et le deuxième calculateur 12 via un bus de données CAN. Un processus de fourniture de clé de chiffrement au premier calculateur 11 et au deuxième calculateur 12 embarqués d’un véhicule à partir du dispositif débarqué 16 est avantageusement mis en œuvre par le premier calculateur 11 et par le deuxième calculateur 12. Dans une première opération, un premier signal 201 émis par le dispositif débarqué 16 est reçu par le premier calculateur 11. Le premier signal 201 est porteur de données représentatives d’une requête de lancement d’un processus d’apprentissage d’une première clé de chiffrement 211 et porteur de données définissant la première clé de chiffrement 211. Dans une deuxième opération, un processus d’apprentissage de la première clé de chiffrement 211 est lancé par le premier calculateur 11. Les processus d’apprentissage de clé de chiffrement par un calculateur sont largement connus de l’état de la technique. Leur but est qu’une clé de chiffrement soit mémorisée par ce calculateur. Selon une variante de la première opération, le premier calculateur 11 peut émettre un signal 206 porteur de données qui indiquent que le processus d’apprentissage de la première clé de chiffrement 211 a été lancé par le premier calculateur 11. Dans une troisième opération, un deuxième signal 202 est émis par le premier calculateur 11 et à destination du deuxième calculateur 12. Le deuxième signal 202 est porteur de données représentatives d’une requête de lancement d’un processus d’apprentissage d’une deuxième clé de chiffrement 212 et porteur de l’information définissant une deuxième clé de chiffrement 212. Dans une quatrième opération, le deuxième signal 202 est reçu par le deuxième calculateur 12. Dans une cinquième opération, le deuxième calculateur 12 lance un processus d’apprentissage de la deuxième clé de chiffrement 212. Selon un exemple de réalisation particulier et non limitatif, dans une sixième opération, le premier calculateur 11 reçoit périodiquement un troisième signal 203 émis par le deuxième calculateur 12. Le troisième signal 203 est porteur de données représentatives d’un état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement 212 lancé par le deuxième calculateur 12. Selon un exemple de réalisation particulier et non limitatif, le processus comporte en outre une septième et une huitième opérations. Dans la septième opération, le premier calculateur 11 reçoit un quatrième signal 204 émis périodiquement par le dispositif distant 16. Le quatrième signal 204 est porteur de données représentatives d’une requête d’état d’avancement de processus d’apprentissage de clé de chiffrement. Dans la huitième opération, le premier calculateur 11 émet un cinquième signal 205 à destination du dispositif distant 16. Le cinquième signal 205 est porteur de données représentatives d’un état d’avancement du processus d’apprentissage de la première clé de chiffrement 211 lancé par le premier calculateur 11 et de l’état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement 212 porté par le troisième signal 203 reçu. Selon un exemple de réalisation particulier et non limitatif, les première et deuxième clés de chiffrement sont identiques. Selon un exemple de réalisation particulier et non limitatif, les première et deuxième clés de chiffrement sont différentes. Selon un exemple de réalisation particulier et non limitatif, la deuxième clé de chiffrement 212 est générée en fonction de la première clé de chiffrement 211. Selon un exemple de réalisation particulier et non limitatif, le processus comporte en outre une neuvième et un dixième opérations. Dans la neuvième opération, la deuxième clé de chiffrement 212 est générée par le premier calculateur 11. Dans la dixième opération, le premier calculateur 11 lance un processus d’apprentissage de la deuxième clé de chiffrement 212. Le cinquième signal 205 porte alors des données représentatives d’un état d’avancement des processus d’apprentissage de la première et de la deuxième clé de chiffrement lancés par le premier calculateur 11 et de l’état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement lancé par le deuxième calculateur 12. Selon un exemple de réalisation particulier et non limitatif, le deuxième signal 202 et le troisième signal 203 sont émis via un bus de données de type CAN reliant le premier calculateur 11 et le deuxième calculateur 12. L’utilisation des bus CAN facilite la mise en œuvre de la présente invention car les bus CAN sont largement déployés dans un véhicule pour la communication de signaux entre calculateurs. Selon un exemple de réalisation particulier et non limitatif, les premier 201, quatrième 204 et cinquième 205 signaux et le signal 206 portent des données formattées selon le protocole UDS (de l’anglais Unified Diagnostic Services, en français services de diagnostics unifiés). L’utilisation du protocole UDS facilite la mise en œuvre de la présente invention car le protocole UDS est déjà utilisé pour la mise en œuvre des échanges de processus actuels de fourniture de clé de chiffrement entre le dispositif débarqué 16 et des calculateurs embarqués d’un véhicule tel que le premier calculateur 11. Par exemple, deux types de routines de contrôle (en anglais « Routine Control ») du protocole UDS peuvent être utilisées pour la mise en œuvre des signaux échangés entre le premier calculateur 11, le deuxième calculateur 12 et le dispositif débarqué 16 : une routine de requête de lancement de processus d’apprentissage ou d’état d’avancement de processus d’apprentissage de clé de chiffrement et une routine de réponse d’état d’avancement de processus d’apprentissage de clé de chiffrement. La table 1 illustre un exemple de routine de requête de lancement de processus d’apprentissage ou d’état d’avancement de processus d’apprentissage de clé de chiffrement du protocole UDS. 201 204 RoutineControl 0x31 0x3 SupressPosRspMsgindicationBit 0xXX 0xXX RoutineControlType 0x1 0x3 CLE_CRYPTO programming identifier 0xXXXX 0xXXXX CLE-CRYPTO 0xXXXXXXXX RoutineControl 0x71 Echo of bit 2 of the request 0xXX CLE_CRYPTO programming identifier 0xXXXX Code Table_XXXX_RoutinePosRep 0x0X Contenu Table_XXXX_RoutinePosRep 0x00 Selon l’exemple de réalisation dans lequel le premier signal 201 porte des données formattées selon le protocole UDS, dans la première opération, le premier signal 201 porte des données représentatives de paramètres de la table 1 colonne ‘201’ qui représentent une requête de lancement d’un processus d’apprentissage de clé de chiffrement. Le paramètre ‘RoutineControl’ égal à 0x31 indique cette requête. Le paramètre ‘SupressPosRspMsgindicationBit’ égal à 0xXX indique un identifiant de cette requête. Le paramètre ‘RoutineControlType’ égal 0x1 pour indiquer que la requête est une requête de lancement d’un processus d’apprentissage de clé de chiffrement. Le paramètre ‘CLE_CRYPTO programming identifier’ indique un identifiant de la première clé de chiffrement 211. Le paramètre ‘CLE-CRYPTO’ définit la première clé de chiffrement 211. Selon une variante de la première opération, le signal 206 porte des données formattées selon le protocole UDS. Le signal 206 porte des données représentatives de de paramètres de la table 2. Le paramètre ‘RoutineControl’ égal à 0x71 indique une réponse à la requête portée par le signal 201. Le paramètre ‘Echo of bit 2 of the request’ égal à 0xXX indique l’identifiant de la requête. Les paramètres ‘Code Table_XXXX_RoutinePosRep’ et ‘Contenu Table_XXXX_RoutinePosRep’ indiquent un état d’avancement du processus d’apprentissage lancé par le premier calculateur 11. Selon l’exemple de réalisation dans lequel le premier signal 201 porte des données formattées selon le protocole UDS, dans la troisième opération, le deuxième signal 202 porte des données représentatives du paramètre ‘RoutineControlType’ égal 0x1 qui indique une requête de lancement de processus d’apprentissage de chiffrement et du paramètre ‘CLE-CRYPTO’ qui définit la deuxième clé de chiffrement 212. Selon l’exemple de réalisation dans lequel le quatrième signal 204 porte des données formattées selon le protocole UDS, dans le septième opération, le quatrième signal 204 portent des données représentatives de paramètres de la table 1 colonne ‘204’ qui représentent la requête d’état d’avancement de processus d’apprentissage de clé de chiffrement. Le paramètre ‘RoutineControl’ égal à 0x31 indique une requête périodique. Le paramètre ‘RoutineControlType’ égal 0x3 indique que la requête est une requête de demande d’état d’avancement de processus d’apprentissage de clé de chiffrement. Le paramètre ‘CLE_CRYPTO programming identifier’ indique un identifiant de la clé de chiffrement, en l’occurrence la première clé de chiffrement 211 ou la deuxième clé de chiffrement 212. Selon l’exemple de réalisation dans lequel le cinquième signal 205 porte des données formattées selon le protocole UDS. Dans la huitième opération, le signal 205 porte des données représentatives de paramètres de la table 2. Le paramètre ‘RoutineControl’ égal à 0x71 indique une réponse à la requête portée par le quatrième signal 204. Le paramètre ‘Echo of bit 2 of the request’ égal à 0xXX indique l’identifiant de la requête. Les paramètres ‘Code Table_XXXX_RoutinePosRep’ et ‘Contenu Table_XXXX_RoutinePosRep’ indiquent un état d’avancement des processus d’apprentissage lancés par le premier calculateur 11 et par le deuxième calculateur 12. Les valeurs des paramètres ‘Code Table_XXXX_RoutinePosRep’ et ‘Contenu Table_XXXX_RoutinePosRep’ dépendent de la valeur de la deuxième clé de chiffrement 212. Si la deuxième clé de chiffrement 212 est identique à la première clé de chiffrement 211 alors les valeurs des paramètres ‘Code Table_XXXX_RoutinePosRep’ et ‘Contenu Table_XXXX_RoutinePosRep’ sont fixées par la table 3. Etat avancement apprentissage clé 211 calculateur 11 Etat avancement apprentissage clé 212 calculateur 12 Code Table_XXXX_ RoutinePosRep Contenu Table_XXXX_ RoutinePosRep succès succès succès aucun problème succès échec cause XX échec Cause : XX échec cause YY succès échec Cause : YY échec cause YY échec cause XX échec Cause : XX+YY Les termes ‘succès, ‘échec’, ‘cause XX, ‘cause YY’, ‘cause XX+YY’ et ‘aucun problème’, sont traduits en codes hexadécimaux. Le terme ‘succès’ indique qu’une clé de chiffrement a été apprise par un calculateur. Le terme ‘échec’ indique qu’une clé de chiffrement n’a pas été apprise par un calculateur. Le terme ‘cause XX’, cause YY’ indique une cause d’échec d’un apprentissage d’une clé de chiffrement par un calculateur, chaque cause identifiant le calculateur en échec et la raison de cet échec. Les termes ‘cause XX+YY’ deux causes d’échec d’apprentissage de clé de chiffrement par deux calculateurs, chaque cause identifiant le calculateur en échec et la raison de cet échec. Si la deuxième clé de chiffrement 212 est différente de la première clé de chiffrement 211 alors les valeurs des paramètres ‘Code Table_XXXX_RoutinePosRep’ et ‘Contenu Table_XXXX_RoutinePosRep’ sont fixées par la table 4. Etat avancement apprentissage clé 211 calculateur 11 Etat avancement apprentissage clé 212 calculateur 11 Etat avancement apprentissage clé 212 calculateur 12 Code Table_XXXX_ RoutinePosRep Contenu Table_XXXX_ RoutinePosRep succès succès succès succès aucun problème succès succès échec cause YY échec Cause : YY succès échec cause XX succès échec Cause : XX succès échec cause XX échec cause YY échec Cause : XX+YY échec cause WW succès succès échec Cause : WW échec cause WW succès échec cause YY échec Cause : YY+WW échec cause WW échec cause XX succès échec Cause : XX+WW échec cause WW échec cause XX échec cause YY échec Cause : WW+XX+YY Les termes ‘succès, ‘échec’, ‘cause XX, ‘cause YY’, ‘cause WW’, ‘cause XX+YY, ‘cause XX+WW’, ‘cause ‘XX+YY+WW’ et ‘aucun problème’, sont traduits en codes hexadécimaux. Le terme ‘succès’ indique qu’une clé de chiffrement a été apprise par un calculateur. Le terme ‘échec’ indique qu’une clé de chiffrement n’a été apprise par un calculateur. Le terme ‘cause XX’, cause YY’ indique une cause d’échec d’un apprentissage d’une clé de chiffrement par un calculateur, chaque cause identifiant le calculateur en échec et la raison de cet échec. Les termes ‘cause XX+YY’, ‘cause XX+WW’, ‘cause YY+WW’ indique deux causes d’échec d’apprentissage de clé de chiffrement par deux calculateurs, chaque cause identifiant le calculateur en échec et la raison de cet échec. Le terme ‘cause XX+YY+WW’ indique trois causes d’échec d’apprentissage de clé de chiffrement par deux calculateurs, chaque cause identifiant le calculateur en échec et la raison de cet échec. La FIG. 3 illustre schématiquement un dispositif 3 configuré pour fournir au moins une clé de chiffrement à un calculateur embarqué d’un véhicule à partir d’un dispositif débarqué, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 3 correspond à un dispositif embarqué dans le véhicule comprenant au moins deux calculateurs. Le dispositif 3 est par exemple configuré pour la mise en œuvre des opérations décrites en regard de la FIG. 2 et/ou des étapes du procédé décrit en regard de la FIG. 4 . Des exemples d’un tel dispositif 3 comprennent, sans y être limités, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule ou un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »). Les éléments du dispositif 3, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 3 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Le dispositif 3 comprend un (ou plusieurs) processeur(s) 30 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 3. Le processeur 30 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 3 comprend en outre au moins une mémoire 31 correspondant par exemple à une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique. Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 31. Selon différents exemples de réalisation particuliers et non limitatifs, le dispositif 3 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, par exemple une TCU (de l’anglais « Telematic Control Unit » ou en français « Unité de Contrôle Télématique »), par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés. Selon un exemple de réalisation particulier et non limitatif, le dispositif 3 comprend un bloc 32 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un serveur distant ou un dispositif de diagnostic, d’autres nœuds du réseau ad hoc. Les éléments d’interface du bloc 32 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Wi-Fi® (selon IEEE 802.11), par exemple dans les bandes de fréquence à 2,4 ou 5 GHz, ou de type Bluetooth® (selon IEEE 802.15.1), dans la bande de fréquence à 2,4 GHz, ou de type Sigfox utilisant une technologie radio UBN (de l’anglais Ultra Narrow Band, en français bande ultra étroite), ou LoRa dans la bande de fréquence 868 MHz, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé) ; - interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ; - interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français) ; - interface LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »). Selon un autre exemple de réalisation particulier et non limitatif, le dispositif 3 comprend une interface de communication 33 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs embarqué du véhicule) via un canal de communication 331. L’interface de communication 33 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 331. L’interface de communication 33 correspond par exemple à un réseau filaire de type CAN, FlexRay (standardisé par la norme ISO 17458) ou Ethernet (standardisé par la norme ISO/IEC 802-3). Selon un exemple de réalisation particulier et non limitatif, le dispositif 3 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 34, tactile ou non, un ou des haut-parleurs 35 et/ou d’autres périphériques 36 via respectivement des interfaces de sortie 37, 38, 39. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 3. La FIG. 4 illustre un organigramme des différentes étapes d’un procédé de fourniture de clé de chiffrement à un calculateur embarqué d’un véhicule à partir d’un dispositif débarqué, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le procédé est par exemple mis en œuvre par un dispositif embarqué dans le véhicule ou par le dispositif 3 de la FIG. 3 . Dans une première étape 41, un premier signal 201 émis par le dispositif débarqué 16 est reçu par le premier calculateur 11. Le premier signal 201 est porteur de données représentatives d’une requête de lancement d’un processus d’apprentissage d’une première clé de chiffrement 211 et porteur de données définissant la première clé de chiffrement 211. Dans une deuxième étape 42, un processus d’apprentissage de la première clé de chiffrement 211 est lancé par le premier calculateur 11. Dans une troisième étape 43, un deuxième signal 202 est émis par le premier calculateur 11 et à destination du deuxième calculateur 12. Le deuxième signal 202 est porteur de données représentatives d’une requête de lancement d’un processus d’apprentissage d’une deuxième clé de chiffrement 212 et porteur de l’information définissant une deuxième clé de chiffrement 212. Dans une quatrième étape 44, le deuxième signal 202 est reçu par le deuxième calculateur 12. Dans une cinquième étape 45, le deuxième calculateur 12 lance un processus d’apprentissage de la deuxième clé de chiffrement 212. Dans une sixième étape 46 (optionnelle), le premier calculateur 11 reçoit périodiquement un troisième signal 203 émis par le deuxième calculateur 12. Le troisième signal 203 est porteur de données représentatives d’un état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement 212 lancé par le deuxième calculateur 12. Dans une septième étape 47 (optionnelle), le premier calculateur 11 reçoit un quatrième signal 204 émis périodiquement par le dispositif distant 16. Le quatrième signal 204 est porteur de données représentatives d’une requête d’état d’avancement de processus d’apprentissage de clé de chiffrement. Dans une huitième étape 48 (optionnelle), le premier calculateur 11 émet un cinquième signal 205 à destination du dispositif distant 16. Le cinquième signal 205 est porteur de données représentatives d’un état d’avancement du processus d’apprentissage de la première clé de chiffrement 211 lancé par le premier calculateur 11 et de l’état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement 212 porté par le troisième signal 203 reçu. Dans une neuvième étape 49 (optionnelle), la deuxième clé de chiffrement 212 est générée par le premier calculateur 11. Dans une dixième étape 50 (optionnelle), le premier calculateur 11 lance un processus d’apprentissage de la deuxième clé de chiffrement 212. Le cinquième signal 205 porte alors des données représentatives d’un état d’avancement des processus d’apprentissage de la première et de la deuxième clé de chiffrement lancés par le premier calculateur 11 et de l’état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement lancé par le deuxième calculateur 12. Bien entendu, la présente invention ne se limite pas aux exemples de réalisation décrits ci-avant mais s’étend à un procédé de fourniture de clé de chiffrement à un calculateur embarqué d’un véhicule à partir d’un dispositif débarqué, qui inclurait des étapes secondaires sans pour cela sortir de la portée de la présente invention. Il en serait de même d’un dispositif configuré pour la mise en œuvre d’un tel procédé. La présente invention concerne également un véhicule, par exemple automobile ou plus généralement un véhicule autonome à moteur terrestre, comprenant le dispositif 3 de la FIG. 4 . Procédé de fourniture de clé de chiffrement à un premier et à un deuxième calculateur embarqués d’un véhicule par un dispositif débarqué, comprenant les étapes suivantes : - réception (41), par le premier calculateur, d’un premier signal émis par le dispositif débarqué, ledit premier signal étant porteur de données représentatives d’une requête de lancement d’un processus d’apprentissage d’une première clé de chiffrement et porteur de données définissant la première clé de chiffrement; - lancement (42) par le premier calculateur du processus d’apprentissage de la première clé de chiffrement; - émission (43), par le premier calculateur et à destination du deuxième calculateur, d’un deuxième signal porteur de données représentatives d’une requête de lancement d’un processus d’apprentissage d’une deuxième clé de chiffrement et porteur de données définissant la deuxième clé de chiffrement ; - réception (44), par le deuxième calculateur, du deuxième signal; et - lancement (45), par le deuxième calculateur, du processus d’apprentissage de la deuxième clé de chiffrement. Procédé selon la revendication 1, qui comporte en outre une étape de réception (46), par le premier calculateur, d’un troisième signal émis périodiquement par le deuxième calculateur, ledit troisième signal étant porteur de données représentatives d’un état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement lancé par le deuxième calculateur. Procédé selon la revendication 2, qui comporte en outre les étapes suivantes : - réception (47), par le premier calculateur, d’un quatrième signal émis périodiquement par le dispositif distant, ledit quatrième signal étant porteur de données représentatives d’une requête d’état d’avancement de processus d’apprentissage de clé de chiffrement; et - émission (48), par le premier calculateur, d’un cinquième signal à destination du dispositif distant, ledit cinquième signal étant porteur de données représentatives d’un état d’avancement du processus d’apprentissage de la première clé de chiffrement lancé par le premier calculateur et de l’état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement porté par le quatrième signal reçu. Procédé selon l’une des revendications précédentes, dans lequel les première et deuxième clés de chiffrement sont identiques. Procédé selon l’une des revendications 1 à 3, dans lequel les première et deuxième clés de chiffrement sont différentes et qui comporte en outre les étapes suivantes : - génération (49) de la deuxième clé par le premier calculateur ; - lancement (50) par le premier calculateur du processus d’apprentissage de la deuxième clé de chiffrement; - ledit cinquième signal étant porteur de données représentatives d’un état d’avancement du processus d’apprentissage de la première et de la deuxième clé de chiffrement par le premier calculateur et de l’état d’avancement du processus d’apprentissage de la deuxième clé de chiffrement par le deuxième calculateur. Procédé selon la revendication 5, dans lequel la deuxième clé de chiffrement est générée en fonction de la première clé de chiffrement. Dispositif de fourniture de clé de chiffrement à un premier et à un deuxième calculateur embarqués d’un véhicule par un dispositif débarqué, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon l’une des revendications 1 à 6. Programme d’ordinateur comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des revendications 1 à 6, lorsque ces instructions sont exécutées par un processeur. Support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon l’une quelconque des revendications 1 à 6. Véhicule comprenant un dispositif selon la revendication 7.