Quand un ordinateur de passerelle marine a-t-il besoin d'un TPM ?

L'ordinateur de passerelle, qui héberge les systèmes ECDIS, AIS, la superposition carte-radar, les données de navigation et, de plus en plus, des vidéos classifiées, est devenu une cible de choix. La réglementation en matière de cybersécurité s'ajoute désormais à celle environnementales : les exigences unifiées UR E26 et UR E27 de l'IACS sont entrées en vigueur pour les navires neufs dont la première inspection a eu lieu à compter du 1er juillet 2024, et les marchés publics de la défense exigent depuis des années des racines de confiance matérielles sur chaque console de traitement des données classifiées. Le module TPM (Trusted Platform Module) est la petite puce qui permet à un ordinateur de prouver l'intégrité de son logiciel, de stocker les clés de chiffrement du disque en dehors du système d'exploitation et de résister à un système d'exploitation compromis. Cet article explique quand un module TPM est requis pour un ordinateur de passerelle, quelle classe de module convient à la construction d'un navire et comment le spécifier lors de l'acquisition afin qu'un navire en rénovation ou en construction réussisse une inspection de cybersécurité dès le premier essai.

Que fait concrètement un TPM sur un ordinateur de passerelle maritime ?

Un module de plateforme sécurisée (TPM) est une puce cryptographique discrète (ou un équivalent isolé par firmware) conforme à la spécification ISO/IEC 11889, actuellement en version 2.0. Sur un ordinateur pont, il effectue quatre tâches que le système d'exploitation hôte ne peut pas réaliser de manière fiable.

Premièrement, il stocke les clés cryptographiques dans du silicium inviolable. Les clés d'approbation, les clés racine de stockage, les clés d'identité d'attestation et les clés scellées par l'application résident dans la puce et n'en sortent jamais en clair. Deuxièmement, il mesure la chaîne de démarrage. Chaque composant chargé par le firmware (ROM d'option, pilotes UEFI, chargeur de démarrage, image du noyau, packages de pilotes signés) est haché et ce hachage est étendu dans l'un des registres de configuration de la plateforme TPM. Troisièmement, il peut sceller des données pour un état de démarrage spécifique. Un certificat de carte, une clé de volume BitLocker ou une autorisation utilisateur ECDIS S-63 ne peuvent être descellés que lorsque les valeurs PCR en cours correspondent à une configuration valide connue. Quatrièmement, il peut signer une attestation qu'un vérificateur externe (un gestionnaire de flotte à terre, un auditeur de société de classification ou un contrôleur de réseau de défense) peut utiliser pour confirmer que l'ordinateur a démarré dans l'état attendu.

Deux formes de TPM et pourquoi la distinction est importante en mer

Un module TPM discret (dTPM) est un circuit intégré distinct sur la carte mère, généralement un Infineon SLB 9670 ou 9672, un composant de la série ST33 de STMicroelectronics ou un Nuvoton NPCT75x. Il possède son propre boîtier, sa propre certification et une délimitation physique clairement identifiable par un responsable des achats de la défense ou un auditeur d'une société de classification. Un module TPM intégré au firmware (fTPM) s'exécute au sein du moteur de sécurité du processeur hôte : Intel Platform Trust Technology sur les processeurs Intel, AMD fTPM sur les plateformes AMD et implémentations basées sur ARM TrustZone sur les cartes ARM embarquées.

Les deux implémentations respectent la même interface logicielle TPM 2.0, ce qui empêche le système d'exploitation de déterminer facilement laquelle est utilisée. La différence d'approvisionnement est cependant bien réelle. Un TPM dédié possède sa propre certification FIPS ou Critères communs, indépendante du processeur. Un TPM intégré au firmware partage le périmètre de certification du processeur hôte, ce qui signifie qu'une vulnérabilité publiée au niveau du processeur peut compromettre le TPM. Pour les systèmes de calcul critiques nécessitant une durée de vie de 10 à 15 ans, la puce dédiée représente la solution la moins risquée, même si le BIOS expose les deux.

Quand la conformité maritime exige-t-elle un TPM ?

En résumé, aucune réglementation actuelle ne désigne explicitement un module de protection thermique (TPM) comme composant obligatoire. Plus précisément, plusieurs réglementations exigent désormais des fonctionnalités qu'un TPM est seul à fournir de manière optimale, et les experts commencent à le rechercher.

