Red Hat · 9 novembre 2026 · Cyber & GRC
Red Hat OpenShift 5 : renforcer la sécurité des applications et de l’IA
Red Hat OpenShift 5 vise à permettre aux équipes plateforme et sécurité de déployer des applications et des modèles d’IA sans perdre le contrôle. En complément, Red Hat Advanced Cluster Security for Kubernetes 5 fournit davantage de contexte pour examiner et hiérarchiser les risques liés aux charges de travail.
Ce qui est annoncé
Red Hat annonce Red Hat OpenShift 5 avec des protections portant sur l’environnement d’exécution, les données et les agents IA. Des politiques réseau sont appliquées dès l’installation pour restreindre les échanges des espaces de noms des composants du plan de contrôle. La version poursuit également les travaux de cryptographie post-quantique avec un échange de clés hybride pour les clients TLS 1.3 compatibles. Les conteneurs confidentiels chiffrent les poids des modèles dans la mémoire CPU et GPU, en les protégeant aussi des administrateurs du cluster. La prise en charge des GPU confidentiels est disponible de manière générale sur les systèmes bare-metal compatibles.
Pour les agents, Red Hat build of Agent Sandbox, proposé en Technology Preview, isole le code non fiable dans des machines virtuelles. Le serveur MCP de Red Hat OpenShift associe les accès aux identités et aux autorisations Kubernetes, avec des traces d’audit. En parallèle, Red Hat Advanced Cluster Security 5 intègre le catalogue CISA des vulnérabilités exploitées et précise l’origine des évaluations avec l’indicateur CVE Origin. La gestion des vulnérabilités des machines virtuelles Red Hat Enterprise Linux compatibles devient généralement disponible. Son serveur MCP, en Technology Preview, permet des recherches en langage naturel, en lecture seule et dans le périmètre autorisé par le jeton API.
Ce que ça change pour les entreprises
Pour les DSI, ces évolutions invitent à examiner conjointement la confidentialité des traitements IA, les droits des agents et les règles de mise en production. L’isolation du code, le contrôle des permissions et l’inspection des échanges répondent à des risques différents : aucun ne remplace les autres. Les équipes devront notamment vérifier la compatibilité de leur infrastructure et distinguer les fonctions généralement disponibles de celles encore en Technology Preview.
Les informations sur l’exploitation des vulnérabilités et l’origine de leur évaluation peuvent aider les équipes sécurité à ordonner les corrections. La visibilité sur les conteneurs et les machines virtuelles peut aussi faciliter une analyse commune, sans dispenser d’évaluer chaque risque dans son contexte applicatif.
Comment UNEETY peut vous accompagner
Une ESN comme UNEETY peut accompagner le cadrage des besoins, l’intégration des contrôles et la sécurisation des accès. Des essais sur une application connue et un accompagnement des équipes peuvent aider à préparer l’adoption de ces capacités dans les processus existants.
Découvrez notre offre Cyber & GRC ou contactez-nous.
Source : annonce Red Hat du 9 novembre 2026.