Domaine
Chiffrement des communications
Questions et réponses classées dans ce domaine de la robotique et de l’intelligence artificielle.
-
Comment gérer les clés de chiffrement sur un parc de robots ?
La gestion de clés sépare identité par robot, génération protégée, distribution authentifiée, rotation, révocation, sauvegarde contrôlée et récupération. Développement, test et production n’utilisent pas les mêmes secrets.
-
Comment éviter le rejeu d’une commande chiffrée envoyée à un robot ?
La protection contre le rejeu associe identité, compteur ou nonce, échéance, contexte de mission et authentification d’intégrité. Tout message ancien, dupliqué ou hors séquence est rejeté, avec invalidation des fenêtres lors d’un changement de mode.
-
Comment réagir à l’expiration d’un certificat pendant une mission robotique ?
À l’expiration d’un certificat, le robot distingue mission en cours, sécurité, liaison et possibilité de renouvellement authentifié. Il cesse les opérations non essentielles, conserve les fonctions locales et revient à une session approuvée.
-
Comment vérifier le chiffrement d’une liaison robotique après une mise à jour ?
Après mise à jour, la vérification identifie bibliothèques, suites, certificats, paramètres, ports, identités et politiques actifs, puis teste confidentialité, intégrité, authentification, rejeu, expiration et repli.
-
Pourquoi chiffrer les communications d’un robot ?
Chiffrer les communications d’un robot rend les commandes, mesures, identifiants et informations de mission inintelligibles à un tiers qui les intercepte sans la clé. Le chiffrement ne suffit toutefois pas : identité de l’émetteur, intégrité, fraîcheur, gestion des clés et conduite de repli doivent aussi être vérifiées.
-
Quelle différence existe entre chiffrement et authentification d’un message robotique ?
Le chiffrement protège principalement la confidentialité du contenu, tandis que l’authentification vérifie l’origine et l’intégrité d’un message. Une commande peut donc être secrète mais fausse si l’émetteur n’est pas reconnu, ou authentique mais lisible si elle n’est pas chiffrée.
-
Comment gérer les clés cryptographiques d’un parc de robots ?
Gérer les clés cryptographiques d’un parc de robots couvre génération, attribution, installation, protection, rotation, révocation, sauvegarde contrôlée et destruction. Chaque robot possède une identité adaptée ; une clé expirée ou compromise déclenche une réponse et un état de repli prévus.
-
Pourquoi empêcher la rejouabilité des commandes chiffrées d’un robot ?
Empêcher la rejouabilité des commandes est nécessaire car un attaquant peut réémettre un ancien message authentique sans le déchiffrer. Compteur, nonce, échéance et identifiant de session permettent au robot de vérifier fraîcheur, contexte et unicité avant d’accepter une consigne.
-
Que faire lorsqu’un robot ne peut plus vérifier le canal sécurisé ?
Lorsqu’un robot ne peut plus vérifier le canal sécurisé, il refuse les commandes non authentifiées, signale l’état et applique une conduite de repli adaptée : ralentissement, arrêt dans une zone sûre ou reprise locale limitée. La reconnexion exige une nouvelle vérification d’identité, de session et de configuration.