Les exigences unifiées UR E26 (cyber-résilience des navires) et UR E27 (cyber-résilience des systèmes embarqués) de l'IACS sont entrées en vigueur pour les contrats de construction de navires neufs dont la première inspection a lieu à compter du 1er juillet 2024. Elles imposent un démarrage sécurisé, la vérification de l'intégrité des logiciels, un accès contrôlé aux fonctions du système et un stockage protégé des clés sur les systèmes embarqués critiques pour la sécurité. Aucune de ces clauses ne mentionne de TPM (Targeted Process Management), mais une racine de confiance matérielle reste le seul moyen pratique pour la plupart des fournisseurs de prouver, lors d'une inspection, la conformité à la chaîne de démarrage sécurisé et aux exigences de stockage des clés. La résolution MSC.428(98) de l'OMI a intégré la gestion des risques cybernétiques au système de gestion de la sécurité au niveau de l'entreprise. Les notations des sociétés de classification, telles que la notation « Cyber-résilience » des principales sociétés, commencent à examiner directement la chaîne de vérification d'intégrité, et non plus seulement la documentation.

Du côté de la défense, la situation est plus claire. La directive DoDI 8500.01 exige des protections de cybersécurité pour chaque système d'information. Les publications spéciales NIST SP 800-147 (Directives de protection du BIOS) et SP 800-193 (Résilience du micrologiciel de la plateforme) supposent de fait une racine de confiance matérielle sur la plateforme. Les programmes traitant des données vidéo ou de capteurs classifiées requièrent systématiquement des modules cryptographiques certifiés FIPS 140-2 niveau 1 (et souvent niveau 2), ce qui, sur une console de passerelle x86 typique, se traduit par un TPM 2.0 discret dans un boîtier renforcé. Les intégrations des systèmes de communication navale et de direction de combat, soumises aux exigences environnementales MIL-STD, nécessitent également la gestion des clés TEMPEST et des clés rouges, qui supposent un stockage des clés scellées au niveau de la plateforme. tests environnementaux MIL-STD La construction d'un pont ou d'une console tactique doit déjà passer par une procédure d'approvisionnement axée sur du matériel dédié ; la mise en place de modules TPM est le pendant de sécurité de ce programme environnemental.

La question pratique de l'approvisionnement

Pour un navire commercial neuf dont la première inspection aura lieu après juillet 2024, la solution réaliste est que l'ordinateur de passerelle nécessite un module TPM 2.0, configuré et actif, même si aucune réglementation ne mentionne explicitement la puce. Pour une modernisation sur un navire plus ancien, le déclencheur est généralement la politique de l'État du pavillon, une notation cybernétique d'une société de classification, une politique cybernétique au niveau de la flotte ou une exigence de l'affréteur. Dans le cadre de contrats pour la défense et le gouvernement, l'appel d'offres précisera explicitement le module TPM et son niveau de certification ; toute omission entraînera la disqualification de l'offre.

Où se situe un TPM dans la pile informatique du pont maritime ?

Le module TPM n'est pas un produit autonome ; il constitue le maillon essentiel d'une chaîne de vérification qui démarre dès la mise sous tension de la carte et ne s'achève qu'après le chargement de l'application. La compréhension de cette chaîne fait toute la différence entre l'acquisition d'un ordinateur passerelle conforme aux normes de cybersécurité et l'acquisition d'un ordinateur doté d'un module TPM installé mais inutilisé.

La chaîne commence au niveau du firmware UEFI. Le démarrage sécurisé UEFI vérifie la signature du chargeur de démarrage par rapport à un ensemble de clés de plateforme que le TPM contribue à protéger. Le chargeur de démarrage (Gestionnaire de démarrage Windows, GRUB, systemd-boot ou un équivalent signé par le fournisseur) vérifie la signature du noyau. Le noyau vérifie les signatures des pilotes et des modules. Le système d'exploitation charge, mesure et scelle l'état de la couche application. Les certificats des cartes ECDIS et les autorisations utilisateur S-63 peuvent être scellés à l'aide des PCR du TPM afin qu'ils ne soient descellés que lorsque l'état de démarrage correspond à une mesure valide. L'intégrité en écriture de l'enregistreur de données de voyage peut être signée par le TPM, ce qui permet de prouver toute falsification après incident lors d'une enquête.

