Cadre méthodologique pour la sécurisation des systèmes IOT : de la modélisation STRIDE à l’arbitrage du risque résiduel

Sciences informatiques

Article

Cadre méthodologique pour la sécurisation des systèmes IOT : de la modélisation STRIDE à l’arbitrage du risque résiduel

Thierry Hau

Université de Rennes – ENSSAT

Résumé — Cet article synthétise une approche d'ingénierie logicielle sécurisée (S-SDLC) appliquée au domaine de l'Internet des Objets (IoT). Je démontre comment l'utilisation conjointe des Diagrammes de Flux de Données (DFD) et de la méthode STRIDE permet une identification exhaustive des menaces. Enfin, j’ introduis un modèle de décision basé sur le calcul du Retour sur Investissement Sécurité (ROSI) pour quantifier le risque résiduel et optimiser les coûts de défense.

Mots-clés — Cybersécurité, IoT, STRIDE, DFD, Risque Résiduel, ROSI, ISO 21434, S-SDLC.

I. Introduction

Dans un écosystème numérique où les objets connectés (IoT) deviennent des vecteurs d'attaque critiques, la sécurité ne peut plus être une couche corrective "post-développement". Le paradigme du Security by Design impose une rigueur analytique dès la phase de conception. Cet article présente une méthodologie itérative permettant de transformer une architecture conceptuelle en un système résilient et économiquement viable.

II. Modélisation architecturale et flux (DFD)

La première étape de la sécurisation repose sur la décomposition itérative du système (Niveau 0 à Niveau 2).

• L'Inventaire des actifs : chaque composant (matériel, logiciel, donnée) est évalué selon le triptyque DIC (Disponibilité, Intégrité, Confidentialité).
• Les frontières de confiance (Trust Boundaries) : l'originalité de l'approche réside dans l'identification des zones où la donnée échappe au contrôle de l'organisation (ex: transit via un réseau 4G ou Wi-Fi public). Ces frontières dictent les points d'application des contrôles NIST.

III. Taxonomie des menaces : l’approche STRIDE

Une fois le DFD stabilisé, nous appliquons la matrice STRIDE pour systématiquement identifier les vecteurs d'attaque sur chaque élément :

1. Spoofing & Repudiation : principalement sur les entités externes (authentification).
2. Tampering & Information Disclosure : focus sur les flux de données (chiffrement/hachage).
3. Denial of Service & Elevation of Privilege : focus sur les processus critiques.

Cette taxonomie permet de générer un Registre des Menaces structuré, servant de base à la traçabilité de la conformité (ISO 21434 pour l'embarqué).

IV. Stratégies de traitement et économie du risque

Le cœur de la décision d'ingénierie réside dans l'arbitrage entre le coût d'une contre-mesure et la valeur du risque évité.

A. Les Options de Traitement

L'organisation dispose de quatre leviers : Réduire (mesure technique), Éviter (suppression de fonction), Transférer (assurance/cloud tiers) ou Accepter (décision managériale).

B. Le Risque Résiduel et le ROSI

L'investissement cyber est piloté par le calcul du ROSI (Return on Security Investment). Il est défini le Risque Résiduel comme la menace subsistante après application des contrôles.

Risque Résiduel=(Impact×Probabilité)-Efficacité des Contrôles

L'objectif n'est pas l'élimination totale du risque, mais son maintien sous le seuil d'appétence au risque de l'entreprise, assurant ainsi un point d'équilibre entre coût opérationnel et protection vitale.

V. Application aux standards (NIST & OWASP)

L'implémentation des contre-mesures s'appuie sur des standards éprouvés. L'utilisation de l'OWASP ASVS (Niveaux 1 à 3) fournit un catalogue de vérifications prêtes à l'emploi, évitant "l'invention" de protocoles cryptographiques maison, pratique jugée à haut risque par le NIST.

VI. Conclusion

La sécurisation d'un projet démontre que la cybersécurité est une discipline de gestion du compromis. Par la décomposition DFD, l'analyse STRIDE et l'évaluation financière du risque résiduel, l'ingénieur dispose d'un cadre rigoureux pour concevoir des systèmes dont la sécurité est à la fois robuste et rentable.

Références

[1] Microsoft Corporation, "The STRIDE Threat Model", Security Development Lifecycle. Introduction_to_Threat_Modeling.pdf

[2] ISO/SAE 21434:2021, "Road vehicles — Cybersecurity engineering". ISO/SAE 21434:2021 - Road vehicles — Cybersecurity engineering

[3] NIST SP 800-30, "Guide for Conducting Risk Assessments". SP 800-30 Rev. 1, Guide for Conducting Risk Assessments | CSRC

[4] OWASP, "Application Security Verification Standard 4.0.3". 🔐 OWASP ASVS 4.0.3 – S - HackMD