Function Block Diagram (FBD)
otDéfinition
Le Function Block Diagram (FBD) est l'un des cinq langages de programmation d'automates PLC définis par la norme IEC 61131-3, offrant une représentation graphique des algorithmes de contrôle par des blocs fonctionnels interconnectés représentant des fonctions mathématiques, des blocs de régulation, des opérateurs logiques, et des blocs de communication. FBD est le langage dominant dans la programmation des systèmes DCS (Distributed Control Systems) pour les industries de process continu (pétrochimie, chimie, énergie, papeterie), où la majorité des boucles de régulation et des séquences de contrôle sont programmées en FBD. Un Function Block Diagram se compose de Function Blocks (FB) qui encapsulent une fonction spécifique (PID Controller, Signal Selector, Rate Limiter, Timer, Counter, communication avec d'autres modules) et de connexions filaires entre les sorties d'un bloc et les entrées d'un autre, formant un graphe de flux de données. L'exécution d'un FBD est cyclique : à chaque scan cycle du PLC/DCS, tous les blocs s'exécutent dans l'ordre topologique du graphe (ou un ordre configuré), calculant les nouvelles valeurs de sorties à partir des entrées. Foundation Fieldbus H1 utilise un mécanisme FBD distribué : les blocs fonctionnels (AI, AO, PID, etc.) peuvent s'exécuter directement dans les instruments de terrain et communiquer leurs résultats entre eux via le bus de terrain, réalisant une régulation distribuée sans CPU central. Ce mécanisme, appelé "Control in the Field", est une architecture distinctive de Foundation Fieldbus. La cybersécurité des programmes FBD présente les mêmes enjeux que pour Structured Text : un attaquant capable de modifier le câblage entre blocs FBD ou les paramètres des blocs (consignes, gains PID, limites de sortie) peut altérer subtilement le comportement du contrôle sans que la modification soit immédiatement visible dans le fonctionnement du processus.
Fonctionnement d'un programme FBD dans un DCS
Dans un DCS Emerson DeltaV, une boucle de régulation de débit est typiquement implémentée en FBD : (1) Un bloc AI (Analog Input) lit le signal 4-20mA du transmetteur de débit, (2) Un bloc CALC applique la compensation de pression/température pour le calcul de débit massique, (3) Un bloc PID reçoit la mesure et la consigne (SP), calcule l'action PID, et émet la commande de sortie, (4) Un bloc AO (Analog Output) envoie le signal 4-20mA vers le positionneur de vanne. Ces blocs FBD sont câblés graphiquement dans l'environnement de configuration DeltaV Control Studio, compilés et téléchargés dans le contrôleur DeltaV. Chaque connexion entre blocs, chaque paramètre (Kp, Ki, Kd, SP, limites) est modifiable via Control Studio avec les droits appropriés.
Contexte OT/ICS et traçabilité des modifications
La gestion des modifications de programmes FBD dans les systèmes DCS est un enjeu opérationnel et de sécurité majeur. Les systèmes DCS modernes intègrent des fonctions de gestion de versions et de journalisation des modifications (Emerson DeltaV Audit Trail, Honeywell Experion Change Management, ABB System 800xA change tracking), permettant de tracer qui a modifié quoi et quand dans les programmes FBD. Ces journaux sont une source précieuse pour les investigations d'incidents OT : une modification non autorisée d'un paramètre PID dans un programme FBD peut être retracée jusqu'à son auteur via ces journaux d'audit.
Sécurité et mitigation
Protection des programmes FBD : activer et configurer le journal d'audit des modifications de programmes DCS (Change Management), restreindre les droits de modification des programmes FBD aux ingénieurs autorisés (gestion des rôles DCS : opérateurs = lecture seule, ingénieurs maintenance = modifications dans leur domaine, ingénieurs de procédés = toutes modifications), inclure les modifications de programmes FBD dans le processus MOC (Management of Change avec validation formelle), comparer périodiquement les configurations DCS actuelles avec la baseline documentée, et surveiller les téléchargements de configurations vers les contrôleurs en dehors des fenêtres de maintenance planifiées (anomalie potentielle).
Articles liés
Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.
Services
- Audit Infrastructure
- Audit Kubernetes
- Audit Microsoft 365
- Audit Sécurité Réseau
- Analyse de Risques
- Audit Active Directory
- Audit Application Web
- Audit Cloud (AWS/Azure/GCP)
- Audit Messagerie
- Audit API (OWASP Top 10)
- Audit DevSecOps & CI/CD
- Audit Code Source (SAST)
- Audit Postes de Travail
- Audit Sauvegarde & Résilience
- Audit OT/SCADA (IEC 62443)
- Développement IA
- Formations
Ressources
Projets & Outils
© 2026 Ayi NEDJIMI Consultants. Tous droits réservés.
Un projet cybersécurité ?
Expert dispo · Réponse 24h