Le TPM et le système d'exploitation à la barre

Le choix du système d'exploitation influe directement sur la pile de pilotes TPM. Windows 11 IoT Enterprise LTSC requiert TPM 2.0 pour son installation, et le chiffrement de volume BitLocker utilise le TPM comme gestionnaire de clés par défaut. Les distributions Linux embarquées implémentent TPM 2.0 via tpm2-tools, tpm2-tss et clevis pour le déverrouillage LUKS automatisé ; dracut-fips intègre le TPM dans le chemin de mesure initramfs. VxWorks et QNX exposent TPM 2.0 via des packages d'intégration partenaires et des intergiciels de sécurité. assistance à long terme du firmware La fenêtre sur un système d'exploitation de pont est la contrainte qui devrait guider le choix du pilote TPM, car une mise à jour du firmware TPM sans pile de pilotes de système d'exploitation correspondante rendra la chaîne de sécurité inutilisable sur le terrain.

Une erreur fréquente lors des achats consiste à livrer un ordinateur passerelle doté d'un module TPM présent sur la carte mère mais désactivé dans le BIOS. L'image système s'exécute, le rapport d'enquête mentionne « Compatible TPM 2.0 », et la chaîne de sécurité n'est jamais vérifiée. Les fournisseurs devraient être tenus de livrer un appareil dont le module TPM est activé, configuré et provisionné, et dont la clé d'approbation est incluse dans la documentation.

Stockage étanche pour les données cartographiques et de navigation

Le TPM est également le dépositaire de clés le plus sûr pour le chiffrement complet du disque. Un disque à chiffrement automatique (SED) sur un ordinateur de passerelle peut utiliser le TPM pour stocker la clé de chiffrement des données, remplaçant ainsi un mot de passe que l'opérateur de surveillance pourrait enregistrer sur la console. Les clés d'autorisation utilisateur ECDIS S-63 peuvent être protégées contre les valeurs PCR qui capturent à la fois le micrologiciel et l'application d'affichage des cartes, de sorte qu'un attaquant qui remplace le moteur graphique par un binaire altéré ne peut pas lire l'autorisation. La même approche s'étend à stockage à chiffrement automatique Sélection : lorsque le TPM et le SED sont spécifiés ensemble, l’ordinateur pont peut survivre au vol du disque, au vol du châssis et à la plupart des scénarios d’attaque hors ligne.

Comment spécifier un TPM pour l'acquisition d'un pont maritime ?

L'élément TPM dans la spécification d'un ordinateur de passerelle maritime doit répondre à cinq questions : quel type, quel niveau de certification, quel bus, quel cycle de vie et comment il sera provisionné et récupéré.

Type et certification TPM

Pour les nouvelles constructions commerciales, une puce TPM 2.0 discrète d'Infineon (SLB 9672, SLB 9670), de STMicroelectronics (ST33HTPHA2X, ST33KTPM2X) ou de Nuvoton (NPCT75x) sur bus LPC ou SPI constitue la solution de base prudente. Ces trois familles bénéficient de la certification Common Criteria EAL4+ et de la certification FIPS 140-2 niveau 1, ce qui est suffisant pour les applications commerciales de cyber-résilience. Pour les marchés publics de la défense, du gouvernement et du renseignement, une puce TPM certifiée FIPS 140-2 niveau 2 avec détection active de falsification et réinitialisation en cas d'intrusion est généralement requise. Les composants certifiés niveau 3 sont utilisés sur les consoles de traitement de documents classifiés et les dispositifs de remplissage de clés rouges. Une puce TPM intégrée au firmware est acceptable pour les systèmes informatiques embarqués à usage général, mais doit être évitée pour tout ordinateur hébergeant des systèmes ECDIS, des chemins d'écriture VDR, des flux vidéo classifiés ou des terminaux d'attestation de flotte, car une vulnérabilité au niveau du processeur compromet la sécurité.

Support du cycle de vie et du micrologiciel

