Résilience opérationnelle numérique

La plateforme F5 Application Delivery and Security Platform (ADSP) contribue à atténuer le risque de concentration lié aux fournisseurs de services cloud (CSP) en appliquant les mêmes contrôles de mise à disposition et de sécurité chez chaque fournisseur, ce qui facilite l’exécution d’une application sur plusieurs clouds. Elle prend ainsi en charge les architectures actives-actives et le basculement entre fournisseurs cloud, aidant les organisations à satisfaire deux exigences clés de résilience opérationnelle du règlement DORA pour les services TIC qui soutiennent des fonctions critiques ou importantes : des plans de sortie testés et des évaluations du risque de concentration. Comme les contrôles suivent l’application, l’ajout ou l’abandon d’un fournisseur ne nécessite pas de reconstruire la couche de mise à disposition et de sécurité.

La souveraineté opérationnelle désigne la capacité d’une organisation à gérer, exploiter et gouverner ses systèmes et services numériques de manière indépendante. Ce cadre garantit qu’une entreprise peut migrer ses charges de travail, changer de fournisseur de cloud et assurer la continuité de ses activités selon ses propres conditions, sans dépendre d’un fournisseur externe. La souveraineté des données détermine le lieu physique où les données sont stockées, les personnes qui peuvent y accéder, ainsi que les juridictions et les réglementations régionales auxquelles elles sont soumises. Il est essentiel de noter que la résidence locale des données ne confère pas automatiquement à une organisation un contrôle opérationnel total sur son infrastructure numérique. F5 considère la portabilité numérique comme un levier clé pour accéder à la souveraineté opérationnelle, qui renforce à son tour la résilience opérationnelle.

Quatre piliers définissent la résilience des services d’IA tels que les workflows bancaires agentiques : la disponibilité, la sécurité, les tests et l’observabilité. Pour garantir la disponibilité, l’équilibrage global de charge des serveurs F5 redirige le trafic en cas de défaillance d’un cluster ou d’une région. Pour assurer la sécurité, F5 AI Guardrails analyse les requêtes et les réponses afin de détecter les injections et les données sensibles. Les tests de résilience s’appuient sur F5 AI Red Team pour les tests adversariaux et sur F5 AI Remediate pour déployer des garde-fous à l’exécution. Enfin, l’observabilité est assurée par F5 Insight for ADSP, qui centralise les données de télémétrie BIG-IP pour détecter les anomalies du système à un stade précoce.

L’architecture F5 limite les déplacements latéraux et circonscrit l’impact d’une faille de sécurité en combinant la segmentation du réseau au niveau de l’infrastructure et des contrôles fondés sur des politiques Zero Trust au niveau applicatif. Cette défense à deux niveaux isole les ressources compromises et bloque les voies d’accès non autorisées aux données. Aux couches 3 et 4, les pare-feu réseau F5 appliquent des politiques de sécurité réseau avec suivi d’état sur les segments réseau en ligne, tandis que les domaines de routage isolent les tables de routage afin d’établir une séparation stricte entre les environnements multilocataires. À la couche 7, les solutions F5 WAAP appliquent des politiques de sécurité des applications et des API tenant compte du contexte pour autoriser ou refuser explicitement les communications entre applications et avec les clients, sur la base d’une vérification continue.

La portabilité des politiques applicatives et de sécurité permet d’assurer la souveraineté opérationnelle en donnant à une organisation la liberté de déplacer ses charges de travail d’un environnement à l’autre sans avoir à réécrire ses politiques ni à reconstruire ses architectures sécurisées. Ce découplage évite la dépendance à un fournisseur de cloud et maintient un niveau de conformité homogène dans les infrastructures hybrides. Plutôt que de cantonner les mécanismes de contrôle à l’écosystème natif d’un seul fournisseur de cloud, F5 ADSP standardise les politiques de gestion du trafic, de WAF, de protection des API et d’accès au niveau de la couche applicative. Les mêmes configurations et politiques s’appliquent ainsi sur site, dans les clouds publics et dans les environnements isolés de tout réseau externe. Remarque : bien que les configurations de sécurité et de mise à disposition des applications soient entièrement portables, l’état des applications et les structures de données sous-jacentes doivent néanmoins être pris en compte dans un plan de migration plus global.

F5 ADSP surveille en continu l’état de santé et l’accessibilité des applications. En cas de panne d’une région cloud, d’une zone de disponibilité ou d’un fournisseur, le DNS cesse automatiquement de diriger les utilisateurs vers le site défaillant et redirige le trafic vers des instances de secours opérationnelles ou d’autres clouds. Ce basculement automatique au niveau DNS s’associe à l’orientation globale du trafic pour assurer aux utilisateurs finaux une reprise sans intervention manuelle lors de perturbations majeures de l’infrastructure. En parallèle, les configurations haute disponibilité permettent de répliquer en continu les données des sessions actives et les paramètres de configuration sur l’ensemble de la plateforme, afin que le site de secours puisse reprendre immédiatement le trafic sans perdre les connexions établies. Pour maintenir ce niveau de résilience dans la durée, F5 recommande de développer des stratégies de résilience antifragile qui ne se limitent pas à un simple retour à la normale, mais visent aussi à tirer rapidement des enseignements des incidents et à renforcer les systèmes. Les perturbations multicloud inévitables deviennent ainsi un moteur d’amélioration de l’architecture plutôt qu’une charge opérationnelle.

F5 ADSP atténue les risques liés aux prestataires tiers de services TIC et contribue au respect de l’article 8 du règlement DORA en agissant comme une couche d’abstraction défensive entre les systèmes centraux d’un établissement financier et les réseaux externes. Plutôt que de s’appuyer sur des listes statiques de fournisseurs, F5 répond aux exigences de DORA selon trois axes opérationnels ciblés :

• Découverte continue des interdépendances (article 8) : F5 utilise des techniques avancées d’apprentissage automatique et l’analyse du trafic en temps réel pour découvrir et cartographier automatiquement tous les points de terminaison d’API actifs. Les API fantômes et zombies sont ainsi intégrées de manière dynamique à un inventaire automatisé, ce qui contribue au respect de l’obligation de documenter tous les actifs TIC et toutes les interconnexions externes.

• Contrôle des vulnérabilités et validation des schémas : la plateforme fait passer la sécurité d’une approche réactive à une approche proactive grâce à des tests automatisés intégrés (via Heyhack/Wib), qui détectent les failles des API avant leur mise en production. Elle déduit les spécifications OpenAPI du trafic réel pour appliquer un modèle de sécurité positif, bloquant instantanément les violations de schéma et les tentatives de fuite de données vers des tiers.

• Isolation immédiate en ligne : pour limiter l’impact d’un tiers compromis sans modifier les topologies réseau, F5 associe la découverte passive à l’application immédiate de mesures de sécurité en ligne au niveau de la couche 7. Les comportements suspects provenant d’entités externes sont bloqués ou soumis à une limitation de débit en périphérie, avant qu’ils ne puissent exploiter l’infrastructure back-end centrale.

Grâce à des modèles de déploiement flexibles (SaaS, NGINX autogéré et éditions locales isolées du réseau), F5 assure une visibilité, une découverte et une protection au-delà des frontières des environnements hybrides et multicloud.