← Retour

KNOWLEDGE HUB

Le modèle Purdue : la carte qu'on utilise encore pour segmenter l'OT

Le modèle de référence des années 90 qui reste le point de départ pour segmenter les réseaux industriels — et pourquoi il faut aujourd'hui le nuancer.

Ce que c'est

Le Purdue Enterprise Reference Architecture (PERA) est né dans les années 90 à l'université Purdue comme modèle d'organisation de l'architecture d'entreprise manufacturière. La communauté de la sécurité OT l'a adopté comme carte de référence pour segmenter les réseaux industriels par niveau de risque et par fonction.

Pourquoi c'est important

Avant Purdue, il était courant de trouver l'atelier de production connecté directement au réseau de l'entreprise sans aucune frontière claire. Le modèle a donné à toute une génération d'ingénieurs un vocabulaire commun — « niveau 2 », « DMZ industrielle » — pour concevoir et auditer la segmentation.

Comment il est structuré

• Niveau 0 — Processus physique : capteurs, actionneurs, le processus réel.
• Niveau 1 — Contrôle de base : automates, RTU, contrôleurs temps réel.
• Niveau 2 — Supervision : IHM, SCADA local, postes opérateur.
• Niveau 3 — Opérations de site : historiques, MES, serveurs de domaine OT.
• Zone DMZ (3.5) : la frontière obligatoire entre OT et IT — aucun trafic ne devrait passer directement du niveau 3 au niveau 4.
• Niveau 4 — Logistique métier : ERP, IT d'entreprise.
• Niveau 5 — Entreprise : réseau d'entreprise, internet.

Bonnes pratiques

• Utilisez la DMZ industrielle scrupuleusement — c'est l'élément qui prévient le mieux les mouvements latéraux entre IT et OT.
• Traitez Purdue comme un point de départ, pas comme un dogme : documentez où votre architecture réelle s'en écarte et pourquoi.
• Combinez-le avec les zones et conduits de 62443 pour avoir à la fois la carte (Purdue) et le niveau de sécurité requis par zone (62443).

Erreurs courantes

• Supposer que le modèle reste parfaitement valable pour des architectures avec IIoT, cloud et maintenance à distance — il exige aujourd'hui une adaptation, pas un abandon.
• Dessiner le diagramme de Purdue une fois et ne plus jamais le valider face au réseau réel.
• Confondre « avoir le diagramme » avec « avoir la segmentation » — le schéma n'impose pas les règles du pare-feu.