Un ordinateur pont reste généralement en service pendant 10 à 15 ans. Le module TPM doit bénéficier de mises à jour de sécurité pendant toute cette période. Les fournisseurs de semi-conducteurs industriels publient des engagements de cycle de vie de 10 à 15 ans pour leurs modules TPM embarqués ; ce n’est pas le cas pour les composants grand public. Cette même rigueur en matière de cycle de vie guide le choix du processeur dans… sélection du processeur principal Cette décision s'applique au TPM : spécifiez la référence SKU intégrée, documentez la date de fin de vie dans le dossier d'approvisionnement et prévoyez un budget pour une mise à jour planifiée à mi-vie plutôt que pour un remplacement précipité après la divulgation publique d'une vulnérabilité.

Connecteur, bus et intégration

La carte mère doit exposer le module TPM de manière à ce qu'il soit utilisable par le système d'exploitation. Le bus LPC (Low Pin Count) est le connecteur historique, mais reste largement pris en charge. L'interface SPI (Serial Peripheral Interface) est la norme actuelle sur les cartes embarquées modernes ; elle est plus rapide et utilise moins de broches. Les modules TPM I2C sont présents sur certaines plateformes ARM et sur des systèmes embarqués économiques. Avant tout achat, vérifiez que la carte dispose du connecteur TPM approprié ; toutes les cartes embarquées dotées d'un BIOS compatible TPM ne possèdent pas nécessairement ce connecteur. Si le module TPM est intégré à un HSM ou à un dispositif de remplissage à clé rouge sur un système destiné à la défense, le schéma d'intégration doit être examiné en même temps que le reste du schéma d'E/S, et non ajouté a posteriori.

Provisionnement, gestion des clés et récupération

Le transfert de propriété du TPM doit être effectué conformément aux procédures ISO/IEC 11889 et lors de la mise en service, et non dans la salle informatique générale du chantier. Les clés d'approbation sont installées en usine et doivent être archivées sous accès contrôlé. La clé racine de stockage et les clés d'identification d'attestation sont générées lors de la mise en service. Plus important encore, une procédure de récupération documentée doit exister AVANT que le navire ne quitte le chantier. Une mise à jour du TPM ayant échoué, une modification matérielle inattendue ou un mot de passe propriétaire oublié peuvent bloquer le TPM en mer, et sans plan de récupération, l'ordinateur de passerelle est de fait hors service jusqu'à la prochaine escale. Le plan de réponse aux incidents de sécurité informatique doit traiter la récupération du TPM de la même manière que le plan de réponse technique traite la perte d'air de démarrage du moteur principal : outils pré-positionnés, procédure connue, autorité compétente.

Quelles sont les limites et les modes de défaillance d'un TPM de pont ?

Un plan de gestion de la sécurité des plateformes (TPM) ne constitue pas une stratégie de cybersécurité complète. Il garantit l'intégrité au niveau de la plateforme, mais les politiques, l'architecture réseau et les procédures opérationnelles associées doivent rester robustes. Les limites et les modes de défaillance qu'un électricien de pont ou un responsable informatique de flotte doit anticiper sont spécifiques.

Verrouillage du TPM

