Une bonne partie des articles de ce blog a été écrite en 2022, sous e!COCKPIT, pour des PFC en firmware 03.xx. Ils restent en ligne et restent justes pour ces automates : il en tourne encore énormément sur le terrain, et tous ne seront pas mis à jour demain. Mais depuis, WAGO a changé de logiciel de programmation et de branche de firmware. Cet article fait le point pour savoir où en est votre automate et quel article lire.
La grande coupure : FW22 / FW23
Tout se joue sur le premier chiffre de la version de firmware :
| Firmware | Version | Logiciel de programmation | Runtime dans le PFC |
|---|---|---|---|
| FW22 et antérieurs | 03.xx.xx | e!COCKPIT ou CODESYS 2.3 (WAGO-I/O-PRO) | e!RUNTIME ou CODESYS 2 |
| FW23 et suivants | 04.xx.xx | CODESYS V3.5 uniquement | CODESYS 3 |
À partir de la FW23, WAGO a retiré le runtime CODESYS 2 des PFC, et e!COCKPIT ne peut plus programmer ces firmwares. Inversement, un projet e!COCKPIT ou CODESYS 2.3 ne se charge que sur un firmware 03.xx.
Pour connaître la version de votre automate, voir WAGO PFC100/200 : vérifier la version du firmware. Le numéro de FW est celui entre parenthèses, par exemple 03.10.10(22) ou 04.08.09(30).
Quel automate peut aller où ?
- PFC100 et PFC200 de première génération (750-810x, 750-820x) : ils restent sur la branche 03.xx. Leurs derniers correctifs de sécurité sont sortis en 03.10.11 (FW22 Patch 2). Ils se programment donc toujours en e!COCKPIT ou en CODESYS 2.3.
- PFC100 G2 et PFC200 G2 (750-811x, 750-821x) : ils peuvent rester en 03.xx ou passer en 04.xx. La dernière version publiée est la 4.9.1 (FW31), sortie en mai 2026.
- Cas particulier des PFC100 750-8110 et 750-8111 : la première FW30 (4.8.9) leur était déconseillée, car seul le DHCP fonctionnait après la mise à jour. Une version 4.8.12 dédiée corrige le problème.
- PFC300 (750-8302) : uniquement en 04.xx, donc en CODESYS V3.5.
Et e!COCKPIT dans tout ça ?
WAGO a arrêté e!COCKPIT : le logiciel n'est plus distribué depuis le 31 mars 2025. Il reste installé sur beaucoup de PC de maintenance, et c'est lui qu'il faut pour intervenir sur un automate en 03.xx programmé avec.
Comme e!COCKPIT était construit sur CODESYS V3.5, le code IEC (ST, LD, FBD…) se reprend tel quel. Ce qui change, c'est l'environnement autour : configuration des bus de terrain, bibliothèques, gestion des équipements. WAGO publie un guide de migration d'e!COCKPIT vers CODESYS V3.5 ; il demande de mettre d'abord le projet à jour dans la dernière version d'e!COCKPIT avant de le convertir.
Un exemple concret : en FW23, la gestion Modbus TCP est passée à la solution native CODESYS, et la page Modbus du WBM a disparu. Les exemples Modbus de ce blog écrits sous e!COCKPIT restent valables en 03.xx, mais demandent à être adaptés en 04.xx.
Rester en 03.xx : possible, mais en connaissance de cause
Dans l'article sur le changement de firmware, je conseillais de ne changer de version que pour une fonction indispensable ou pour corriger une faille qui vous concerne. Je le maintiens. Simplement, la deuxième raison se présente de plus en plus souvent.
Exemple récent : le 1er octobre 2026, le CERT@VDE a publié une faille critique (CVE-2025-41753, note 9,8 sur 10) dans la pile BACnet des PFC100 G2 et PFC200 G2. Un attaquant, sans aucun identifiant, peut lire ou écraser n'importe quel fichier de l'automate. Le correctif n'existe qu'à partir du firmware 4.8.9 (FW30), ou dans un firmware spécifique à demander au support WAGO. Un PFC G2 resté en 03.xx avec BACnet actif n'a donc pas de correctif.
Et ce n'est pas théorique. Dans la nuit du 11 au 12 octobre 2026, les régulateurs de froid Danfoss de plusieurs centaines de supermarchés français ont été pris en main à distance : températures poussées vers le haut, rayons frais et surgelés partis à la benne. Les installations touchées utiliseraient des versions logicielles anciennes. Ce ne sont pas des WAGO, mais le schéma est exactement celui qui guette un automate jamais mis à jour et joignable depuis internet.
Si vous ne pouvez pas mettre à jour tout de suite
Ça arrive : projet e!COCKPIT sans budget de migration, automate de première génération, installation qu'on ne peut pas arrêter. Dans ce cas, on réduit la surface d'attaque :
- Aucun accès direct depuis internet : ni WBM, ni webvisu, ni port de programmation. L'accès à distance passe par un VPN.
- Changer tous les mots de passe par défaut : admin, user, et root pour le SSH. Voir les identifiants par défaut du WBM.
- Activer le pare-feu du PFC et n'ouvrir que les ports réellement utilisés, vers les seules machines qui en ont besoin.
- Couper les services inutilisés : BACnet si vous ne vous en servez pas ; la webvisu et le port 2455 de CODESYS 2.3 si l'automate n'est pas programmé avec.
- Garder une sauvegarde du projet et de la configuration, pour pouvoir remettre l'automate en état rapidement.
Ce sont des mesures de contournement. Elles rendent l'attaque bien plus difficile, sans remplacer le correctif.
Si vous pouvez mettre à jour
Passer de 03.xx à 04.xx n'est pas une simple mise à jour : on change de logiciel de programmation, on migre le projet, on vérifie les bibliothèques et les communications, puis on reteste l'installation. Prévoyez du temps et un retour arrière possible (sauvegarde du firmware et du projet d'origine).
Une fois en 04.xx, rester à jour devient beaucoup plus simple : les versions suivantes se programment toutes avec CODESYS V3.5.
Quels articles lire ?
- Automate en 03.xx (FW22 et antérieurs) : les articles de 2022 de la catégorie Codesys V3.5 / e!COCKPIT et des Tips WAGO PFC s'appliquent tels quels.
- Automate en 04.xx (FW23 et suivants) : le code ST reste le même, mais les menus du WBM et du logiciel ont changé. Les articles mis à jour pour CODESYS V3.5 arrivent au fur et à mesure.