French 
English 
TL;DR
“Maintenir en vie des applications patrimoniales “simplement pour accéder à d'anciennes données” est devenu l'un des schémas informatiques les plus coûteux et les plus risqués dans les secteurs réglementés. Le déclassement et la mise hors service des applications ne sont plus un luxe. Ils sont de plus en plus imposés par la réalité de la cybersécurité, la pression réglementaire (notamment NIS2 et DORA), les cycles de fin de vie des fournisseurs et la nécessité de préserver les preuves sur de longues périodes de conservation, en particulier dans le domaine des sciences de la vie.
La stratégie gagnante n'est pas de “tout éteindre demain”, mais de séparer les données et les preuves de l'application. Elle consiste à séparer les données et les preuves de l'application, à les préserver de manière à ce qu'elles soient prêtes à être auditées, puis à mettre le système hors service en toute confiance.“
La vieille logique : “Nous le laissons fonctionner au cas où nous en aurions besoin”.”
La plupart des organisations disposent encore d'un portefeuille de systèmes patrimoniaux maintenus en vie pour une seule raison : l'accès historique.
- “Nous ne l'utilisons que deux fois par an.”
- “C'est en lecture seule maintenant”.”
- “Nous ne pouvons pas l'arrêter, la conformité pourrait demander un enregistrement”.”
- “Nous le migrerons plus tard”.”
Cette logique avait du sens lorsque les menaces pour la sécurité étaient moindres, les attentes réglementaires plus légères et les coûts d'infrastructure acceptables.
Cette époque est révolue.
Pourquoi le déclassement est désormais une obligation (et non un choix)
1. Cybersécurité : les applications patrimoniales sont le ventre mou de votre patrimoine
Les systèmes existants échappent généralement à la discipline moderne en matière de sécurité :
- soutien faible ou partiel de l'AMF/l'OSS
- bibliothèques et systèmes d'exploitation obsolètes
- un contrôle et une alerte limités
- des voies de correction et de mise à niveau fragiles
- la propriété n'est pas claire (“qui connaît encore ce système ?”)
Même si les données sont “anciennes”, le système est une surface d'attaque vivante. Les attaquants ne se soucient pas du fait que votre instance ERP date de 2012. Ce qui les intéresse, c'est qu'elle soit accessible, vulnérable et qu'elle contienne des informations sensibles.
Le maintien en ligne des applications patrimoniales augmente votre surface d'attaque de façon permanente. Le démantèlement est l'une des rares actions qui réduisent réellement les risques, au lieu de simplement les gérer.
2) Réglementation : les exigences en matière de sécurité et de résilience opérationnelle ne cessent de croître
Dans toute l'Union européenne, la réglementation pousse les organisations à faire des démonstrations :
- des contrôles de sécurité renforcés
- des opérations résilientes
- une meilleure gouvernance des risques liés aux TIC pour les tiers
- accélérer la gestion des vulnérabilités et la réponse aux incidents
- Les deux principaux moteurs de cette évolution sont les suivants :
- NIS2 (attentes en matière de gestion des risques liés à la cybersécurité et d'établissement de rapports)
- DORA (Gestion des risques liés aux TIC et résilience opérationnelle dans les services financiers)
Même lorsqu'un règlement ne dit pas explicitement “retirer les systèmes existants”, il oblige effectivement à le faire en rendant la chose plus difficile à justifier :
- plates-formes non prises en charge
- la faiblesse des contrôles
- l'absence de preuves de surveillance et d'application de correctifs
- risque de dépendance à l'égard de tiers
Plus votre environnement est réglementé, plus le “maintien en vie” se transforme en “maintien de la conformité”, et c'est là que les coûts explosent.
3) Coût : la “taxe sur la lecture seule” est réelle et s'aggrave.
Les systèmes existants coûtent de l'argent même si personne ne les utilise :
- l'infrastructure (serveurs, stockage, licences)
- contrats d'assistance aux fournisseurs
- l'outillage et la surveillance de la sécurité
- sauvegardes et DR
- le temps des spécialistes (connaissances limitées)
- la préparation de l'audit et la recherche d'éléments probants
Le coût caché est le frein opérationnel : les équipes ont peur de toucher au système, les changements prennent des semaines et chaque demande d'audit devient un mini-projet.
Si vous calculez honnêtement le coût total de possession, il est souvent plus coûteux de maintenir en vie les applications patrimoniales que de les retirer correctement.
4) Vendeur en fin de vie : vous serez contraint d'effectuer des mises à niveau que vous ne souhaitez pas.
Chaque plateforme finit par se heurter à un mur :
- fin de l'aide
- dépendances incompatibles
- les correctifs de sécurité ne sont plus disponibles
- les versions de la base de données ne sont plus prises en charge
- cycles de rafraîchissement du matériel
À ce moment-là, vous êtes contraint de faire l'un des deux mauvais choix :
- faire une mise à jour complète d'un système dont vous ne voulez pas, juste pour conserver un accès historique
- accepter les risques liés à la sécurité et à la conformité
Une stratégie de déclassement contrôlée permet d'éviter les deux.
5) Sciences de la vie et preuves à long terme : la rétention s'alourdit au lieu de s'alléger
En produits pharmaceutiques et sciences de la vie, une tendance claire se dessine :
- des attentes plus fortes en matière de conservation à long terme des données analytiques, des enregistrements de qualité et des preuves
- un examen plus approfondi des principes d'intégrité des données (ALCOA+)
- une plus grande importance accordée à l'auditabilité, à la traçabilité et à l'aptitude à l'inspection
Cette situation crée une tempête parfaite :
- vous devez conserver les données plus longtemps
- vous devez faire en sorte qu'il soit plus vérifiable
- et vous devez être en mesure de le retrouver rapidement lors des inspections
Le maintien en vie d'une application existante est un moyen fragile d'atteindre les objectifs de l'Union européenne. préservation à long terme obligations. Une meilleure approche consiste à conserver les données et les preuves de manière indépendante, avec des contrôles d'intégrité et des exportations qui résistent au temps.
L'idée maîtresse : retirer la demande, pas les preuves
Le déclassement devient possible lorsque vous cessez de considérer “l'application” comme le seul moyen de préserver la confiance.
Un moderne demande de retraite signifie généralement :
- Extraire les données, les métadonnées et le contexte nécessaires du système source
- Conservez-les dans des archives immuables, prêtes à être auditées.
- Assurer la traçabilité (ce qui vient d'où, quand, selon quelles règles)
- Effectuer des recherches et des extractions sans avoir besoin de l'application existante
- Définir des paquets de sortie (portabilité) afin que vous ne soyez plus jamais pris au piège
- Démantelez l'ancien système en toute confiance
Il ne s'agit pas d'un simple “stockage”. Il s'agit d'une conservation contrôlée des documents et des preuves.
Ce à quoi ressemble le “bon” dans la pratique (une liste de contrôle rapide)
Si vous souhaitez déclasser de manière responsable, vous devriez pouvoir répondre “oui” à ces questions :
- Pouvons-nous récupérer des documents historiques sans lancer l'application existante ?
- Pouvons-nous produire une piste d'audit indiquant qui a accédé à quoi et quand ?
- Peut-on prouver l'intégrité de manière indépendante (sommes de contrôle, fixité, rapports d'intégrité) ?
- Préservons-nous l'ensemble du contexte nécessaire à l'interprétation ?
- Disposons-nous d'un processus de conservation et de destruction défendable ?
- Pouvons-nous tout exporter (données + métadonnées + preuves) si nécessaire ?
Si ce n'est pas le cas, le déclassement semble risqué. Si oui, conserver l'ancienne application devient irrationnel.
Le message pour les dirigeants : le démantèlement est une réduction des risques, pas seulement une réduction des coûts.
Les organisations considèrent souvent le déclassement comme un projet d'optimisation des coûts. C'est trop peu.
Le démantèlement est :
- réduction des risques liés à la cybersécurité
- réduction du risque de non-conformité
- amélioration de la résilience opérationnelle
- simplification de votre succession
- protection des preuves et de la confiance
Dans l'environnement actuel, il n'est pas possible de continuer à accroître l'empreinte de l'héritage.
Conclusion
Le déclassement est une nécessité car le monde autour de vos systèmes a changé :
- les attaquants se sont améliorés
- Les régulateurs sont devenus plus stricts
- vendeurs à la retraite vieilles piles
- les périodes de conservation s'allongent
- les audits se sont durcis
La bonne réponse ne consiste pas à maintenir les applications patrimoniales sous assistance respiratoire. Elle consiste à élaborer une approche dans laquelle les données et les preuves restent accessibles, vérifiables et prêtes à être auditées après la disparition de l'application.
Pages de solutions Docbyte connexes
Poursuivez avec les pages de solutions qui correspondent à ce sujet :