Le module TPM se bloque en cas d'attaque par dictionnaire si trop de tentatives d'autorisation infructueuses sont effectuées. Il passe également dans un état indéfini si les valeurs PCR changent de manière inattendue (mise à jour du BIOS, mise à jour du noyau sans enregistrement des mesures ou changement matériel tel qu'un disque dur remplacé). Prévoyez ces deux situations : conservez une image de restauration d'usine accessible, documentez une procédure d'effacement du module TPM hors ligne et préparez une clé USB contenant les outils de restauration afin que l'ingénieur réseau n'ait pas à improviser à 0300 h du matin par mauvais temps.

taux de défaillance du matériel

Les modules TPM sont robustes. Les taux de défaillance rapportés par les fournisseurs de semi-conducteurs industriels se situent dans les valeurs les plus basses, de l'ordre de quelques pourcents par million d'heures-parties, en conditions normales, bien en deçà du taux de défaillance des composants de stockage et d'entrée CC environnants. Malgré cela, le taux de défaillance n'est pas nul, et une panne de module TPM implique généralement le remplacement complet du module, car la puce est soudée à la carte. Pour les déploiements militaires critiques, les modules de calcul redondants avec modules TPM indépendants sont la norme ; pour les passerelles commerciales, un calendrier de remplacement documenté avec le fournisseur est généralement suffisant. Dans tous les cas, il est impératif de simuler la procédure de défaillance avant les essais en mer afin d'éviter que le navire ne l'apprenne sous pression.

Déclassement et élimination

Un module TPM contient des données cryptographiques qui résistent à un reformatage. Avant la vente d'un navire, la remise en état d'un ordinateur de passerelle ou la mise hors service d'une unité suite à un renouvellement matériel, le module TPM doit être effacé. Les procédures d'effacement du module TPM et d'effacement sécurisé du SED doivent être documentées conjointement dans le plan de réponse aux cyberattaques afin qu'aucune étape ne soit négligée. Le démantèlement des systèmes de défense exige souvent la destruction du circuit intégré du module TPM, et non un simple effacement ; il convient d'intégrer cette étape au budget du plan de renouvellement de la plateforme.

Par où commencer les travaux de spécification TPM pour la rénovation d'un pont ?

Commencez par l'analyse réglementaire. Les exigences cybernétiques de l'État du pavillon, la notation de la société de classification choisie par l'armateur (ou que l'affréteur lui demande de choisir), le périmètre des normes IACS UR E26/E27 pour les navires neufs et les spécifications des appels d'offres de défense définissent le type minimal de TPM et son niveau de certification. Ensuite, définissez le système d'exploitation, car Windows IoT, Linux embarqué, VxWorks et QNX utilisent chacun un pilote et une pile de gestion TPM différents. Choisissez ensuite le composant : TPM 2.0 discret pour les navires neufs commerciaux, FIPS 140-2 niveau 2 (ou supérieur) pour les projets de défense et gouvernementaux, et TPM intégré au firmware uniquement pour les calculs généraux non connectés au réseau local critique de sécurité. Prévoyez et documentez la procédure de récupération avant les essais en mer, et non après. Lorsque la réglementation, le système d'exploitation et les spécifications TPM sont alignés, le système de calcul de passerelle s'intègre parfaitement. gamme d'ordinateurs marins haute performance qui répond déjà aux exigences environnementales, énergétiques et d'accès au territoire prévues dans le cadre de cette même procédure d'approvisionnement.

Questions fréquemment posées

Un TPM est-il requis pour l'homologation de type ECDIS ?

Aucune règle d'homologation ne mentionne explicitement la présence d'un module TPM. La norme de performance ECDIS IEC 61174 régit l'application d'affichage graphique, et non le module de sécurité matériel. Cependant, les directives IACS UR E26 et UR E27 exigent un démarrage sécurisé, une vérification d'intégrité et un stockage protégé des clés sur les systèmes embarqués critiques pour la sécurité des nouvelles constructions dont la première inspection a lieu à compter du 1er juillet 2024. Sur une plateforme de calcul ECDIS x86 classique, ces exigences sont satisfaites par un module TPM 2.0. Par conséquent, les ponts ECDIS de nouvelle génération sont livrés avec des modules TPM, même si l'homologation ne spécifie pas la puce.

Quelle est la différence entre TPM 2.0 et TPM 1.2 sur un ordinateur pont ?

La norme TPM 2.0 correspond à la spécification ISO/IEC 11889 actuelle. Elle prend en charge les algorithmes cryptographiques modernes (ECC P-256/P-384, SHA-256 et versions supérieures, RSA 2048+), plusieurs hiérarchies et des banques PCR définies par la plateforme. La norme TPM 1.2, plus ancienne, est limitée à SHA-1 et RSA, avec une seule hiérarchie. SHA-1 n'est plus acceptable dans la plupart des contextes d'acquisition de systèmes de cybersécurité, et les puces TPM 1.2 sont obsolètes chez tous les principaux fournisseurs. Un ordinateur de passerelle acquis en 2026 devrait être équipé d'une puce TPM 2.0 ; une unité TPM 1.2 maintenue en service est candidate à une mise à niveau.

Un navire peut-il utiliser un TPM basé sur un firmware au lieu d'une puce dédiée ?

