Cas d’utilisation · Véhicules définis par logiciel
Lorsque le véhicule est logiciel, la sécurité est une discipline de version.
Un véhicule défini par logiciel dissocie le logiciel du matériel sur lequel il est déployé : les fonctions, auparavant réparties entre une centaine d’ECUs fixes, sont regroupées sur des contrôleurs zonaux et des calculateurs centraux ; les fonctionnalités arrivent par mises à jour à distance, et le véhicule évolue en permanence. Selon les estimations du secteur, un véhicule haut de gamme embarque déjà environ cent millions de lignes de code, et les projections tablent sur plusieurs fois ce volume. Chaque version modifie le profil de risque ; le travail de sécurité doit donc évoluer au même rythme.
Ce qui a changé
La voiture est devenue un ordinateur avec une garantie.
Trois transformations définissent le véhicule défini par logiciel, et chacune redéfinit ce que signifie le sécuriser.
Jamais figé, en pratique
La mise à jour arrive dans l’allée, pas à l’atelier.
Une mise à jour à distance, c’est un geste pour le conducteur et un changement logiciel à l’échelle de la flotte pour vous : nouveaux composants, nouvelles versions, nouvelle exposition, le tout sous obligations d’homologation. À l’instant où elle est confirmée sur cet écran, votre inventaire a changé.
La partie difficile
L’enfer de l’intégration est un problème de sécurité.
Les défis recensés par le secteur du véhicule défini par logiciel sont précisément ceux qui déterminent si la sécurité parvient à suivre. Leur point commun : chacun modifie votre inventaire logiciel plus vite qu’une évaluation annuelle ne peut le constater.
Où Correlens s’inscrit
Un travail de sécurité qui évolue à la vitesse des mises à jour.
La boucle de libération
De la construction à la flotte, avec les preuves jointes.
La plateforme se trouve à côté de votre pipeline de versions, et non à l’intérieur de votre base de code : chaque nomenclature logicielle qui quitte la construction est contrôlée, enrichie et comparée, et la file d’attente des résultats suit la version, pas le calendrier.
- L’enfer de l’intégration, rendu lisible. Lorsqu’un fournisseur ajoute une nouvelle pile dans la version, la différence montre ce qui a réellement changé et ce qu’elle apporte.
- Les régressions apparaissent immédiatement. Un composant déclassé ou réintroduit est une ligne de différence, ce qui n’est pas une surprise lors du prochain audit.
- La file d’attente suit la version. Les résultats sont attachés à la version qui les a introduits, avec un propriétaire et un état.