Sécurité matérielle : évolutions récentes
L'état du cycle de vie d'une puce de sécurité est géré par étapes, comme le test, la production et l'analyse des pièces défectueuses retournées (RMA). Quelle est la façon appropriée de gérer le passage de l'état de production à l'état RMA en vue d'une analyse de défaillance ?
- APour faciliter l'analyse, ouvrir toutes les fonctions de test et de débogage en conservant les clés et les données utilisateur employées en production
- BEffacer ou rendre inutilisables les secrets comme les clés employées en production avant d'ouvrir les fonctions d'analyse, et rendre impossible le retour à l'état de production
- CRemettre à l'état de production une puce passée à l'état RMA dès la fin de l'analyse, afin de pouvoir l'expédier de nouveau comme neuve
Afficher la réponse et l'explication
Réponse : B. Effacer ou rendre inutilisables les secrets comme les clés employées en production avant d'ouvrir les fonctions d'analyse, et rendre impossible le retour à l'état de production
L'analyse de défaillance exige d'ouvrir de puissantes fonctions de test et de débogage, mais le faire tel quel expose les clés et les données utilisateur employées en production à une lecture. La procédure de passage à l'état RMA efface donc les secrets de production ou coupe les chemins qui les utilisent, et les fonctions d'analyse ne deviennent disponibles qu'ensuite. Si les transitions d'état sont enregistrées en OTP ou en eFuse de façon à être à sens unique, et que la puce ne peut pas revenir de l'état RMA à la production, une puce ouverte pour analyse ne se retrouve jamais en circulation. Les conceptions publiques de racine de confiance comme OpenTitan définissent aussi ce type de gestion des états du cycle de vie.
Continuer : 9 autres questions sur Sécurité matérielle : évolutions récentes