Techniquement, oui ; en pratique, uniquement pour les systèmes embarqués à usage général qui ne sont pas connectés au réseau local critique. Le module TPM du firmware partage le même périmètre de sécurité que le processeur hôte ; par conséquent, toute vulnérabilité au niveau du processeur (et plusieurs ont été découvertes ces dix dernières années) compromet la chaîne de confiance du TPM. Pour les systèmes ECDIS, VDR, la vidéosurveillance classifiée et l’attestation de flotte, un TPM dédié est l’option la moins risquée et celle que la plupart des inspecteurs préfèrent voir configurée et certifiée.

Le système IACS UR E27 nécessite-t-il spécifiquement un TPM ?

Non. La norme UR E27 définit les exigences fonctionnelles : démarrage sécurisé, vérification d’intégrité, contrôle d’accès aux fonctions système, stockage protégé des clés et journalisation des événements. Elle ne mentionne pas de module TPM. En pratique, sur une plateforme informatique x86 ou ARM standard, un module TPM 2.0 est la solution la plus simple pour satisfaire à ces exigences et résister à une inspection de cybersécurité. Les sociétés de classification ayant publié des recommandations d’interprétation au titre des normes E26/E27 font régulièrement référence aux racines de confiance matérielles, et le module TPM 2.0 constitue la mise en œuvre standard de cette fonctionnalité pour l’informatique embarquée.

Que se passe-t-il si un système de surveillance des plateformes (TPM) tombe en panne en mer ?

Le comportement dépend de la configuration de la chaîne de démarrage. Si le système d'exploitation est configuré pour un chiffrement complet du disque requis par le TPM sans clé de récupération, l'ordinateur de passerelle ne démarrera pas tant que la procédure de récupération n'aura pas été exécutée. Si le TPM est configuré pour un démarrage mesuré avec une solution de repli (support de démarrage hors ligne signé, image de récupération du fournisseur), l'ordinateur peut démarrer, mais enregistrera l'erreur d'intégrité et nécessitera une intervention lors de la prochaine escale. Documentez le chemin de défaillance dans le plan de réponse aux incidents de sécurité, conservez une clé de récupération USB dans une enveloppe scellée à accès contrôlé et entraînez-vous à la procédure avant les essais en mer.

Quelle est la durée de validité des documents clés TPM ?

Les clés d'approbation sont installées en usine et restent valides pendant toute la durée de vie de la puce. Les clés racine de stockage et les clés d'identité d'attestation sont générées lors de la mise en service et restent valides jusqu'à l'effacement du TPM ou la défaillance de la puce. Les clés scellées par l'application restent valides uniquement tant que les valeurs PCR de scellement correspondent à l'état de démarrage actuel ; une mise à jour du firmware ou du noyau du système d'exploitation modifiant ces valeurs PCR invalide le scellement jusqu'à ce que l'application effectue un nouveau scellement avec le nouvel état.

BitLocker peut-il utiliser un module TPM sur un ordinateur pont IoT Windows ?

Oui. BitLocker sur Windows IoT Enterprise LTSC utilise le TPM 2.0 comme gestionnaire de clés de volume par défaut. Le TPM scelle la clé principale du volume à l'aide de valeurs PCR qui capturent les mesures du microprogramme, du chargeur de démarrage et du noyau. Le volume ne se déverrouille donc qu'après un démarrage vérifié. Configurez un chemin d'accès pour la clé de récupération et stockez-la dans le système de gestion des clés de l'opérateur du parc informatique, et non sur le pont ou dans la même console que l'ordinateur.

Une console de passerelle de défense doit-elle utiliser un TPM certifié FIPS de niveau 1 ou de niveau 2 ?

Les exigences minimales des appels d'offres de défense commencent généralement au niveau 2 de la norme FIPS 140-2 pour les consoles traitant des flux vidéo classifiés, des données de capteurs ou des systèmes de direction de combat. Le niveau 2 ajoute la détection active de toute tentative de falsification et la remise à zéro en cas d'intrusion, ce qui correspond au niveau de sécurité attendu par la plupart des responsables des achats pour une passerelle renforcée ou une console CIC. Le niveau 1 est acceptable pour la logistique, la formation et les systèmes informatiques embarqués à usage général qui ne sont pas impliqués dans le traitement d'informations classifiées. Il est impératif de toujours vérifier le niveau de certification par rapport au cahier des charges avant de passer commande.