Stage - Mise en Place et Integration d'Une Strategie Secure Boot pour les Firmwares de Cameras H/F

Description

Chez Bertin Technologies, nous développons des équipements et systèmes de mesure pour des applications scientifiques et critiques. Nos technologies sont utilisées dans des secteurs stratégiques comme la défense et la sécurité, le nucléaire civil, l'environnement, le spatial et les sciences du vivant. Vous intégrerez l'équipe électronique au sein d'une équipe de 10 personnes et vous contribuerez à la Mise en place et l'intégration d'une stratégie sécure boot pour les firewares de cameras. David ORIOT sera votre tuteur et vous accompagnera tout au long de votre stage. Vos principales missions seront les suivantes : Analyse réglementaire et état de l'art - Étudier les exigences du CRA et de NIS2 relatives à la sécurité du firmware : intégrité, authenticité, mise à jour sécurisée, gestion des vulnérabilités, durée de support. - Réaliser un état de l'art des mécanismes de Secure Boot existants sur sur les composants Microchip (Root of Trust matériel, PUF, bitstream d'authentification, etc.). - Identifier les briques de sécurité déjà disponibles côté Microchip (ex. solutions de type Root of Trust) et évaluer leur adéquation. Conception de la chaîne de confiance (chain of trust) - Définir une architecture de Secure Boot en chaîne de confiance : vérification du bitstream FPGA, du bootloader, puis du firmware applicatif (C). - Choix des mécanismes cryptographiques adaptés (signature numérique, hachage, gestion des clés : ECDSA/RSA, SHA-256/384, etc.) en tenant compte des contraintes de ressources du soft-core. - Définition de la stratégie de gestion des clés (génération, stockage sécurisé, rotation, révocation) et du provisioning en production. Implémentation - Mise en oeuvre du mécanisme de vérification d'intégrité/authenticité à chaque étape du démarrage (FPGA bitstream, bootloader, firmware). - Intégration avec la chaîne de build existante (lien possible avec travaux CI/CD en cours) pour la signature automatique des firmwares lors de la génération des artefacts. - Gestion du anti-rollback (empêcher le retour à une version de firmware antérieure connue comme vulnérable), en cohérence avec les exigences de gestion des vulnérabilités du CRA. Validation et tests - Tests fonctionnels : démarrage réussi avec firmware légitime. - Tests de robustesse : détection et rejet d'un firmware corrompu, non signé, ou signé avec une clé invalide. - Analyse des risques résiduels (attaques par canaux auxiliaires, glitching, etc.) et recommandations de mitigation, avec le niveau de profondeur adapté à la durée du stage. Documentation et conformité - Rédaction d'un dossier technique décrivant l'architecture de sécurité mise en place, en vue de son utilisation comme preuve de conformité dans le cadre du CRA/NIS2. - Cartographie des exigences réglementaires couvertes vs. restant à traiter (feuille de route pour les développements futurs : gestion des mises à jour sécurisées OTA, déclaration de vulnérabilités, SBOM, etc.).