Bulletins de sécurité

Ce document décrit tous les bulletins de sécurité pour les produits suivants :

  • Google Kubernetes Engine (GKE)
  • GKE sur VMware
  • GKE sur AWS
  • GKE sur Azure
  • GKE sur Bare Metal

Les failles de sécurité sont souvent gardées secrètes jusqu'à ce que les parties concernées aient eu la possibilité de les corriger. Si tel est le cas, les notes de version de GKE font référence à des "mises à jour de sécurité" jusqu'à la levée du secret. Les notes sont alors mises à jour pour refléter les failles traitées par le correctif.

Lorsque GKE émet un bulletin de sécurité directement lié à la configuration ou à la version de votre cluster, nous pouvons vous envoyer une notification de cluster SecurityBulletinEvent qui fournit des informations sur la faille et les actions que vous pouvez entreprendre, le cas échéant. Pour en savoir plus sur la configuration des notifications de cluster, consultez la page Notifications de cluster.

Pour en savoir plus sur la manière dont Google gère les failles de sécurité et les correctifs de GKE et GKE Enterprise, consultez la page Correctifs de sécurité.

Les plates-formes GKE et GKE Enterprise n'utilisent pas de composants tels que ingress-nginx et l'environnement d'exécution des conteneurs CRI-O, et ne sont pas affectées par les failles de ces composants. Si vous installez des composants à partir d'autres sources, reportez-vous à la source en question pour les mises à jour de sécurité ainsi que pour obtenir des conseils eu égard aux correctifs associés à ces composants.

Utilisez ce flux XML pour vous abonner aux bulletins de sécurité de la présente page. S'abonner

GCP-2024-018

Date de publication: 12-03-2024
Référence: CVE-2024-1085

GKE

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2024-1085

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil Unconfined seccomp ou autorisez CAP_NET_ADMIN.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.25.16-gke.1518000
  • 1.26.13-gke.1219000
  • 1.27.10-gke.1240000
  • 1.28.6-gke.1433000
  • 1.29.1-gke.1716000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2024-1085

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2024-1085

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2024-1085

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2024-1085

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2024-017

Date de publication: 06-03-2024
Référence: CVE-2023-3611

GKE

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3611

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil Unconfined seccomp ou autorisez CAP_NET_ADMIN.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.10-gke.1027001
  • 1.26.5-gke.1021001
  • 1.27.3-gke.1001002

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.10-gke.1027001
  • 1.26.5-gke.1021001
  • 1.27.3-gke.1001002

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3611

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3611

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3611

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3611

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2024-014

Date de publication: 26-02-2024
Référence: CVE-2023-3776

GKE

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3776

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil Unconfined seccomp ou autorisez CAP_NET_ADMIN.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.10-gke.1027001
  • 1.26.5-gke.1014001
  • 1.27.3-gke.1001002
  • 1.28.0-gke.100

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.10-gke.1027001
  • 1.26.5-gke.1021001
  • 1.27.3-gke.1001002

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3776

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3776

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3776

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3776

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2024-013

Date de publication: 23-02-2024
Référence: CVE-2023-3610

GKE

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3610

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil Unconfined seccomp ou autorisez CAP_NET_ADMIN.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.27.3-gke.1001002
  • 1.28.0-gke.100

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.10-gke.1027001
  • 1.26.5-gke.1021001
  • 1.27.3-gke.1001002

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3610

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3610

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3610

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-3610

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2024-012

Date de publication: 20-02-2024
Référence: CVE-2024-0193

GKE

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2024-0193

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil Unconfined seccomp ou autorisez CAP_NET_ADMIN.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.27.10-gke.1149000
  • 1.28.6-gke.1274000
  • 1.29.1-gke.1388000

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.25.16-gke.1412001
  • 1.26.6-gke.1017002
  • 1.27.10-gke.1055001
  • 1.28.6-gke.1276000
  • 1.29.1-gke.1392000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2024-0193

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2024-0193

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2024-0193

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2024-0193

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2024-011

Date de publication: 15-02-2024
Référence: CVE-2023-6932

GKE

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-6932

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil Unconfined seccomp ou autorisez CAP_NET_ADMIN

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.17-gke.2364001
  • 1.25.16-gke.1229000
  • 1.26.6-gke.1017002
  • 1.27.3-gke.1001003
  • 1.28.5-gke.1194000
  • 1.29.0-gke.1340000

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.25.16-gke.1412001
  • 1.26.6-gke.1017002
  • 1.27.10-gke.1055001
  • 1.28.6-gke.1276000
  • 1.29.1-gke.1221000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-6932

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-6932

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-6932

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu:

  • CVE-2023-6932

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2024-010

Date de publication: 14-02-2024
Référence: CVE-2023-6931

GKE

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-6931

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil Unconfined seccomp ou autorisez CAP_NET_ADMIN.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.17-gke.2364001
  • 1.25.16-gke.1229000
  • 1.26.6-gke.1017002
  • 1.27.3-gke.1001003
  • 1.28.5-gke.1194000
  • 1.29.0-gke.1340000

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.25.16-gke.1412001
  • 1.26.6-gke.1017002
  • 1.27.10-gke.1055001
  • 1.28.6-gke.1276000
  • 1.29.1-gke.1221000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-6931

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-6931

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-6931

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-6931

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2024-008

Date de publication: 12-02-2024
Référence: CVE-2023-5528

GKE

Description Niveau de gravité

La CVE-2023-5528 permet à un pirate informatique de créer des pods et des volumes persistants sur les nœuds Windows afin de permettre l'élévation des privilèges d'administrateur sur ces nœuds.

Les clusters GKE Standard exécutant des nœuds Windows Server et utilisant un plug-in de stockage "in-tree" peuvent être affectés.

Les clusters GKE Autopilot et les pools de nœuds GKE utilisant GKE Sandbox ne sont pas affectés, car ils ne sont pas compatibles avec les nœuds Windows Server.

Que dois-je faire ?

Déterminez si des nœuds Windows Server sont utilisés sur vos clusters:


kubectl get nodes -l kubernetes.io/os=windows

Vérifiez que les journaux d'audit ne présentent aucune trace d'exploitation. Les journaux d'audit Kubernetes peuvent être audités pour déterminer si cette faille est exploitée. Les événements de création de volumes persistants dont les champs de chemin d'accès local contiennent des caractères spéciaux sont un bon indicateur d'une éventuelle exploitation.

Mettez à jour votre cluster et vos pools de nœuds GKE vers une version corrigée. Les versions suivantes de GKE ont été mises à jour pour corriger cette faille. Même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement votre cluster et vos pools de nœuds Windows Server vers l'une des versions suivantes de GKE ou une version ultérieure:

  • 1.24.17-gke.6100
  • 1.25.15-gke.2000
  • 1.26.10-gke.2000
  • 1.27.7-gke.2000
  • 1.28.3-gke.1600

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Quelles failles ce correctif permet-il de résoudre ?

La CVE-2023-5528 permet à un pirate informatique de créer des pods et des volumes persistants sur les nœuds Windows afin de permettre l'élévation des privilèges d'administrateur sur ces nœuds.

Élevée

GKE sur VMware

Description Niveau de gravité

La CVE-2023-5528 permet à un pirate informatique de créer des pods et des volumes persistants sur les nœuds Windows afin de permettre l'élévation des privilèges d'administrateur sur ces nœuds.

Les clusters GKE sur VMware exécutant des nœuds Windows Server et utilisant un plug-in de stockage "in-tree" peuvent être affectés.

Que dois-je faire ?

Déterminez si des nœuds Windows Server sont utilisés sur vos clusters:


kubectl get nodes -l kubernetes.io/os=windows

Vérifiez que les journaux d'audit ne présentent aucune trace d'exploitation. Les journaux d'audit Kubernetes peuvent être audités pour déterminer si cette faille est exploitée. Les événements de création de volumes persistants dont les champs de chemin d'accès local contiennent des caractères spéciaux sont un bon indicateur d'une éventuelle exploitation.

Mettez à jour votre cluster et vos pools de nœuds GKE sur VMware vers une version corrigée. Les versions suivantes de GKE sur VMware ont été mises à jour pour corriger cette faille. Même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement votre cluster et vos pools de nœuds Windows Server vers l'une des versions suivantes de GKE sur VMware ou une version ultérieure:

  • 1.28.100-gke.131
  • 1.16.5-gke.28
  • 1.15.8-gke.41

Quelles failles ce correctif permet-il de résoudre ?

La CVE-2023-5528 permet à un pirate informatique de créer des pods et des volumes persistants sur les nœuds Windows afin de permettre l'élévation des privilèges d'administrateur sur ces nœuds.

Élevée

GKE sur AWS

Description Niveau de gravité

La CVE-2023-5528 permet à un pirate informatique de créer des pods et des volumes persistants sur les nœuds Windows afin de permettre l'élévation des privilèges d'administrateur sur ces nœuds.

Les clusters GKE sur AWS ne sont pas affectés.

Que dois-je faire ?

Aucune action requise

Aucune

GKE sur Azure

Description Niveau de gravité

La CVE-2023-5528 permet à un pirate informatique de créer des pods et des volumes persistants sur les nœuds Windows afin de permettre l'élévation des privilèges d'administrateur sur ces nœuds.

Les clusters GKE sur Azure ne sont pas affectés.

Que dois-je faire ?

Aucune action requise

Aucune

GKE sur Bare Metal

Description Niveau de gravité

La CVE-2023-5528 permet à un pirate informatique de créer des pods et des volumes persistants sur les nœuds Windows afin de permettre l'élévation des privilèges d'administrateur sur ces nœuds.

Les clusters GKE sur Bare Metal ne sont pas affectés.

Que dois-je faire ?

Aucune action requise

Aucune

GCP-2024-005

Date de publication: 31-01-2024
Dernière mise à jour: 06-03-2024
Référence: CVE-2024-21626

Mise à jour du 06/03/2024: ajout de versions de correctif pour GKE sur VMware
Mise à jour du 28/02/2024: ajout de versions de correctif pour Ubuntu
Mise à jour du 15/02/2024: clarification du fait que les versions de correctif Ubuntu 1.25 et 1.26 dans la mise à jour du 14/02/2024 peuvent entraîner des problèmes de fonctionnement.
Mise à jour du 14/02/2024: ajout de versions de correctif pour Ubuntu
Mise à jour du 06/02/2024: ajout de versions de correctif pour Container-Optimized OS.

GKE

Mise à jour : 06/03/2024

Description Niveau de gravité

La faille de sécurité CVE-2024-21626 a été détectée dans runc. Un utilisateur autorisé à créer des pods sur des nœuds Container-Optimized OS et Ubuntu peut obtenir un accès complet au système de fichiers du nœud.

Les clusters GKE Standard et Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Mise à jour du 28/02/2024: les versions suivantes de GKE ont été mises à jour avec du code permettant de corriger cette faille dans Ubuntu. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.25.16-gke.1537000
  • 1.26.14-gke.1006000

Mise à jour du 15/02/2024: en raison d'un problème, les versions de correctif Ubuntu suivantes issues de la mise à jour du 14/02/2024 peuvent entraîner un mauvais état de vos nœuds. Ne mettez pas à niveau vers les versions de correctif suivantes. Nous mettrons à jour ce bulletin lorsque de nouvelles versions de correctif pour Ubuntu seront disponibles pour les versions 1.25 et 1.26.

  • 1.25.16-gke.1497000
  • 1.26.13-gke.1189000

Si vous avez déjà effectué la mise à niveau vers l'une de ces versions de correctif, retournez manuellement votre pool de nœuds à une version antérieure de votre version disponible.


Mise à jour du 14/02/2024: les versions suivantes de GKE ont été mises à jour avec du code permettant de corriger cette faille dans Ubuntu. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.25.16-gke.1497000
  • 1.26.13-gke.1189000
  • 1.27.10-gke.1207000
  • 1.28.6-gke.1369000
  • 1.29.1-gke.1575000

Mise à jour du 06/02/2024: les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille dans Container-Optimized OS. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement votre cluster et vos pools de nœuds Container-Optimized OS vers l'une des versions suivantes de GKE ou une version ultérieure:

  • 1.25.16-gke.1460000
  • 1.26.13-gke.1144000
  • 1.27.10-gke.1152000
  • 1.28.6-gke.1289000
  • 1.29.1-gke.1425000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.


Nous mettons à jour GKE avec du code pour corriger cette faille. Nous mettrons à jour ce bulletin lorsque des versions de correctif seront disponibles.

Quelles failles ce correctif permet-il de résoudre ?

runc est un outil de bas niveau permettant de générer et d'exécuter des conteneurs Linux utilisés dans les pods Kubernetes. Dans les versions de runc antérieures aux correctifs publiés dans ce bulletin de sécurité, plusieurs descripteurs de fichier ont été divulgués par inadvertance dans le processus runc init qui s'exécute dans un conteneur. runc n'a pas non plus vérifié que le répertoire de travail final d'un conteneur se trouvait dans l'espace de noms d'installation du conteneur. Une image de conteneur malveillant ou un utilisateur autorisé à exécuter des pods arbitraires peut utiliser une combinaison de descripteurs de fichiers divulgués et de l'absence de validation du répertoire de travail pour accéder à l'espace de noms d'installation d'hôte d'un nœud et accéder à l'ensemble du système de fichiers hôte et écraser des binaires arbitraires sur le nœud.

Élevée

GKE sur VMware

Description Niveau de gravité

La faille de sécurité CVE-2024-21626 a été détectée dans runc. Un utilisateur autorisé à créer des pods sur des nœuds Container-Optimized OS et Ubuntu peut obtenir un accès complet au système de fichiers du nœud.

Que dois-je faire ?

Mise à jour du 6 mars 2024: les versions suivantes de GKE sur VMware ont été mises à jour avec du code pour corriger cette faille. Mettez à niveau vos clusters vers la version suivante ou une version ultérieure:

  • 1.28.200
  • 1.16.6
  • 1.15.9

Les versions de correctif et une évaluation du niveau de gravité pour GKE sur VMware sont en cours. Nous mettrons à jour ce bulletin dès qu'elles seront disponibles.

Quelles failles ce correctif permet-il de résoudre ?

runc est un outil de bas niveau permettant de générer et d'exécuter des conteneurs Linux utilisés dans les pods Kubernetes. Dans les versions de runc antérieures aux correctifs publiés dans ce bulletin de sécurité, plusieurs descripteurs de fichier ont été divulgués par inadvertance dans le processus runc init qui s'exécute dans un conteneur. runc n'a pas non plus vérifié que le répertoire de travail final d'un conteneur se trouvait dans l'espace de noms d'installation du conteneur. Une image de conteneur malveillant ou un utilisateur autorisé à exécuter des pods arbitraires peut utiliser une combinaison de descripteurs de fichiers divulgués et de l'absence de validation du répertoire de travail pour accéder à l'espace de noms d'installation d'hôte d'un nœud et accéder à l'ensemble du système de fichiers hôte et écraser des binaires arbitraires sur le nœud.

Élevée

GKE sur AWS

Description Niveau de gravité

La faille de sécurité CVE-2024-21626 a été détectée dans runc. Un utilisateur autorisé à créer des pods sur des nœuds Container-Optimized OS et Ubuntu peut obtenir un accès complet au système de fichiers du nœud.

Que dois-je faire ?

Les versions de correctif et une évaluation de la gravité sont en cours pour GKE sur AWS. Nous mettrons à jour ce bulletin dès qu'elles seront disponibles.

Quelles failles ce correctif permet-il de résoudre ?

runc est un outil de bas niveau permettant de générer et d'exécuter des conteneurs Linux utilisés dans les pods Kubernetes. Dans les versions de runc antérieures aux correctifs publiés dans ce bulletin de sécurité, plusieurs descripteurs de fichier ont été divulgués par inadvertance dans le processus runc init qui s'exécute dans un conteneur. runc n'a pas non plus vérifié que le répertoire de travail final d'un conteneur se trouvait dans l'espace de noms d'installation du conteneur. Une image de conteneur malveillant ou un utilisateur autorisé à exécuter des pods arbitraires peut utiliser une combinaison de descripteurs de fichiers divulgués et de l'absence de validation du répertoire de travail pour accéder à l'espace de noms d'installation d'hôte d'un nœud et accéder à l'ensemble du système de fichiers hôte et écraser des binaires arbitraires sur le nœud.

Élevée

GKE sur Azure

Description Niveau de gravité

La faille de sécurité CVE-2024-21626 a été détectée dans runc. Un utilisateur autorisé à créer des pods sur des nœuds Container-Optimized OS et Ubuntu peut obtenir un accès complet au système de fichiers du nœud.

Que dois-je faire ?

Les versions de correctif et une évaluation du niveau de gravité pour GKE sur Azure sont en cours. Nous mettrons à jour ce bulletin dès qu'elles seront disponibles.

Quelles failles ce correctif permet-il de résoudre ?

runc est un outil de bas niveau permettant de générer et d'exécuter des conteneurs Linux utilisés dans les pods Kubernetes. Dans les versions de runc antérieures aux correctifs publiés dans ce bulletin de sécurité, plusieurs descripteurs de fichier ont été divulgués par inadvertance dans le processus runc init qui s'exécute dans un conteneur. runc n'a pas non plus vérifié que le répertoire de travail final d'un conteneur se trouvait dans l'espace de noms d'installation du conteneur. Une image de conteneur malveillant ou un utilisateur autorisé à exécuter des pods arbitraires peut utiliser une combinaison de descripteurs de fichiers divulgués et de l'absence de validation du répertoire de travail pour accéder à l'espace de noms d'installation d'hôte d'un nœud et accéder à l'ensemble du système de fichiers hôte et écraser des binaires arbitraires sur le nœud.

Élevée

GKE sur Bare Metal

Description Niveau de gravité

Une faille de sécurité, CVE-2024-21626, a été détectée dans runc. Un utilisateur autorisé à créer des pods peut obtenir un accès complet au système de fichiers du nœud.

Que dois-je faire ?

Les versions de correctif et une évaluation du niveau de gravité sont en cours pour GKE sur une solution Bare Metal. Nous mettrons à jour ce bulletin dès qu'elles seront disponibles.

Quelles failles ce correctif permet-il de résoudre ?

runc est un outil de bas niveau permettant de générer et d'exécuter des conteneurs Linux utilisés dans les pods Kubernetes. Dans les versions de runc antérieures aux correctifs publiés dans ce bulletin de sécurité, plusieurs descripteurs de fichier ont été divulgués par inadvertance dans le processus runc init qui s'exécute dans un conteneur. runc n'a pas non plus vérifié que le répertoire de travail final d'un conteneur se trouvait dans l'espace de noms d'installation du conteneur. Une image de conteneur malveillant ou un utilisateur autorisé à exécuter des pods arbitraires peut utiliser une combinaison de descripteurs de fichiers divulgués et de l'absence de validation du répertoire de travail pour accéder à l'espace de noms d'installation d'hôte d'un nœud et accéder à l'ensemble du système de fichiers hôte et écraser des binaires arbitraires sur le nœud.

Élevée

GCP-2024-004

Date de publication: 24-01-2024
Mise à jour: 07-02-2024
Référence:CVE-2023-6817

Mise à jour du 07/02/2024 : ajout de versions de correctif pour Ubuntu.

GKE

Mise à jour : 07/02/2024

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-6817

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil Unconfined seccomp ou autorisez CAP_NET_ADMIN

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Mise à jour du 7 février 2024:les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.25.16-gke.1458000
  • 1.26.13-gke.1143000
  • 1.27.10-gke.1152000
  • 1.28.6-gke.1276000
  • 1.29.1-gke.1221000

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.25.16-gke.1229000
  • 1.26.12-gke.1087000
  • 1.27.3-gke.1001003
  • 1.28.5-gke.1194000
  • 1.29.0-gke.1340000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-6817

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-6817

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-6817

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-6817

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2024-003

Date de publication: 19/01/2024
Mise à jour: 26/01/2024
Mise à jour du 26/01/2024: Clarification du nombre de clusters concernés et des mesures que nous avons prises pour en limiter l'impact.

GKE

Mise à jour : 26/01/2024

Description Niveau de gravité

Mise à jour du 26/01/2024: une étude sur la sécurité a révélé qu'un petit nombre de clusters GKE présentant une erreur de configuration créée par le client concernant le groupe system:authenticated a été publiée. L'article de blog du chercheur fait référence à 1 300 clusters avec des liaisons mal configurées et à 108 clusters avec des droits élevés. Nous avons travaillé en étroite collaboration avec les clients concernés pour les en informer et les aider à supprimer leurs liaisons mal configurées.


Nous avons identifié plusieurs clusters dans lesquels les utilisateurs ont accordé des droits Kubernetes au groupe system:authenticated, qui inclut tous les utilisateurs disposant d'un compte Google. Ces types de liaisons sont déconseillés, car ils enfreignent le principe du moindre privilège et accordent l'accès à de très grands groupes d'utilisateurs. Consultez les instructions de la section "Que dois-je faire ?" pour découvrir comment trouver ces types de liaisons.

Récemment, un chercheur en sécurité a signalé des résultats de clusters présentant des erreurs de configuration RBAC via notre programme de création de rapports de failles.

L'approche de Google en matière d'authentification consiste à rendre l'authentification auprès de Google Cloud et de GKE aussi simple et sécurisée que possible sans ajouter d'étapes de configuration complexes. L'authentification nous indique simplement qui est l'utilisateur. L'autorisation est l'endroit où l'accès est déterminé. Ainsi, le groupe system:authenticated dans GKE, qui contient tous les utilisateurs authentifiés via le fournisseur d'identité de Google, fonctionne comme prévu et fonctionne de la même manière que l'identifiant IAM allAuthenticatedUsers.

Dans cette optique, nous avons pris plusieurs mesures pour réduire le risque que les utilisateurs commettent des erreurs d'autorisation avec les utilisateurs et les groupes intégrés à Kubernetes, y compris system:anonymous, system:authenticated et system:unauthenticated. Tous ces utilisateurs/groupes représentent un risque pour le cluster si des autorisations sont accordées. Nous avons abordé certaines activités malveillantes ciblant les erreurs de configuration RBAC et les défenses disponibles sur Kubecon en novembre 2023.

Afin de protéger les utilisateurs contre les erreurs d'autorisation accidentelles liées à ces utilisateurs/groupes système, nous avons mis en place les mesures suivantes:

  • Par défaut, les nouvelles liaisons du ClusterRole à privilèges élevés cluster-admin vers l'utilisateur system:anonymous, le groupe system:authenticated ou le groupe system:unauthenticated dans GKE version 1.28 sont bloquées par défaut.
  • Intégration de règles de détection dans Event Threat Detection (GKE_CONTROL_PLANE_CREATE_SENSITIVE_BINDING) dans Security Command Center.
  • Intégration de règles de prévention configurables dans Policy Controller avec K8sRestrictRoleBindings.
  • Envoi de notifications par e-mail à tous les utilisateurs GKE avec des liaisons à ces utilisateurs/groupes leur demandant d'examiner leur configuration.
  • Création de fonctionnalités d'autorisation réseau et élaboration de recommandations visant à restreindre l'accès réseau aux clusters, afin de constituer une première couche de défense.
  • Sensibilisation à ce problème lors d'une conférence organisée au Kubecon en novembre 2023

Les clusters qui appliquent des restrictions sur les réseaux autorisés disposent d'une première couche de défense: ils ne peuvent pas faire l'objet d'attaques directement depuis Internet. Toutefois, nous vous recommandons de supprimer ces liaisons pour bénéficier d'une défense en profondeur et d'une protection contre les erreurs dans les contrôles réseau.
Notez dans certains cas où les liaisons aux utilisateurs ou aux groupes du système Kubernetes sont utilisées intentionnellement, par exemple pour le démarrage kubeadm, le tableau de bord Rancher et les secrets scellés Bitnami. Nous avons vérifié auprès de ces éditeurs de logiciels que ces liaisons fonctionnent comme prévu.

Nous étudions des moyens de mieux protéger les utilisateurs et groupes de ces utilisateurs/groupes contre les erreurs de configuration du contrôle des accès RBAC grâce à la prévention et à la détection.

Que dois-je faire ?

Pour empêcher toute nouvelle liaison de cluster-admin à l'utilisateur system:anonymous, au groupe system:authenticated ou au groupe system:unauthenticated, les utilisateurs peuvent effectuer une mise à niveau vers GKE 1.28 ou une version ultérieure (notes de version), dans laquelle la création de ces liaisons est bloquée.

Les liaisons existantes doivent être examinées en suivant ces instructions.

Moyenne

GKE sur VMware

Aucune mise à jour pour le moment.

GKE sur AWS

Aucune mise à jour pour le moment.

GKE sur Azure

Aucune mise à jour pour le moment.

GKE sur Bare Metal

Aucune mise à jour pour le moment.

GCP-2024-002

Date de publication: 17-01-2024
Dernière mise à jour: 20-02-2024
Référence:CVE-2023-6111

Mise à jour du 20/02/2024 : ajout de versions de correctif pour GKE sur VMware.

GKE

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS.

  • CVE-2023-6111

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil Unconfined seccomp ou autorisez CAP_NET_ADMIN

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.27.7-gke.1063001
  • 1.28.5-gke.1194000
  • 1.29.0-gke.1340000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Mise à jour : 20/02/2024

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS.

  • CVE-2023-6111

Que dois-je faire ?

Mise à jour du 20 février 2024:les versions suivantes de GKE sur VMware ont été mises à jour avec du code afin de corriger cette faille. Mettez à niveau vos clusters vers la version suivante ou ultérieure: 1.28.100


En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS.

  • CVE-2023-6111

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS.

  • CVE-2023-6111

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS.

  • CVE-2023-6111

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-051

Date de publication: 28-12-2023
Référence:CVE-2023-3609

GKE

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3609

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil Unconfined seccomp ou autorisez CAP_NET_ADMIN.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.10-gke.1027001
  • 1.26.5-gke.1014001
  • 1.27.3-gke.1001002
  • 1.28.0-gke.100

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.26.5-gke.1021001
  • 1.27.3-gke.1001002

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3609

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3609

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3609

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3609

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-050

Date de publication: 27-12-2023
Référence:CVE-2023-3389

GKE

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3389

Les clusters GKE Standard et Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.10-gke.1027001
  • 1.26.5-gke.1014001
  • 1.27.3-gke.1001002
  • 1.28.0-gke.100

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.10-gke.1027001
  • 1.26.5-gke.1014001
  • 1.27.3-gke.1001002
  • 1.28.1-gke.1002003

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3389

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3389

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3389

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3389

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-049

Date de publication: 20-12-2023
Référence: CVE-2023-3090

GKE

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3090

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil Unconfined seccomp ou si vous autorisez CAP_NET_ADMIN.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.12-gke.900
  • 1.26.5-gke.1014001
  • 1.27.4-gke.400
  • 1.28.0-gke.100

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.12-gke.900
  • 1.26.5-gke.1014001
  • 1.27.4-gke.900
  • 1.28.1-gke.1050000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3090

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3090

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3090

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3090

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-048

Date de publication: 15-12-2023
Dernière mise à jour: 21-12-2023
Référence:CVE-2023-3390

Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

GKE

Mise à jour : 21/12/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3390

Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

Les clusters GKE Standard et Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.27.4-gke.400
  • 1.28.0-gke.100

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.12-gke.900
  • 1.26.5-gke.1014001
  • 1.27.4-gke.900
  • 1.28.1-gke.1050000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3390

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3390

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3390

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3390

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-047

Date de publication : 14-12-2023

GKE

Description Niveau de gravité

Un pirate informatique qui a compromis le conteneur de journalisation Fluent Bit pourrait combiner cet accès avec les droits élevés requis par Anthos Service Mesh (sur les clusters qui l'ont activé) pour élever les droits dans le cluster. Les problèmes liés à Fluent Bit et Anthos Service Mesh ont été atténués, et des correctifs sont maintenant disponibles. Ces failles ne peuvent pas être exploitées seules dans GKE et nécessitent une compromission initiale. Nous n'avons connaissance d'aucun cas d'exploitation de ces vulnérabilités.

Ces problèmes ont été signalés via notre Vulnerability Reward Program.

Que dois-je faire ?

Les versions suivantes de GKE ont été mises à jour avec du code permettant de corriger ces failles dans Fluent Bit et pour les utilisateurs d'Anthos Service Mesh géré. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement votre cluster et vos pools de nœuds vers l'une des versions suivantes de GKE ou une version ultérieure:

  • 1.25.16-gke.1020000
  • 1.26.10-gke.1235000
  • 1.27.7-gke.1293000
  • 1.28.4-gke.1083000

Une fonctionnalité récente des versions disponibles vous permet d'appliquer un correctif sans avoir à vous désabonner d'une version. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre version disponible spécifique

Si votre cluster utilise Anthos Service Mesh dans le cluster, vous devez mettre à niveau manuellement l'une des versions suivantes (notes de version):

  • 1.17.8-asm.8
  • 1.18.6-asm.2
  • 1.19.5-asm.4

Quelles failles ce correctif permet-il de résoudre ?

Les failles traitées par ce bulletin obligent un pirate informatique à compromettre le conteneur de journalisation Fluent Bit. Nous n'avons connaissance d'aucune faille existante dans Fluent Bit qui pourrait entraîner cette condition préalable à l'élévation des privilèges. Nous avons corrigé ces failles afin de renforcer la chaîne d'attaque complète à l'avenir

GKE utilise Fluent Bit pour traiter les journaux des charges de travail exécutées sur les clusters. Fluent Bit sur GKE a également été configuré pour collecter les journaux des charges de travail Cloud Run. Le montage de volume configuré pour collecter ces journaux a permis à Fluent Bit d'accéder aux jetons de compte de service Kubernetes pour d'autres pods exécutés sur le nœud. Le chercheur a utilisé cet accès pour découvrir un jeton de compte de service à privilèges élevés pour les clusters sur lesquels Anthos Service Mesh est activé.

Anthos Service Mesh nécessitait des droits élevés pour apporter les modifications nécessaires à la configuration d'un cluster, y compris la possibilité de créer et de supprimer des pods. Le chercheur a utilisé le jeton de compte de service Kubernetes privilégié d'Anthos Service Mesh pour élever ses droits compromis initiaux en créant un pod doté des droits d'administrateur de cluster.

Nous avons supprimé l'accès de Fluent Bit aux jetons du compte de service et avons repensé la fonctionnalité d'Anthos Service Mesh pour supprimer les droits en excès.

Moyenne

GKE sur VMware

Description Niveau de gravité

Seuls les clusters GKE sur VMware utilisant Anthos Service Mesh sont concernés.

Que dois-je faire ?

Si votre cluster utilise Anthos Service Mesh dans le cluster, vous devez mettre à niveau manuellement l'une des versions suivantes (notes de version):

  • 1.17.8-asm.8
  • 1.18.6-asm.2
  • 1.19.5-asm.4

Quelles failles ce correctif permet-il de résoudre ?

Les failles traitées par ce bulletin exigent d'un pirate informatique qu'il compromette la compromission d'un conteneur, qu'il s'épuise d'une quelconque autre manière ou qu'il dispose de la racine sur un nœud de cluster. Nous n'avons connaissance d'aucune faille existante qui entraînerait cette condition préalable à l'élévation des privilèges. Nous avons corrigé ces failles afin de renforcer la chaîne d'attaque complète à l'avenir.

Anthos Service Mesh nécessitait des droits élevés pour apporter les modifications nécessaires à la configuration d'un cluster, y compris la possibilité de créer et de supprimer des pods. Le chercheur a utilisé le jeton de compte de service Kubernetes privilégié d'Anthos Service Mesh pour élever ses privilèges compromis initiaux en créant un pod doté des droits d'administrateur de cluster.

Nous avons repensé les fonctionnalités d'Anthos Service Mesh afin de supprimer les droits excessifs.

Moyenne

GKE sur AWS

Description Niveau de gravité

Seuls les clusters GKE sur AWS utilisant Anthos Service Mesh sont concernés.

Que dois-je faire ?

Si votre cluster utilise Anthos Service Mesh dans le cluster, vous devez mettre à niveau manuellement l'une des versions suivantes (notes de version):

  • 1.17.8-asm.8
  • 1.18.6-asm.2
  • 1.19.5-asm.4

Quelles failles ce correctif permet-il de résoudre ?

Les failles traitées par ce bulletin exigent d'un pirate informatique qu'il compromette la compromission d'un conteneur, qu'il s'épuise d'une quelconque autre manière ou qu'il dispose de la racine sur un nœud de cluster. Nous n'avons connaissance d'aucune faille existante qui entraînerait cette condition préalable à l'élévation des privilèges. Nous avons corrigé ces failles afin de renforcer la sécurité d'une chaîne d'attaque complète à l'avenir.

Anthos Service Mesh nécessitait des droits élevés pour apporter les modifications nécessaires à la configuration d'un cluster, y compris la possibilité de créer et de supprimer des pods. Le chercheur a utilisé le jeton de compte de service Kubernetes privilégié d'Anthos Service Mesh pour élever ses privilèges compromis initiaux en créant un pod doté des droits d'administrateur de cluster.

Nous avons repensé les fonctionnalités d'Anthos Service Mesh afin de supprimer les droits excessifs.

Moyenne

GKE sur Azure

Description Niveau de gravité

Seuls les clusters GKE sur Azure utilisant Anthos Service Mesh sont concernés.

Que dois-je faire ?

Si votre cluster utilise Anthos Service Mesh dans le cluster, vous devez mettre à niveau manuellement l'une des versions suivantes (notes de version):

  • 1.17.8-asm.8
  • 1.18.6-asm.2
  • 1.19.5-asm.4

Quelles failles ce correctif permet-il de résoudre ?

Les failles traitées par ce bulletin exigent d'un pirate informatique qu'il compromette la compromission d'un conteneur, qu'il s'épuise d'une quelconque autre manière ou qu'il dispose de la racine sur un nœud de cluster. Nous n'avons connaissance d'aucune faille existante qui entraînerait cette condition préalable à l'élévation des privilèges. Nous avons corrigé ces failles en tant que mesures de renforcement pour éviter qu'une chaîne d'attaque complète ne se reproduise.

Anthos Service Mesh nécessitait des droits élevés pour apporter les modifications nécessaires à la configuration d'un cluster, y compris la possibilité de créer et de supprimer des pods. Le chercheur a utilisé le jeton de compte de service Kubernetes privilégié d'Anthos Service Mesh pour élever ses privilèges compromis initiaux en créant un pod doté des droits d'administrateur de cluster.

Nous avons repensé les fonctionnalités d'Anthos Service Mesh afin de supprimer les droits excessifs.

Moyenne

GKE sur Bare Metal

Description Niveau de gravité

Seuls les clusters GKE sur Bare Metal utilisant Anthos Service Mesh sont concernés.

Que dois-je faire ?

Si votre cluster utilise Anthos Service Mesh dans le cluster, vous devez mettre à niveau manuellement l'une des versions suivantes (notes de version):

  • 1.17.8-asm.8
  • 1.18.6-asm.2
  • 1.19.5-asm.4

Quelles failles ce correctif permet-il de résoudre ?

Les failles traitées par ce bulletin exigent d'un pirate informatique qu'il compromette la compromission d'un conteneur, qu'il s'épuise d'une quelconque autre manière ou qu'il dispose de la racine sur un nœud de cluster. Nous n'avons connaissance d'aucune faille existante qui entraînerait cette condition préalable à l'élévation des privilèges. Nous avons corrigé ces failles afin de renforcer la sécurité d'une chaîne d'attaque complète à l'avenir.

Anthos Service Mesh nécessitait des droits élevés pour apporter les modifications nécessaires à la configuration d'un cluster, y compris la possibilité de créer et de supprimer des pods. Le chercheur a utilisé le jeton de compte de service Kubernetes privilégié d'Anthos Service Mesh pour élever ses privilèges compromis initiaux en créant un pod doté des droits d'administrateur de cluster.

Nous avons repensé les fonctionnalités d'Anthos Service Mesh afin de supprimer les droits excessifs.

Moyenne

GCP-2023-046

Date de publication: 22-11-2023
Mise à jour: 04-03-2024
Référence:CVE-2023-5717

Mise à jour du 04/03/2024 : ajout de versions de GKE pour GKE sur VMware.

Mise à jour du 22/01/2024 : ajout de versions de correctif Ubuntu.

GKE

Mise à jour : 22/01/2024

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-5717

Les clusters GKE Standard et Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Mise à jour du 22/01/2024: les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.17-gke.2472000
  • 1.25.16-gke.1268000
  • 1.26.12-gke.1111000
  • 1.27.9-gke.1092000
  • 1.28.5-gke.1217000
  • 1.29.0-gke.138100

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.17-gke.2113000
  • 1.25.14-gke.1421000
  • 1.25.15-gke.1083000
  • 1.26.10-gke.1073000
  • 1.27.7-gke.1088000
  • 1.28.3-gke.1203000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Mise à jour : 29/02/2024

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-5717

Que dois-je faire ?

Mise à jour du 04/03/2024: les versions suivantes de GKE sur VMware ont été mises à jour avec du code afin de corriger cette faille. Mettez à niveau vos clusters vers la version suivante ou une version ultérieure:

  • 1.28.200
  • 1.16.5
  • 1.15.8
Élevée

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-5717

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-5717

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-5717

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-045

Date de publication: 20-11-2023
Dernière mise à jour: 21-12-2023
Référence:CVE-2023-5197

Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

GKE

Mise à jour : 21/12/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-5197

Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

Les clusters GKE Standard et Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.25.13-gke.1002003
  • 1.26.9-gke.1514000
  • 1.27.6-gke.1513000
  • 1.28.2-gke.1164000

Les versions mineures suivantes sont concernées. Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions de correctif suivantes ou une version ultérieure:

  • 1.24.16-gke.1005001
  • 1.25.13-gke.1002003
  • 1.26.9-gke.1548000
  • 1.27.7-gke.1039000
  • 1.28.3-gke.1061000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version du correctif devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-5197

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-5197

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-5197

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-5197

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-042

Date de publication: 13-11-2023
Mise à jour: 15-11-2023
Référence:CVE-2023-4147

Mise à jour du 15/11/2023 : précisez que seules les versions mineures répertoriées doivent être mises à niveau vers une version corrigée pour GKE.

GKE

Mise à jour : 15/11/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4147

Les clusters GKE Standard sont affectés. Les clusters GKE Autopilot ne sont pas affectés.

Les clusters utilisant GKE Sandbox ne sont pas affectés.

Que dois-je faire ?

Mise à jour du 15/11/2023: vous ne devez effectuer une mise à niveau que vers l'une des versions corrigées répertoriées dans ce bulletin si vous utilisez cette version mineure dans vos nœuds. Par exemple, si vous utilisez la version 1.27 de GKE, vous devez effectuer une mise à niveau vers la version corrigée correspondante. Toutefois, si vous utilisez la version 1.24 de GKE, vous n'avez pas besoin de passer à une version corrigée.


Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions suivantes ou une version ultérieure:

  • 1.27.5-gke.200
  • 1.28.2-gke.1157000

Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions suivantes ou une version ultérieure:

  • 1.25.14-gke.1421000
  • 1.26.9-gke.1437000
  • 1.27.6-gke.1248000
  • 1.28.2-gke.1157000

Vous pouvez appliquer des versions de correctif à partir de versions plus récentes si votre cluster exécute la même version mineure dans sa propre version disponible. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la version corrigée devienne la version par défaut dans votre version disponible. Pour en savoir plus, consultez Exécuter des versions de correctif à partir d'une version plus récente.

Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4147

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4147

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4147

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4147

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-041

Date de publication: 08-11-2023
Mise à jour: 21-11-2023, 05-12-2023, 21-12-2023
Référence: CVE-2023-4004

Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

Mise à jour du 05/12/2023 : ajout de versions GKE supplémentaires pour les pools de nœuds Container-Optimized OS.

Mise à jour du 21/11/2023 : précisez que seules les versions mineures listées doivent être mises à niveau vers une version de correctif correspondante pour GKE.

GKE

Mise à jour : 21/11/2023, 05/12/2023, 21/12/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4004

Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

Les clusters Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas concernés.

Que dois-je faire ?

Mise à jour du 5 décembre 2023 : certaines versions de GKE étaient auparavant manquantes. Vous trouverez ci-dessous une liste à jour des versions de GKE vers lesquelles vous pouvez mettre à jour votre Container-Optimized OS:

  • 1.24.17-gke.200 ou version ultérieure
  • 1.25.13-gke.200 et versions ultérieures
  • 1.26.8-gke.200 et versions ultérieures
  • 1.27.4-gke.2300 ou version ultérieure
  • 1.28.1-gke.1257000 ou version ultérieure

Mise à jour du 21/11/2023 : si vous utilisez cette version mineure dans vos nœuds, vous ne devez effectuer la mise à niveau que vers l'une des versions de correctif répertoriées dans ce bulletin. Les versions mineures non listées ne sont pas affectées.

Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions suivantes ou une version ultérieure:

  • 1.27.4-gke.2300
  • 1.28.1-gke.1257000

Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.13-gke.700
  • 1.26.8-gke.700
  • 1.27.5-gke.700
  • 1.28.1-gke.1050000
Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4004

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4004

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4004

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4004

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-040

Date de publication: 06-11-2023
Mise à jour: 21-11-2023, 21-12-2023
Référence:CVE-2023-4921

Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

Mise à jour du 21/11/2023 : précisez que seules les versions mineures listées doivent être mises à niveau vers une version de correctif correspondante pour GKE.

GKE

Mise à jour : 21/11/2023, 21/12/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4921

Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

Les clusters Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas concernés.

Que dois-je faire ?

Mise à jour du 21/11/2023 : si vous utilisez cette version mineure dans vos nœuds, vous ne devez effectuer la mise à niveau que vers l'une des versions de correctif répertoriées dans ce bulletin. Les versions mineures non listées ne sont pas affectées.

Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.14-gke.1351000
  • 1.26.9-gke.1345000
  • 1.27.6-gke.1389000

Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.17-gke.2186000
  • 1.25.15-gke.1016000
  • 1.26.9-gke.1548000
  • 1.27.6-gke.1551000
  • 1.28.2-gke.1256000
Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4921

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4921

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4921

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4921

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-039

Date de publication: 06-11-2023
Mise à jour: 21-11-2023, 16-11-2023
Référence:CVE-2023-4622

Mise à jour du 21/11/2023 : précisez que seules les versions mineures listées doivent être mises à niveau vers une version de correctif correspondante pour GKE.

Mise à jour du 16 novembre 2023 : la faille associée à ce bulletin de sécurité est CVE-2023-4622. La faille CVE-2023-4623 figure dans une version précédente du bulletin de sécurité.

GKE

Mise à jour : 21/11/2023, 16/11/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4623

Les clusters Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas concernés.

Que dois-je faire ?

Mise à jour du 21/11/2023 : si vous utilisez cette version mineure dans vos nœuds, vous ne devez effectuer la mise à niveau que vers l'une des versions de correctif répertoriées dans ce bulletin. Les versions mineures non listées ne sont pas affectées.

Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.14-gke.1351000
  • 1.26.9-gke.1345000
  • 1.27.5-gke.1647000

Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.17-gke.2186000
  • 1.25.15-gke.1016000
  • 1.26.9-gke.1548000
  • 1.27.6-gke.1551000
  • 1.28.2-gke.1256000
Élevée

GKE sur VMware

Mise à jour : 16/11/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4623

Que dois-je faire ?

En attente

GKE sur AWS

Mise à jour : 16/11/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4623

Que dois-je faire ?

En attente

GKE sur Azure

Mise à jour : 16/11/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4623

Que dois-je faire ?

En attente

GKE sur Bare Metal

Mise à jour : 16/11/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4623

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-038

Date de publication: 06-11-2023
Dernière mise à jour: 21-11-2023, 21-12-2023
Référence: CVE-2023-4623

Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

Mise à jour du 21/11/2023 : précisez que seules les versions mineures listées doivent être mises à niveau vers une version de correctif correspondante pour GKE.

GKE

Mise à jour : 21/11/2023, 21/12/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4623

Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

Les clusters Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas concernés.

Que dois-je faire ?

Mise à jour du 21/11/2023 : si vous utilisez cette version mineure dans vos nœuds, vous ne devez effectuer la mise à niveau que vers l'une des versions de correctif répertoriées dans ce bulletin. Les versions mineures non listées ne sont pas affectées.

Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.14-gke.1351000
  • 1.26.9-gke.1345000
  • 1.27.6-gke.1389000

Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.17-gke.2186000
  • 1.25.15-gke.1016000
  • 1.26.9-gke.1548000
  • 1.27.6-gke.1551000
  • 1.28.2-gke.1256000
Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4623

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4623

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4623

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4623

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-037

Date de publication: 06-11-2023
Dernière mise à jour: 21-11-2023, 21-12-2023
Référence: CVE-2023-4015

Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

Mise à jour du 21/11/2023 : précisez que seules les versions mineures listées doivent être mises à niveau vers une version de correctif correspondante pour GKE.

GKE

Mise à jour : 21/11/2023, 21/12/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4015

Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

Les clusters Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas concernés.

Que dois-je faire ?

Mise à jour du 21/11/2023 : si vous utilisez cette version mineure dans vos nœuds, vous ne devez effectuer la mise à niveau que vers l'une des versions de correctif répertoriées dans ce bulletin. Les versions mineures non listées ne sont pas affectées.

Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions suivantes ou une version ultérieure:

  • 1.27.5-gke.1647000

Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.13-gke.700
  • 1.26.8-gke.700
  • 1.27.5-gke.700
  • 1.28.1-gke.1050000
Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4015

Que dois-je faire ?

En attente

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4015

Que dois-je faire ?

En attente

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4015

Que dois-je faire ?

En attente

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4015

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Aucune

GCP-2023-035

Date de publication: 26-10-2023
Mise à jour: 21-11-2023, 21-12-2023
Référence:CVE-2023-4206, CVE-2023-4207, CVE-2023-4208, CVE-2023-4128

Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

Mise à jour du 21/11/2023 : précisez que seules les versions mineures listées doivent être mises à niveau vers une version de correctif correspondante pour GKE.

GKE

Mise à jour : 21/11/2023, 21/12/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4206
  • CVE-2023-4207
  • CVE-2023-4208
  • CVE-2023-4128

Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

Les clusters Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas concernés.

Que dois-je faire ?

Mise à jour du 21/11/2023 : si vous utilisez cette version mineure dans vos nœuds, vous ne devez effectuer la mise à niveau que vers l'une des versions de correctif répertoriées dans ce bulletin. Les versions mineures non listées ne sont pas affectées.

Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.13-gke.1008000
  • 1.26.8-gke.1647000
  • 1.27.5-gke.200

Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.14-gke.1027001
  • 1.25.13-gke.1706000
  • 1.26.8-gke.1647000
  • 1.27.5-gke.1648000
  • 1.28.1-gke.1050000
Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4206
  • CVE-2023-4207
  • CVE-2023-4208
  • CVE-2023-4128

Que dois-je faire ?

Élevée

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4206
  • CVE-2023-4207
  • CVE-2023-4208
  • CVE-2023-4128

Que dois-je faire ?

Élevée

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4206
  • CVE-2023-4207
  • CVE-2023-4208
  • CVE-2023-4128

Que dois-je faire ?

Élevée

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-4206
  • CVE-2023-4207
  • CVE-2023-4208
  • CVE-2023-4128

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

Élevée

GCP-2023-033

Date de publication: 24-10-2023
Mise à jour: 21-11-2023, 21-12-2023
Référence: CVE-2023-3777

Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, et les charges de travail GKE Sandbox ne sont pas affectées.

Mise à jour du 21/11/2023 : précisez que seules les versions mineures listées doivent être mises à niveau vers une version de correctif correspondante pour GKE.

GKE

Mise à jour : 21/11/2023, 21/12/2023

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3777

Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN. Les charges de travail GKE Sandbox ne sont pas non plus affectées.

Les clusters Autopilot sont affectés.

Les clusters qui utilisent GKE Sandbox sont affectés.

Que dois-je faire ?

Mise à jour du 21/11/2023 : si vous utilisez cette version mineure dans vos nœuds, vous ne devez effectuer la mise à niveau que vers l'une des versions de correctif répertoriées dans ce bulletin. Les versions mineures non listées ne sont pas affectées.

Mettez à niveau vos pools de nœuds Container-Optimized OS vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.16-gke.2200
  • 1.25.12-gke.2200
  • 1.26.7-gke.2200
  • 1.27.4-gke.2300

Mettez à niveau vos pools de nœuds Ubuntu vers l'une des versions suivantes ou une version ultérieure:

  • 1.24.17-gke.700
  • 1.25.13-gke.700
  • 1.26.8-gke.700
  • 1.27.5-gke.700
  • 1.28.0-gke.100
Élevée

GKE sur VMware

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3777

Que dois-je faire ?

GKE sur AWS

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3777

Que dois-je faire ?

GKE sur Azure

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3777

Que dois-je faire ?

GKE sur Bare Metal

Description Niveau de gravité

Les failles suivantes ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges sur les nœuds Container-Optimized OS et Ubuntu.

  • CVE-2023-3777

Que dois-je faire ?

Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté, car il n'inclut pas de système d'exploitation dans sa distribution.

GCP-2023-030

Date de publication: 10-10-2023
Dernière mise à jour: 14-02-2024
Référence: CVE-2023-44487CVE-2023-39325

Mise à jour du 14/02/2024: ajout de versions de correctif pour GKE sur VMware
Mise à jour du 09/11/2023: ajout de CVE-2023-39325. Mise à jour des versions de GKE avec les derniers correctifs pour CVE-2023-44487 et CVE-2023-39325.

GKE

Mise à jour : 09/11/2023

Description Niveau de gravité

Une faille de déni de service (DoS) a été récemment détectée dans plusieurs mises en œuvre du protocole HTTP/2 (CVE-2023-44487), y compris sur le serveur HTTP golang utilisé par Kubernetes. La faille pourrait entraîner une attaque DoS du plan de contrôle de Google Kubernetes Engine (GKE). Les clusters GKE sur lesquels des réseaux autorisés sont configurés sont protégés en limitant l'accès au réseau, mais tous les autres clusters sont affectés.

Que dois-je faire ?

Mise à jour du 09/11/2023:nous avons publié de nouvelles versions de GKE qui incluent les correctifs de sécurité Go et Kubernetes. Vous pouvez maintenant mettre à jour vos clusters. Dans les semaines à venir, nous publierons d'autres modifications apportées au plan de contrôle GKE afin d'atténuer encore plus ce problème.

Les versions suivantes de GKE ont été mises à jour avec des correctifs pour CVE-2023-44487 et CVE-2023-39325:

  • 1.24.17-gke.2155000
  • 1.25.14-gke.1474000
  • 1.26.10-gke.1024000
  • 1.27.7-gke.1038000
  • 1.28.3-gke.1090000

Nous vous recommandons d'appliquer les mesures d'atténuation suivantes dès que possible et de passer à la dernière version corrigée, le cas échéant.

Les correctifs Golang seront publiés le 10 octobre. Dès qu'il sera disponible, nous créerons et qualifierons un nouveau serveur d'API Kubernetes avec ces correctifs, puis créerons une version corrigée de GKE. Une fois que la version de GKE sera disponible, nous mettrons à jour ce bulletin en indiquant la version à mettre à niveau de votre plan de contrôle. Nous rendrons également les correctifs visibles dans la stratégie de sécurité de GKE lorsqu'ils seront disponibles pour votre cluster. Pour recevoir une notification Pub/Sub lorsqu'un correctif est disponible pour votre canal, activez les notifications de cluster.

Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre canal de publication.

Atténuer les risques en configurant des réseaux autorisés pour l'accès au plan de contrôle:

Vous pouvez ajouter des réseaux autorisés pour les clusters existants. Pour en savoir plus, consultez la section Réseau autorisé pour les clusters existants.

En plus des réseaux autorisés que vous ajoutez, des adresses IP prédéfinies peuvent accéder au plan de contrôle GKE. Pour en savoir plus sur ces adresses, consultez la section Accès aux points de terminaison du plan de contrôle. Les éléments suivants résument l'isolation du cluster:

  • Les clusters privés avec --master-authorized-networks, et les clusters basés sur PSC avec --master-authorized-networks et --no-enable-google-cloud configurés sont les plus isolés.
  • Les anciens clusters publics sur lesquels --master-authorized-networks et les clusters basés sur PSC avec --master-authorized-networks et --enable-google-cloud (par défaut) sont configurés sont également accessibles par les éléments suivants :
    • Adresses IP publiques de toutes les VM Compute Engine dans Google Cloud
    • Adresses IP Google Cloud Platform

Quelles failles ce correctif permet-il de résoudre ?

La faille CVE-2023-44487 permet à un pirate informatique de lancer une attaque par déni de service sur les nœuds du plan de contrôle GKE.

Élevée

GKE sur VMware

Mise à jour : 14/02/2024

Description Niveau de gravité

Une faille de déni de service (DoS) a été récemment détectée dans plusieurs mises en œuvre du protocole HTTP/2 (CVE-2023-44487), y compris sur le serveur HTTP golang utilisé par Kubernetes. La faille pourrait entraîner une attaque DoS du plan de contrôle de Kubernetes. GKE sur VMware crée des clusters Kubernetes qui ne sont pas directement accessibles sur Internet par défaut et qui sont protégés contre cette faille.

Que dois-je faire ?

Mise à jour du 14/02/2024 : les versions suivantes de GKE sur VMware ont été mises à jour avec du code afin de corriger cette faille. Mettez à niveau vos clusters vers les versions de correctif suivantes ou ultérieures:

  • 1.28.100
  • 1.16.6
  • 1.15.8

Si vous avez configuré vos clusters Kubernetes GKE sur VMware de sorte qu'ils aient un accès direct à Internet ou à d'autres réseaux non approuvés, nous vous recommandons de contacter votre administrateur de pare-feu pour bloquer ou limiter cet accès.

Nous vous recommandons d'installer la dernière version du correctif (si disponible) dès que possible.

Les correctifs Golang seront publiés le 10 octobre. Dès qu'il sera disponible, nous créerons et qualifierons un nouveau serveur d'API Kubernetes avec ces correctifs, puis créerons une version corrigée de GKE. Une fois que la version de GKE sera disponible, nous mettrons à jour ce bulletin en indiquant la version vers laquelle mettre à niveau votre plan de contrôle.

Quelles failles ce correctif permet-il de résoudre ?

La faille CVE-2023-44487 permet à un pirate informatique de mener une attaque par déni de service sur les nœuds du plan de contrôle Kubernetes.

Élevée

GKE sur AWS

Description Niveau de gravité

Une faille de déni de service (DoS) a été récemment détectée dans plusieurs mises en œuvre du protocole HTTP/2 (CVE-2023-44487), y compris sur le serveur HTTP golang utilisé par Kubernetes. La faille pourrait entraîner une attaque DoS du plan de contrôle de Kubernetes. GKE sur AWS crée des clusters Kubernetes privés par défaut, qui ne sont pas directement accessibles à Internet et qui sont protégés contre cette faille.

Que dois-je faire ?

Si vous avez configuré GKE sur AWS pour disposer d'un accès direct à Internet ou à d'autres réseaux non approuvés, nous vous recommandons de contacter votre administrateur de pare-feu pour bloquer ou limiter cet accès.

Nous vous recommandons d'installer la dernière version du correctif (si disponible) dès que possible.

Les correctifs Golang seront publiés le 10 octobre. Dès qu'il sera disponible, nous créerons et qualifierons un nouveau serveur d'API Kubernetes avec ces correctifs, puis créerons une version corrigée de GKE. Une fois que la version de GKE sera disponible, nous mettrons à jour ce bulletin en indiquant la version vers laquelle mettre à niveau votre plan de contrôle.

Quelles failles ce correctif permet-il de résoudre ?

La faille CVE-2023-44487 permet à un pirate informatique de mener une attaque par déni de service sur les nœuds du plan de contrôle Kubernetes.

Élevée

GKE sur Azure

Description Niveau de gravité

Une faille de déni de service (DoS) a été récemment détectée dans plusieurs mises en œuvre du protocole HTTP/2 (CVE-2023-44487), y compris sur le serveur HTTP golang utilisé par Kubernetes. La faille pourrait entraîner une attaque DoS du plan de contrôle de Kubernetes. GKE sur Azure crée des clusters Kubernetes privés par défaut qui ne sont pas directement accessibles à Internet et qui sont protégés contre cette faille.

Que dois-je faire ?

Si vous avez configuré vos clusters GKE sur Azure pour qu'ils aient un accès direct à Internet ou à d'autres réseaux non approuvés, nous vous recommandons de contacter votre administrateur de pare-feu pour bloquer ou limiter cet accès.

Nous vous recommandons d'installer la dernière version du correctif (si disponible) dès que possible.

Les correctifs Golang seront publiés le 10 octobre. Dès qu'il sera disponible, nous créerons et qualifierons un nouveau serveur d'API Kubernetes avec ces correctifs, puis créerons une version corrigée de GKE. Une fois que la version de GKE sera disponible, nous mettrons à jour ce bulletin en indiquant la version vers laquelle mettre à niveau votre plan de contrôle.

Quelles failles ce correctif permet-il de résoudre ?

La faille CVE-2023-44487 permet à un pirate informatique de mener une attaque par déni de service sur les nœuds du plan de contrôle Kubernetes.

Élevée

GKE sur Bare Metal

Description Niveau de gravité

Une faille de déni de service (DoS) a été récemment détectée dans plusieurs mises en œuvre du protocole HTTP/2 (CVE-2023-44487), y compris sur le serveur HTTP golang utilisé par Kubernetes. La faille pourrait entraîner une attaque DoS du plan de contrôle de Kubernetes. Anthos sur solution Bare Metal crée des clusters Kubernetes qui ne sont pas directement accessibles sur Internet par défaut et qui sont protégés contre cette faille.

Que dois-je faire ?

Si vous avez configuré vos clusters Kubernetes Anthos sur bare metal de sorte qu'ils aient un accès direct à Internet ou à d'autres réseaux non approuvés, nous vous recommandons de contacter l'administrateur de votre pare-feu pour bloquer ou limiter cet accès. Pour en savoir plus, consultez la présentation de la sécurité dans GKE sur une solution Bare Metal.

Nous vous recommandons d'installer la dernière version du correctif (si disponible) dès que possible.

Les correctifs Golang seront publiés le 10 octobre. Dès qu'il sera disponible, nous créerons et qualifierons un nouveau serveur d'API Kubernetes avec ces correctifs, puis créerons une version corrigée de GKE. Une fois que la version de GKE sera disponible, nous mettrons à jour ce bulletin en indiquant la version vers laquelle mettre à niveau votre plan de contrôle.

Quelles failles ce correctif permet-il de résoudre ?

La faille CVE-2023-44487 permet à un pirate informatique de mener une attaque par déni de service sur les nœuds du plan de contrôle Kubernetes.

Élevée

GCP-2023-026

Publication: 2023-09-06
Référence: CVE-2023-3676, CVE-2023-3955, CVE-2023-3893

GKE

Description Niveau de gravité

Trois failles (CVE-2023-3676, CVE-2023-3955, CVE-2023-3893) ont été découvertes dans Kubernetes. Un utilisateur qui peut créer des pods sur des nœuds Windows peut être remonté aux droits d'administrateur sur ces nœuds. Ces failles affectent les versions Windows de Kubelet et le proxy CSI de Kubernetes.

Les clusters GKE ne sont affectés que s'ils incluent des nœuds Windows.

Que dois-je faire ?

Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement votre cluster et vos pools de nœuds vers l'une des versions suivantes de GKE:

  • 1.24.17-gke.200
  • 1.25.13-gke.200
  • 1.26.8-gke.200
  • 1.27.5-gke.200
  • 1.28.1-gke.200

Le plan de contrôle GKE sera mis à jour la semaine du 04/09/2023 pour mettre à jour le proxy csi-proxy vers la version 1.1.3. Si vous mettez à jour vos nœuds avant la mise à jour du plan de contrôle, vous devrez à nouveau mettre à jour vos nœuds après la mise à jour pour bénéficier du nouveau proxy. Vous pouvez à nouveau mettre à jour les nœuds, même sans modifier la version des nœuds, en exécutant la commande gcloud container clusters upgrade et en transmettant l'option --cluster-version avec la même version GKE que celle déjà exécutée par le pool de nœuds. Pour contourner ce problème, vous devez utiliser la gcloud CLI. Notez que cette opération entraînera une mise à jour quels que soient les intervalles de maintenance.

Une fonctionnalité récente des versions disponibles vous permet d'appliquer un correctif sans avoir à vous désabonner d'une version. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre version disponible spécifique.

Quelles failles ce correctif permet-il de résoudre ?

Avec CVE-2023-3676, un acteur malveillant peut créer une spécification de pod avec des chaînes de chemin d'accès à l'hôte contenant des commandes PowerShell. Le kubelet ne nettoie pas les entrées et transmet cette chaîne de chemin d'accès conçue à l'exécuteur de commandes en tant qu'argument où il peut exécuter des parties de la chaîne sous forme de commandes distinctes. Ces commandes s'exécuteraient avec les mêmes droits d'administrateur que Kubelet.

Avec CVE-2023-3955, le kubelet permet aux utilisateurs qui peuvent créer des pods d'exécuter du code avec le même niveau d'autorisation que l'agent Kubelet.

Avec CVE-2023-3893, une absence similaire de désinfection des entrées permet à un utilisateur qui peut créer des pods sur des nœuds Windows exécutant kubernetes-csi-proxy d'accéder à des droits d'administrateur sur ces nœuds.

Les journaux d'audit Kubernetes peuvent être utilisés pour détecter si cette faille est exploitée. Les événements de création de pods avec des commandes PowerShell intégrées sont un fort indicateur d'une exploitation. Les ConfigMaps et les secrets contenant des commandes PowerShell intégrées et installés dans des pods sont également un bon indicateur d'une exploitation.

Élevée

GKE sur VMware

Description Niveau de gravité

Trois failles (CVE-2023-3676, CVE-2023-3955, CVE-2023-3893) ont été découvertes dans Kubernetes. Un utilisateur qui peut créer des pods sur des nœuds Windows peut être remonté aux droits d'administrateur sur ces nœuds. Ces failles affectent les versions Windows de Kubelet et le proxy CSI de Kubernetes.

Les clusters ne sont affectés que s'ils incluent des nœuds Windows.

Que dois-je faire ?

Quelles failles ce correctif permet-il de résoudre ?

Avec CVE-2023-3676, un acteur malveillant peut créer une spécification de pod avec des chaînes de chemin d'accès à l'hôte contenant des commandes PowerShell. Le kubelet ne nettoie pas les entrées et transmet cette chaîne de chemin d'accès conçue à l'exécuteur de commandes en tant qu'argument où il peut exécuter des parties de la chaîne sous forme de commandes distinctes. Ces commandes s'exécuteraient avec les mêmes droits d'administrateur que Kubelet.

Avec CVE-2023-3955, le kubelet permet aux utilisateurs qui peuvent créer des pods d'exécuter du code avec le même niveau d'autorisation que l'agent Kubelet.

Avec CVE-2023-3893, une absence similaire de désinfection des entrées permet à un utilisateur qui peut créer des pods sur des nœuds Windows exécutant kubernetes-csi-proxy d'accéder à des droits d'administrateur sur ces nœuds.

Les journaux d'audit Kubernetes peuvent être utilisés pour détecter si cette faille est exploitée. Les événements de création de pods avec des commandes PowerShell intégrées sont un fort indicateur d'une exploitation. Les ConfigMaps et les secrets contenant des commandes PowerShell intégrées et installés dans des pods sont également un bon indicateur d'une exploitation.

Élevée

GKE sur AWS

Description Niveau de gravité

Trois failles (CVE-2023-3676, CVE-2023-3955, CVE-2023-3893) ont été découvertes dans Kubernetes. Un utilisateur qui peut créer des pods sur des nœuds Windows peut être remonté aux droits d'administrateur sur ces nœuds. Ces failles affectent les versions Windows de Kubelet et le proxy CSI de Kubernetes.

Que dois-je faire ?

GKE sur AWS n'est pas affecté par ces CVE. Aucune action n'est requise.

Aucune

GKE sur Azure

Description Niveau de gravité

Trois failles (CVE-2023-3676, CVE-2023-3955, CVE-2023-3893) ont été découvertes dans Kubernetes. Un utilisateur qui peut créer des pods sur des nœuds Windows peut être remonté aux droits d'administrateur sur ces nœuds. Ces failles affectent les versions Windows de Kubelet et le proxy CSI de Kubernetes.

Que dois-je faire ?

GKE sur Azure n'est pas affecté par ces CVE. Aucune action n'est requise.

Aucune

GKE sur Bare Metal

Description Niveau de gravité

Trois failles (CVE-2023-3676, CVE-2023-3955, CVE-2023-3893) ont été découvertes dans Kubernetes. Un utilisateur qui peut créer des pods sur des nœuds Windows peut être remonté aux droits d'administrateur sur ces nœuds. Ces failles affectent les versions Windows de Kubelet et le proxy CSI de Kubernetes.

Que dois-je faire ?

GKE sur Bare Metal n'est pas affecté par ces CVE. Aucune action n'est requise.

Aucune

GCP-2023-018

Date de publication: 27-06-2023
Référence: CVE-2023-2235

GKE

Description Niveau de gravité

Une nouvelle faille (CVE-2023-2235) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. Les clusters GKE Autopilot sont affectés, car les nœuds GKE Autopilot utilisent toujours des images de nœuds Container-Optimized OS. Les clusters GKE Standard version 1.25 ou ultérieure qui exécutent des images de nœuds Container-Optimized OS sont affectés.

Les clusters GKE ne sont pas concernés s'ils n'exécutent que des images de nœuds Ubuntu, s'ils exécutent des versions antérieures à la version 1.25 ou s'ils utilisent GKE Sandbox.

Que dois-je faire ?

Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement votre cluster et vos pools de nœuds vers l'une des versions suivantes de GKE:

  • 1.25.9-gke.1400
  • 1.26.4-gke.1500
  • 1.27.1-gke.2400

Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre canal de publication.

Quelles failles sont corrigées ?

Avec CVE-2023-2235, la fonction "perf_group_detach" ne vérifiait pas l'état "attach_state" des frères de l'événement avant d'appeler add_event_to_groups(). En revanche, la fonction remove_on_exec a permis d'appeler list_del_event() avant de détacher le groupe, ce qui a permis d'utiliser un pointeur flottant à l'origine d'une faille "use-after-free".

Élevée

GKE sur VMware

Description Niveau de gravité

Une nouvelle faille (CVE-2023-2235) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. Les clusters GKE sur VMware sont affectés.

Que dois-je faire ?

Quelles failles sont corrigées ?

Avec CVE-2023-2235, la fonction "perf_group_detach" ne vérifiait pas l'état "attach_state" des frères de l'événement avant d'appeler add_event_to_groups(). En revanche, la fonction remove_on_exec a permis d'appeler list_del_event() avant de détacher le groupe, ce qui a permis d'utiliser un pointeur flottant à l'origine d'une faille "use-after-free".

Élevée

GKE sur AWS

Description Niveau de gravité

Une nouvelle faille (CVE-2023-2235) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. Les clusters GKE sur AWS sont affectés.

Que dois-je faire ?

Quelles failles ce correctif permet-il de résoudre ?

Avec CVE-2023-2235, la fonction "perf_group_detach" ne vérifiait pas l'état "attach_state" des frères de l'événement avant d'appeler add_event_to_groups(). En revanche, la fonction remove_on_exec a permis d'appeler list_del_event() avant de détacher le groupe, ce qui a permis d'utiliser un pointeur flottant à l'origine d'une faille "use-after-free".

Élevée

GKE sur Azure

Description Niveau de gravité

Une nouvelle faille (CVE-2023-2235) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. Les clusters GKE sur Azure sont affectés.

Que dois-je faire ?

Quelles failles ce correctif permet-il de résoudre ?

Avec CVE-2023-2235, la fonction "perf_group_detach" ne vérifiait pas l'état "attach_state" des frères de l'événement avant d'appeler add_event_to_groups(). En revanche, la fonction remove_on_exec a permis d'appeler list_del_event() avant de détacher le groupe, ce qui a permis d'utiliser un pointeur flottant à l'origine d'une faille "use-after-free".

Élevée

GKE sur Bare Metal

Description Niveau de gravité

Une nouvelle faille (CVE-2023-2235) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud.

Google Distributed Cloud Virtual pour Bare Metal n'est pas concerné par cette CVE.

Que dois-je faire ?

Aucune action n'est requise.

Aucune

GCP-2023-017

Date de publication: 26-06-2023
Dernière mise à jour: 11-07-2023
Référence: CVE-2023-31436

Mise à jour du 11/07/2023 : les nouvelles versions de GKE ont été mises à jour pour inclure les dernières versions d'Ubuntu qui corrigent CVE-2023-31436.

GKE

Mise à jour : 11/07/2023

Description Niveau de gravité

Une nouvelle faille (CVE-2023-31436) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. Les clusters GKE, y compris les clusters Autopilot, sont affectés.

Les clusters GKE utilisant GKE Sandbox ne sont pas concernés.

Que dois-je faire ?

Mise à jour du 11 juillet 2023:des versions de correctif Ubuntu sont disponibles.

Les versions suivantes de GKE ont été mises à jour pour inclure les dernières versions d'Ubuntu qui corrigent CVE-2023-31436:

  • 1.23.17-gke.8200
  • 1.24.14-gke.2600
  • 1.25.10-gke.2700
  • 1.26.5-gke.2700
  • 1.27.2-gke.2700

Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement votre cluster et vos pools de nœuds vers l'une des versions suivantes de GKE:

  • 1.22.17-gke.11400
  • 1.23.17-gke.6800
  • 1.24.14-gke.1200
  • 1.25.10-gke.1200
  • 1.26.5-gke.1200
  • 1.27.2-gke.1200

Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre canal de publication.

Quelles failles sont corrigées ?

Avec CVE-2023-31436, une faille d'accès à la mémoire hors limites a été détectée dans le sous-système de contrôle du trafic (QoS) du noyau Linux. Un utilisateur déclenche la fonction qfq_change_class avec une valeur de MTU incorrecte du périphérique réseau utilisé en tant que lmax. Cette faille permet à un utilisateur local de planter ou potentiellement d’élever ses privilèges sur le système.

Élevée

GKE sur VMware

Description Niveau de gravité

Une nouvelle faille (CVE-2023-31436) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. Les clusters GKE sur VMware sont affectés.

Que dois-je faire ?

Quelles failles sont corrigées ?

Avec CVE-2023-31436, une faille d'accès à la mémoire hors limites a été détectée dans le sous-système de contrôle du trafic (QoS) du noyau Linux. Un utilisateur déclenche la fonction qfq_change_class avec une valeur de MTU incorrecte du périphérique réseau utilisé en tant que lmax. Cette faille permet à un utilisateur local de planter ou potentiellement d’élever ses privilèges sur le système.

Élevée

GKE sur AWS

Description Niveau de gravité

Une nouvelle faille (CVE-2023-31436) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. Les clusters GKE sur AWS sont affectés.

Que dois-je faire ?

Quelles failles ce correctif permet-il de résoudre ?

Avec CVE-2023-31436, une faille d'accès à la mémoire hors limites a été détectée dans le sous-système de contrôle du trafic (QoS) du noyau Linux. Un utilisateur déclenche la fonction qfq_change_class avec une valeur de MTU incorrecte du périphérique réseau utilisé en tant que lmax. Cette faille permet à un utilisateur local de planter ou potentiellement d’élever ses privilèges sur le système.

Élevée

GKE sur Azure

Description Niveau de gravité

Une nouvelle faille (CVE-2023-31436) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. Les clusters GKE sur Azure sont affectés.

Que dois-je faire ?

Quelles failles ce correctif permet-il de résoudre ?

Avec CVE-2023-31436, une faille d'accès à la mémoire hors limites a été détectée dans le sous-système de contrôle du trafic (QoS) du noyau Linux. Un utilisateur déclenche la fonction qfq_change_class avec une valeur de MTU incorrecte du périphérique réseau utilisé en tant que lmax. Cette faille permet à un utilisateur local de planter ou potentiellement d’élever ses privilèges sur le système.

Élevée

GKE sur Bare Metal

Description Niveau de gravité

Une nouvelle faille (CVE-2023-31436) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud.

Google Distributed Cloud Virtual pour Bare Metal n'est pas concerné par cette CVE.

Que dois-je faire ?

Aucune action n'est requise.

Aucune

GCP-2023-016

Publication: 2023-06-26
Référence: CVE-2023-27496, CVE-2023-27488, CVE-2023-27493, CVE-2023-27492, {12{/7-202}CVE-2023-27491CVE-2023-27487

GKE

Description Niveau de gravité

Un certain nombre de failles ont été découvertes dans Envoy, qui est utilisé dans Anthos Service Mesh (ASM). Ceux-ci ont été signalés séparément sous le nom GCP-2023-002.

GKE n'est pas fourni avec ASM et n'est pas affecté par ces failles.

Que dois-je faire ?

Si vous avez installé ASM séparément pour vos clusters GKE, consultez la page GCP-2023-002.

Aucune

GKE sur VMware

Description Niveau de gravité

Un certain nombre de failles (CVE-2023-27496, CVE-2023-27488, CVE-2023-27493, CVE-2023-27492, CVE-2023-27491, CVE-2023-27488, sur un service malveillant d'Envoy, sont utilisées dans le service GKE d'Envoy, qui provoquent un plantage du service GKE). Ceux-ci ont été signalés séparément sous le nom GCP-2023-002, mais nous voulons nous assurer que les clients GKE Enterprise mettent à jour leurs versions incluant ASM.

Que dois-je faire ?

Les versions suivantes de GKE sur VMware ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos clusters d'administrateur et d'utilisateur vers l'une des versions suivantes de GKE sur VMware:

  • 1.13.8
  • 1.14.5
  • 1.15.1

Quelles failles ce correctif permet-il de résoudre ?

CVE-2023-27496: si Envoy s'exécute avec le filtre OAuth activé, un acteur malveillant peut construire une requête qui entraînerait un déni de service en faisant planter Envoy.

CVE-2023-27488: les pirates informatiques peuvent utiliser cette faille pour contourner les vérifications d'authentification lorsque ext_authz est utilisé.

CVE-2023-27493: la configuration Envoy doit également inclure une option permettant d'ajouter des en-têtes de requête générés à l'aide des entrées de la requête, telles que le SAN du certificat de pairs.

CVE-2023-27492: les pirates informatiques peuvent envoyer des corps de requêtes volumineux pour des routes sur lesquelles le filtre Lua est activé et déclencher des plantages.

CVE-2023-27491: les pirates informatiques peuvent envoyer des requêtes HTTP/2 ou HTTP/3 spécialement conçues pour déclencher des erreurs d'analyse sur le service HTTP/1 en amont.

CVE-2023-27487: l'en-tête x-envoy-original-path doit être un en-tête interne, mais Envoy ne le supprime pas de la requête au début de son traitement, lorsqu'elle est envoyée par un client non approuvé.

Élevée

GKE sur AWS

Description Niveau de gravité

Un certain nombre de failles (CVE-2023-27496, CVE-2023-27488, CVE-2023-27493, CVE-2023-27492, CVE-2023-27491, CVE-2023-27487) ont été détectées dans Envoy Anthos Service Mesh. Ceux-ci ont été signalés séparément sous le nom GCP-2023-002.

GKE sur AWS n'est pas fourni avec ASM et n'est pas affecté.

Que dois-je faire ?

Aucune action n'est requise.

Aucune

GKE sur Azure

Description Niveau de gravité

Un certain nombre de failles (CVE-2023-27496, CVE-2023-27488, CVE-2023-27493, CVE-2023-27492, CVE-2023-27491, CVE-2023-27487) ont été détectées dans Envoy Anthos Service Mesh. Ceux-ci ont été signalés séparément sous le nom GCP-2023-002.

GKE sur Azure n'est pas fourni avec ASM et n'est pas affecté.

Que dois-je faire ?

Aucune action n'est requise.

Aucune

GKE sur Bare Metal

Description Niveau de gravité

Un certain nombre de failles (CVE-2023-27496, CVE-2023-27488, CVE-2023-27493, CVE-2023-27492, CVE-2023-27491, CVE-2023-27488, par un attaquant de service d'e-mail de réseau GKE) sont qu'elles ont été détectées dans le service d'e-mail d'Envoy. Ceux-ci ont été signalés séparément sous le nom GCP-2023-002, mais nous voulons nous assurer que les clients GKE Enterprise mettent à jour leurs versions incluant ASM.

Que dois-je faire ?

Les versions suivantes de GKE sur Bare Metal ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos clusters d'administrateur et d'utilisateur vers l'une des versions suivantes de GKE sur Bare Metal:

  • 1.13.9
  • 1.14.6
  • 1.15.2

Quelles failles ce correctif permet-il de résoudre ?

CVE-2023-27496: si Envoy s'exécute avec le filtre OAuth activé, un acteur malveillant peut construire une requête qui entraînerait un déni de service en faisant planter Envoy.

CVE-2023-27488: les pirates informatiques peuvent utiliser cette faille pour contourner les vérifications d'authentification lorsque ext_authz est utilisé.

CVE-2023-27493: la configuration Envoy doit également inclure une option permettant d'ajouter des en-têtes de requête générés à l'aide des entrées de la requête, telles que le SAN du certificat de pairs.

CVE-2023-27492: les pirates informatiques peuvent envoyer des corps de requêtes volumineux pour des routes sur lesquelles le filtre Lua est activé et déclencher des plantages.

CVE-2023-27491: les pirates informatiques peuvent envoyer des requêtes HTTP/2 ou HTTP/3 spécialement conçues pour déclencher des erreurs d'analyse sur le service HTTP/1 en amont.

CVE-2023-27487: l'en-tête x-envoy-original-path doit être un en-tête interne, mais Envoy ne le supprime pas de la requête au début de son traitement, lorsqu'elle est envoyée par un client non approuvé.

Élevée

GCP-2023-015

Date de publication: 20-06-2023
Référence: CVE-2023-0468

GKE

Description Niveau de gravité

Une nouvelle faille (CVE-2023-0468) a été découverte dans la version 5.15 du noyau Linux. Elle peut entraîner un déni de service sur le nœud. Les clusters GKE, y compris les clusters Autopilot, sont affectés.

Les clusters GKE utilisant GKE Sandbox ne sont pas concernés.

Que dois-je faire ?

Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement votre cluster et vos pools de nœuds vers l'une des versions suivantes de GKE:

  • 1.25.7-gke.1200
  • 1.26.2-gke.1200

Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre canal de publication.

Quelles failles sont corrigées ?

Dans CVE-2023-0468, une faille "use-after-free" a été détectée dans io_uring/poll.c dans io_poll_check_events, dans le sous-composant io_uring du noyau Linux. Cette faille peut entraîner un déréférencement du pointeur NULL, voire un plantage du système entraînant un déni de service.

Moyenne

GKE sur VMware

Description Niveau de gravité

Une nouvelle faille (CVE-2023-0468) a été découverte dans la version 5.15 du noyau Linux. Elle peut entraîner un déni de service sur le nœud.

GKE sur VMware utilise la version 5.4 du noyau Linux et n'est pas concerné par cette CVE.

Que dois-je faire ?

  • Aucune action n'est requise
Aucune

GKE sur AWS

Description Niveau de gravité

Une nouvelle faille (CVE-2023-0468) a été découverte dans la version 5.15 du noyau Linux. Elle peut entraîner un déni de service sur le nœud.

GKE sur AWS n'est pas affecté par cette CVE.

Que dois-je faire ?

  • Aucune action n'est requise
Aucune

GKE sur Azure

Description Niveau de gravité

Une nouvelle faille (CVE-2023-0468) a été découverte dans la version 5.15 du noyau Linux. Elle peut entraîner un déni de service sur le nœud.

GKE sur Azure n'est pas affecté par cette CVE.

Que dois-je faire ?

  • Aucune action n'est requise
Aucune

GKE sur Bare Metal

Description Niveau de gravité

Une nouvelle faille (CVE-2023-0468) a été découverte dans la version 5.15 du noyau Linux. Elle peut entraîner un déni de service sur le nœud.

Google Distributed Cloud Virtual pour Bare Metal n'est pas concerné par cette CVE.

Que dois-je faire ?

  • Aucune action n'est requise
Aucune

GCP-2023-014

Date de publication: 15-06-2023
Dernière mise à jour: 11-08-2023
Référence: CVE-2023-2727, CVE-2023-2728

Mise à jour du 11/08/2023 : ajout de versions de correctif pour GKE sur VMware, GKE sur AWS, GKE sur Azure et GKE sur Bare Metal

GKE

Description Niveau de gravité

Deux nouveaux problèmes de sécurité ont été détectés dans Kubernetes : les utilisateurs peuvent lancer des conteneurs qui contournent les restrictions des stratégies lorsqu'ils utilisent des conteneurs éphémères et ImagePolicyWebhook (CVE-2023-2727) ou le plug-in d'admission ServiceAccount (CVE-2023-2728).

GKE n'utilise pas ImagePolicyWebhook et n'est pas concerné par la faille CVE-2023-2727.

Toutes les versions de GKE sont potentiellement vulnérables à la CVE-2023-2728.

Que dois-je faire ?

Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement votre cluster et vos pools de nœuds vers l'une des versions suivantes de GKE:

  • 1.27.2-gke.1200
  • 1.26.5-gke.1200
  • 1.25.10-gke.1200
  • 1.24.14-gke.1200
  • 1.23.17-gke.6800

Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre canal de publication.

Quelles failles sont corrigées ?

Avec CVE-2023-2727, les utilisateurs peuvent lancer des conteneurs à l'aide d'images limitées par ImagePolicyWebhook lorsqu'ils utilisent des conteneurs éphémères. Les clusters Kubernetes ne sont affectés que si le plug-in d'admission ImagePolicyWebhook est utilisé avec des conteneurs éphémères. Cette faille CVE peut également être atténuée en utilisant des webhooks de validation, tels que Gatekeeper et Kyverno, pour appliquer les mêmes restrictions.

Dans CVE-2023-2728, les utilisateurs peuvent lancer des conteneurs qui contournent la stratégie de secrets installables, appliquée par le plug-in d'admission ServiceAccount, lorsqu'ils utilisent des conteneurs éphémères. La règle garantit que les pods exécutés avec un compte de service ne peuvent référencer que les secrets spécifiés dans le champ "secrets" de ce compte. Les clusters sont affectés par cette faille si:

  • Le plug-in d'admission ServiceAccount est utilisé.
  • L'annotation kubernetes.io/enforce-mountable-secrets est utilisée par un compte de service. Cette annotation n'est pas ajoutée par défaut.
  • Les pods utilisent des conteneurs éphémères.
Moyenne

GKE sur VMware

Mise à jour : 11/08/2023

Description Niveau de gravité

Deux nouveaux problèmes de sécurité ont été détectés dans Kubernetes : les utilisateurs peuvent lancer des conteneurs qui contournent les restrictions des règles lorsqu'ils utilisent des conteneurs éphémères et ImagePolicyWebhook (CVE-2023-2727) ou le plug-in d'admission ServiceAccount (CVE-2023-2728). Anthos sur VMware n'utilise pas ImagePolicyWebhook et n'est pas concerné par CVE-2023-2727.

Toutes les versions d'Anthos sur VMware sont potentiellement vulnérables à la CVE-2023-2728.

Que dois-je faire ?

Mise à jour du 11 août 2023:les versions suivantes de GKE sur VMware ont été mises à jour avec du code pour corriger cette faille. Mettez à niveau vos clusters d'administrateur et d'utilisateur vers l'une des versions suivantes de GKE sur VMware:

  • 1.13.10
  • 1.14.6
  • 1.15.3

Quelles failles sont corrigées ?

Avec CVE-2023-2727, les utilisateurs peuvent lancer des conteneurs à l'aide d'images limitées par ImagePolicyWebhook lorsqu'ils utilisent des conteneurs éphémères. Les clusters Kubernetes ne sont affectés que si le plug-in d'admission ImagePolicyWebhook est utilisé avec des conteneurs éphémères. Cette faille CVE peut également être atténuée en utilisant des webhooks de validation, tels que Gatekeeper et Kyverno, pour appliquer les mêmes restrictions.

Dans CVE-2023-2728, les utilisateurs peuvent lancer des conteneurs qui contournent la stratégie de secrets installables, appliquée par le plug-in d'admission ServiceAccount, lorsqu'ils utilisent des conteneurs éphémères. La règle garantit que les pods exécutés avec un compte de service ne peuvent référencer que les secrets spécifiés dans le champ "secrets" de ce compte. Les clusters sont affectés par cette faille si:

  • Le plug-in d'admission ServiceAccount est utilisé.
  • L'annotation kubernetes.io/enforce-mountable-secrets est utilisée par un compte de service. Cette annotation n'est pas ajoutée par défaut.
  • Les pods utilisent des conteneurs éphémères.
Moyenne

GKE sur AWS

Mise à jour : 11/08/2023

Description Niveau de gravité

Deux nouveaux problèmes de sécurité ont été détectés dans Kubernetes : les utilisateurs peuvent lancer des conteneurs qui contournent les restrictions de stratégie lors de l'utilisation de conteneurs éphémères et d'ImagePolicyWebhook (CVE-2023-2727) ou le plug-in d'admission ServiceAccount (CVE-2023-2728).
Anthos sur AWS n'utilise pas ImagePolicyWebhook et n'est pas affecté par CVE-2023-2727.
Toutes les versions d'Anthos sur AWS sont potentiellement vulnérables à la CVE-2023-2728.

Que dois-je faire ?

Mise à jour du 11 août 2023:la version suivante de GKE sur AWS a été mise à jour avec du code pour corriger cette faille. Mettez à niveau vos nœuds vers la version suivante de GKE sur AWS:

  • 1.15.2

Quelles failles sont corrigées ?

Avec CVE-2023-2727, les utilisateurs peuvent lancer des conteneurs à l'aide d'images limitées par ImagePolicyWebhook lorsqu'ils utilisent des conteneurs éphémères. Les clusters Kubernetes ne sont affectés que si le plug-in d'admission ImagePolicyWebhook est utilisé avec des conteneurs éphémères. Cette faille CVE peut également être atténuée en utilisant des webhooks de validation, tels que Gatekeeper et Kyverno, pour appliquer les mêmes restrictions.

Dans CVE-2023-2728, les utilisateurs peuvent lancer des conteneurs qui contournent la stratégie de secrets installables, appliquée par le plug-in d'admission ServiceAccount, lorsqu'ils utilisent des conteneurs éphémères. La règle garantit que les pods exécutés avec un compte de service ne peuvent référencer que les secrets spécifiés dans le champ "secrets" de ce compte. Les clusters sont affectés par cette faille si:

  • Le plug-in d'admission ServiceAccount est utilisé.
  • L'annotation kubernetes.io/enforce-mountable-secrets est utilisée par un compte de service. Cette annotation n'est pas ajoutée par défaut.
  • Les pods utilisent des conteneurs éphémères.
Moyenne

GKE sur Azure

Mise à jour : 11/08/2023

Description Niveau de gravité

Deux nouveaux problèmes de sécurité ont été détectés dans Kubernetes : les utilisateurs peuvent lancer des conteneurs qui contournent les restrictions de stratégie lors de l'utilisation de conteneurs éphémères et d'ImagePolicyWebhook (CVE-2023-2727) ou le plug-in d'admission ServiceAccount (CVE-2023-2728).
Anthos on Azure n'utilise pas ImagePolicyWebhook et n'est pas affecté par CVE-2023-2727.
Toutes les versions d'Anthos on Azure sont potentiellement vulnérables à la CVE-2023-2728.

Que dois-je faire ?

Mise à jour du 11 août 2023:la version suivante de GKE sur Azure a été mise à jour avec du code pour corriger cette faille. Mettez à niveau vos nœuds vers la version suivante de GKE sur Azure:

  • 1.15.2

Quelles failles sont corrigées ?

Avec CVE-2023-2727, les utilisateurs peuvent lancer des conteneurs à l'aide d'images limitées par ImagePolicyWebhook lorsqu'ils utilisent des conteneurs éphémères. Les clusters Kubernetes ne sont affectés que si le plug-in d'admission ImagePolicyWebhook est utilisé avec des conteneurs éphémères. Cette faille CVE peut également être atténuée en utilisant des webhooks de validation, tels que Gatekeeper et Kyverno, pour appliquer les mêmes restrictions.

Dans CVE-2023-2728, les utilisateurs peuvent lancer des conteneurs qui contournent la stratégie de secrets installables, appliquée par le plug-in d'admission ServiceAccount, lorsqu'ils utilisent des conteneurs éphémères. La règle garantit que les pods exécutés avec un compte de service ne peuvent référencer que les secrets spécifiés dans le champ "secrets" de ce compte. Les clusters sont affectés par cette faille si:

  • Le plug-in d'admission ServiceAccount est utilisé.
  • L'annotation kubernetes.io/enforce-mountable-secrets est utilisée par un compte de service. Cette annotation n'est pas ajoutée par défaut.
  • Les pods utilisent des conteneurs éphémères.
Moyenne

GKE sur Bare Metal

Mise à jour : 11/08/2023

Description Niveau de gravité

Deux nouveaux problèmes de sécurité ont été détectés dans Kubernetes : les utilisateurs peuvent lancer des conteneurs qui contournent les restrictions des règles lorsqu'ils utilisent des conteneurs éphémères et ImagePolicyWebhook (CVE-2023-2727) ou le plug-in d'admission ServiceAccount (CVE-2023-2728).
Anthos sur Bare Metal n'utilise pas ImagePolicyWebhook et n'est pas concerné par CVE-2023-2727.
Toutes les versions d'Anthos sur bare metal sont potentiellement vulnérables à la CVE-2023-2728.

Que dois-je faire ?

Mise à jour du 11 août 2023:les versions suivantes de Google Distributed Cloud Virtual pour Bare Metal ont été mises à jour avec du code permettant de corriger cette faille. Mettez à niveau vos nœuds vers l'une des versions suivantes de Google Distributed Cloud Virtual pour Bare Metal:

  • 1.13.9
  • 1.14.7
  • 1.15.3

Quelles failles sont corrigées ?

Avec CVE-2023-2727, les utilisateurs peuvent lancer des conteneurs à l'aide d'images limitées par ImagePolicyWebhook lorsqu'ils utilisent des conteneurs éphémères. Les clusters Kubernetes ne sont affectés que si le plug-in d'admission ImagePolicyWebhook est utilisé avec des conteneurs éphémères. Cette faille CVE peut également être atténuée en utilisant des webhooks de validation, tels que Gatekeeper et Kyverno, pour appliquer les mêmes restrictions.

Dans CVE-2023-2728, les utilisateurs peuvent lancer des conteneurs qui contournent la stratégie de secrets installables, appliquée par le plug-in d'admission ServiceAccount, lorsqu'ils utilisent des conteneurs éphémères. La règle garantit que les pods exécutés avec un compte de service ne peuvent référencer que les secrets spécifiés dans le champ "secrets" de ce compte. Les clusters sont affectés par cette faille si:

  • Le plug-in d'admission ServiceAccount est utilisé.
  • L'annotation kubernetes.io/enforce-mountable-secrets est utilisée par un compte de service. Cette annotation n'est pas ajoutée par défaut.
  • Les pods utilisent des conteneurs éphémères.
Moyenne

GCP-2023-009

Date de publication: 06-06-2023
Référence: CVE-2023-2878

GKE

Description Niveau de gravité

Une nouvelle faille (CVE-2023-2878) a été découverte dans le dossier "secrets-store-csi-driver". Elle permet à un acteur ayant accès aux journaux de pilotes d'observer les jetons de compte de service. Ces jetons peuvent ensuite être échangés avec des fournisseurs cloud externes pour accéder aux secrets stockés dans les solutions Cloud Vault.

GKE n'est pas affecté par cette CVE.

Que dois-je faire ?

GKE n'est pas affecté, mais si vous avez installé le composant "secrets-store-csi-driver", vous devez mettre à jour votre installation avec une version corrigée.

Quelles failles ce correctif permet-il de résoudre ?

La faille CVE-2023-2878 a été détectée dans "secrets-store-csi-driver", où un acteur ayant accès aux journaux du pilote a pu observer les jetons de compte de service. Ces jetons peuvent ensuite être échangés avec des fournisseurs cloud externes pour accéder aux secrets stockés dans les solutions Cloud Vault. Les jetons ne sont consignés que lorsque TokenRequests est configuré dans l'objet CSIDriver et que le pilote est configuré pour s'exécuter au niveau de journalisation 2 ou supérieur via l'indicateur -v.

Aucune

GKE sur VMware

Description Niveau de gravité

Une nouvelle faille (CVE-2023-2878) a été découverte dans le dossier "secrets-store-csi-driver". Elle permet à un acteur ayant accès aux journaux de pilotes d'observer les jetons de compte de service. Ces jetons peuvent ensuite être échangés avec des fournisseurs cloud externes pour accéder aux secrets stockés dans les solutions Cloud Vault.

GKE sur VMware n'est pas affecté par cette CVE.

Que dois-je faire ?

GKE sur VMware n'est pas affecté. Toutefois, si vous avez installé le composant "secrets-store-csi-driver", vous devez mettre à jour votre installation avec une version corrigée.

Quelles failles ce correctif permet-il de résoudre ?

La faille CVE-2023-2878 a été détectée dans "secrets-store-csi-driver", où un acteur ayant accès aux journaux du pilote a pu observer les jetons de compte de service. Ces jetons peuvent ensuite être échangés avec des fournisseurs cloud externes pour accéder aux secrets stockés dans les solutions Cloud Vault. Les jetons ne sont consignés que lorsque TokenRequests est configuré dans l'objet CSIDriver et que le pilote est configuré pour s'exécuter au niveau de journalisation 2 ou supérieur via l'indicateur -v.

Aucune

GKE sur AWS

Description Niveau de gravité

Une nouvelle faille (CVE-2023-2878) a été découverte dans le dossier "secrets-store-csi-driver". Elle permet à un acteur ayant accès aux journaux de pilotes d'observer les jetons de compte de service. Ces jetons peuvent ensuite être échangés avec des fournisseurs cloud externes pour accéder aux secrets stockés dans les solutions Cloud Vault.

GKE sur AWS n'est pas affecté par cette CVE.

Que dois-je faire ?

GKE sur AWS n'est pas affecté. Toutefois, si vous avez installé le composant "secrets-store-csi-driver", vous devez mettre à jour votre installation avec une version corrigée.

Quelles failles ce correctif permet-il de résoudre ?

La faille CVE-2023-2878 a été détectée dans "secrets-store-csi-driver", où un acteur ayant accès aux journaux du pilote a pu observer les jetons de compte de service. Ces jetons peuvent ensuite être échangés avec des fournisseurs cloud externes pour accéder aux secrets stockés dans les solutions Cloud Vault. Les jetons ne sont consignés que lorsque TokenRequests est configuré dans l'objet CSIDriver et que le pilote est configuré pour s'exécuter au niveau de journalisation 2 ou supérieur via l'indicateur -v.

Aucune

GKE sur Azure

Description Niveau de gravité

Une nouvelle faille (CVE-2023-2878) a été découverte dans le dossier "secrets-store-csi-driver". Elle permet à un acteur ayant accès aux journaux de pilotes d'observer les jetons de compte de service. Ces jetons peuvent ensuite être échangés avec des fournisseurs cloud externes pour accéder aux secrets stockés dans les solutions Cloud Vault.

GKE sur Azure n'est pas affecté par cette CVE

Que dois-je faire ?

GKE sur Azure n'est pas affecté. Toutefois, si vous avez installé le composant "secrets-store-csi-driver", vous devez mettre à jour votre installation avec une version corrigée.

Quelles failles ce correctif permet-il de résoudre ?

La faille CVE-2023-2878 a été détectée dans "secrets-store-csi-driver", où un acteur ayant accès aux journaux du pilote a pu observer les jetons de compte de service. Ces jetons peuvent ensuite être échangés avec des fournisseurs cloud externes pour accéder aux secrets stockés dans les solutions Cloud Vault. Les jetons ne sont consignés que lorsque TokenRequests est configuré dans l'objet CSIDriver et que le pilote est configuré pour s'exécuter au niveau de journalisation 2 ou supérieur via l'indicateur -v.

Aucune

GKE sur Bare Metal

Description Niveau de gravité

Une nouvelle faille (CVE-2023-2878) a été découverte dans le dossier "secrets-store-csi-driver". Elle permet à un acteur ayant accès aux journaux de pilotes d'observer les jetons de compte de service. Ces jetons peuvent ensuite être échangés avec des fournisseurs cloud externes pour accéder aux secrets stockés dans les solutions Cloud Vault.

GKE sur Bare Metal n'est pas affecté par cette CVE.

Que dois-je faire ?

Bien que GKE sur solution Bare Metal ne soit pas affecté, vous devez mettre à jour votre installation avec une version corrigée si vous avez installé le composant "secrets-store-csi-driver".

Quelles failles ce correctif permet-il de résoudre ?

La faille CVE-2023-2878 a été détectée dans "secrets-store-csi-driver", où un acteur ayant accès aux journaux du pilote a pu observer les jetons de compte de service. Ces jetons peuvent ensuite être échangés avec des fournisseurs cloud externes pour accéder aux secrets stockés dans les solutions Cloud Vault. Les jetons ne sont consignés que lorsque TokenRequests est configuré dans l'objet CSIDriver et que le pilote est configuré pour s'exécuter au niveau de journalisation 2 ou supérieur via l'indicateur -v.

Aucune

GCP-2023-008

Date de publication: 05-06-2023
Référence: CVE-2023-1872

GKE

Description Niveau de gravité

Une nouvelle faille (CVE-2023-1872) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges vers la racine du nœud. Les clusters GKE Standard et Autopilot sont affectés.

Les clusters utilisant GKE Sandbox ne sont pas concernés.

Que dois-je faire ?

Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement votre cluster et vos pools de nœuds vers l'une des versions suivantes de GKE:

  • 1.22.17-gke.11400
  • 1.23.17-gke.5600
  • 1.24.13-gke.2500
  • 1.25.9-gke.2300
  • 1.26.5-gke.1200

Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre canal de publication.

Quelles failles ce correctif permet-il de résoudre ?

CVE-2023-1872 est une faille "use-after-free" présente dans le sous-système io_uring du noyau Linux. Elle peut être exploitée pour obtenir une élévation des privilèges locaux. La fonction io_file_get_fixed ne contient pas ctx->uring_lock, ce qui peut entraîner une faille d'utilisation après libération (use-after-free) en raison d'une condition de concurrence entraînant l'annulation de l'enregistrement de fichiers fixes.

Élevée

GKE sur VMware

Description Niveau de gravité

Une nouvelle faille (CVE-2023-1872) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges vers la racine du nœud.

Que dois-je faire ?

Quelles failles ce correctif permet-il de résoudre ?

CVE-2023-1872 est une faille "use-after-free" présente dans le sous-système io_uring du noyau Linux. Elle peut être exploitée pour obtenir une élévation des privilèges locaux. La fonction io_file_get_fixed ne contient pas ctx->uring_lock, ce qui peut entraîner une faille d'utilisation après libération (use-after-free) en raison d'une condition de concurrence entraînant l'annulation de l'enregistrement de fichiers fixes.

Élevée

GKE sur AWS

Description Niveau de gravité

Une nouvelle faille (CVE-2023-1872) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges vers la racine du nœud.

Que dois-je faire ?

Les versions suivantes de GKE sur AWS ont été mises à jour avec du code pour corriger ces failles:

  • 1.15.1
  • Quelles failles ce correctif permet-il de résoudre ?

    CVE-2023-1872 est une faille "use-after-free" présente dans le sous-système io_uring du noyau Linux. Elle peut être exploitée pour obtenir une élévation des privilèges locaux. La fonction io_file_get_fixed ne contient pas ctx->uring_lock, ce qui peut entraîner une faille d'utilisation après libération (use-after-free) en raison d'une condition de concurrence entraînant l'annulation de l'enregistrement de fichiers fixes.

    Élevée

    GKE sur Azure

    Description Niveau de gravité

    Une nouvelle faille (CVE-2023-1872) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges vers la racine du nœud.

    Que dois-je faire ?

    Les versions suivantes de GKE sur Azure ont été mises à jour avec du code pour corriger ces failles:

  • 1.15.1
  • Quelles failles ce correctif permet-il de résoudre ?

    CVE-2023-1872 est une faille "use-after-free" présente dans le sous-système io_uring du noyau Linux. Elle peut être exploitée pour obtenir une élévation des privilèges locaux. La fonction io_file_get_fixed ne contient pas ctx->uring_lock, ce qui peut entraîner une faille d'utilisation après libération (use-after-free) en raison d'une condition de concurrence entraînant l'annulation de l'enregistrement de fichiers fixes.

    Élevée

    GKE sur Bare Metal

    Description Niveau de gravité

    Une nouvelle faille (CVE-2023-1872) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges vers la racine du nœud.

    GKE sur Bare Metal n'est pas affecté par cette CVE.

    Que dois-je faire ?

    Aucune action n'est requise.

    Aucune

    GCP-2023-005

    Date de publication: 18-05-2023
    Mise à jour: 06-06-2023
    Référence: CVE-2023-1281, CVE-2023-1829

    Mise à jour du 06/06/2023 : les nouvelles versions de GKE ont été mises à jour pour inclure les dernières versions d'Ubuntu qui corrigent CVE-2023-1281 et CVE-2023-1829.

    GKE

    Mise à jour : 06/06/2023

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2023-1281, CVE-2023-1829) ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges permettant de passer en mode root sur le nœud. Les clusters GKE Standard sont affectés.

    Les clusters GKE Autopilot et les clusters utilisant GKE Sandbox ne sont pas concernés.

    Que dois-je faire ?

    Mise à jour du 06/06/2023:des versions de correctif Ubuntu sont disponibles.

    Les versions suivantes de GKE ont été mises à jour pour inclure les dernières versions d'Ubuntu qui corrigent CVE-2023-1281 et CVE-2023-1829:

    • 1.23.17-gke.6800
    • 1.24.14-gke.1200
    • 1.25.10-gke.1200
    • 1.26.5-gke.1200

    Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement votre cluster et vos pools de nœuds vers l'une des versions suivantes de GKE:

    • 1.22.17-gke.8100
    • 1.23.17-gke.2300
    • 1.24.12-gke.1100
    • 1.25.8-gke.1000
    • 1.26.3-gke.1000

    Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre canal de publication.

    Quelles failles ce correctif permet-il de résoudre ?

    CVE-2023-1281 et CVE-2023-1829 sont des failles de type "use-after-free" dans le filtre d'index de contrôle du trafic du noyau Linux (tcindex) qui peuvent être exploitées pour obtenir une élévation des privilèges locaux.

    Avec CVE-2023-1829, la fonction tcindex_delete ne désactive pas correctement les filtres dans certains cas, ce qui peut ensuite entraîner la libération double d'une structure de données.

    Dans CVE-2023-1281, la zone de hachage imparfait peut être mise à jour pendant le balayage des paquets. Cela entraîne un usage "use-after-free" lorsque tcf_exts_exec() est appelé avec le champ "tcf_ext" détruit. Un attaquant local peut utiliser cette faille pour élever ses privilèges en racine.

    Élevée

    GKE sur VMware

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2023-1281, CVE-2023-1829) ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges permettant de passer en mode root sur le nœud.

    Que dois-je faire ?

    Quelles failles ce correctif permet-il de résoudre ?

    CVE-2023-1281 et CVE-2023-1829 sont des failles de type "use-after-free" dans le filtre d'index de contrôle du trafic du noyau Linux (tcindex) qui peuvent être exploitées pour obtenir une élévation des privilèges locaux.

    Avec CVE-2023-1829, la fonction tcindex_delete ne désactive pas correctement les filtres dans certains cas, ce qui peut ensuite entraîner la libération double d'une structure de données.

    Dans CVE-2023-1281, la zone de hachage imparfait peut être mise à jour pendant le balayage des paquets. Cela entraîne un usage "use-after-free" lorsque tcf_exts_exec() est appelé avec le champ "tcf_ext" détruit. Un attaquant local peut utiliser cette faille pour élever ses privilèges en racine.

    Élevée

    GKE sur AWS

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2023-1281, CVE-2023-1829) ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges permettant de passer en mode root sur le nœud.

    Que dois-je faire ?

    Quelles failles ce correctif permet-il de résoudre ?

    CVE-2023-1281 et CVE-2023-1829 sont des failles de type "use-after-free" dans le filtre d'index de contrôle du trafic du noyau Linux (tcindex) qui peuvent être exploitées pour obtenir une élévation des privilèges locaux.

    Avec CVE-2023-1829, la fonction tcindex_delete ne désactive pas correctement les filtres dans certains cas, ce qui peut ensuite entraîner la libération double d'une structure de données.

    Dans CVE-2023-1281, la zone de hachage imparfait peut être mise à jour pendant le balayage des paquets. Cela entraîne un usage "use-after-free" lorsque tcf_exts_exec() est appelé avec le champ "tcf_ext" détruit. Un attaquant local peut utiliser cette faille pour élever ses privilèges en racine.

    Élevée

    GKE sur Azure

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2023-1281, CVE-2023-1829) ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges permettant de passer en mode root sur le nœud.

    Que dois-je faire ?

    Quelles failles ce correctif permet-il de résoudre ?

    CVE-2023-1281 et CVE-2023-1829 sont des failles de type "use-after-free" dans le filtre d'index de contrôle du trafic du noyau Linux (tcindex) qui peuvent être exploitées pour obtenir une élévation des privilèges locaux.

    Avec CVE-2023-1829, la fonction tcindex_delete ne désactive pas correctement les filtres dans certains cas, ce qui peut ensuite entraîner la libération double d'une structure de données.

    Dans CVE-2023-1281, la zone de hachage imparfait peut être mise à jour pendant le balayage des paquets. Cela entraîne un usage "use-after-free" lorsque tcf_exts_exec() est appelé avec le champ "tcf_ext" détruit. Un attaquant local peut utiliser cette faille pour élever ses privilèges en racine.

    Élevée

    GKE sur Bare Metal

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2023-1281, CVE-2023-1829) ont été découvertes dans le noyau Linux. Elles peuvent entraîner une élévation des privilèges permettant de passer en mode root sur le nœud.

    GKE sur Bare Metal ne sont pas affectés par cette CVE.

    Que dois-je faire ?

    Aucune action n'est requise.

    Aucune

    GCP-2023-003

    Date de publication: 11-04-2023
    Dernière mise à jour: 21-12-2023
    Référence: CVE-2023-0240, CVE-2023-23586

    Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

    GKE

    Mise à jour : 21/12/2023

    Description Niveau de gravité

    Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

    Deux nouvelles failles, CVE-2023-0240 et CVE-2023-23586, ont été découvertes dans le noyau Linux. Elles pourraient permettre à un utilisateur non privilégié d'élever ses privilèges. Les clusters GKE, y compris les clusters Autopilot avec COS utilisant le noyau Linux version 5.10 jusqu'à 5.10.162, sont affectés. Les clusters GKE utilisant des images Ubuntu ou utilisant GKE Sandbox ne sont pas affectés.

    Que dois-je faire ?

    Les versions suivantes de GKE ont été mises à jour avec du code permettant de corriger ces failles. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement vos pools de nœuds vers l'une des versions suivantes de GKE:

    • 1.22.17-gke.4000
    • 1.23.16-gke.1100
    • 1.24.10-gke.1200

    Une fonctionnalité récente des versions disponibles vous permet d'appliquer un correctif sans avoir à vous désabonner d'une chaîne. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre version spécifique.

    Quelles failles ce correctif permet-il de résoudre ?

    Vulnérabilité 1 (CVE-2023-0240): une condition de concurrence dans io_uring peut entraîner un démantèlement complet du conteneur afin qu'il soit en mode root sur le nœud. Les versions 5.10 du noyau Linux sont concernées jusqu'à la version 5.10.162.

    Vulnérabilité 2 (CVE-2023-23586): une utilisation après libération (UAF) dans io_uring/time_ns peut entraîner une répartition complète du conteneur pour passer en mode root sur le nœud. Les versions 5.10 du noyau Linux sont concernées jusqu'à la version 5.10.162.

    Élevée

    GKE sur VMware

    Description Niveau de gravité

    Deux nouvelles failles, CVE-2023-0240 et CVE-2023-23586, ont été découvertes dans le noyau Linux. Elles pourraient permettre à un utilisateur non privilégié d'élever ses privilèges. Les clusters GKE sur VMware avec COS utilisant Linux Kernel version 5.10 jusqu'à 5.10.162 sont affectés. Les clusters GKE Enterprise utilisant des images Ubuntu ne sont pas affectés.

    Que dois-je faire ?

    Les versions suivantes de GKE sur VMware ont été mises à jour avec du code pour corriger ces failles:

    • 1.12.6
    • 1.13.5

    Quelles failles ce correctif permet-il de résoudre ?

    Vulnérabilité 1 (CVE-2023-0240): une condition de concurrence dans io_uring peut entraîner la distribution complète du conteneur afin qu'il soit en mode root sur le nœud. Les versions 5.10 du noyau Linux sont concernées jusqu'à la version 5.10.162.

    Vulnérabilité 2 (CVE-2023-23586): une utilisation après libération (UAF) dans io_uring/time_ns peut entraîner une répartition complète du conteneur pour passer en mode root sur le nœud. Les versions 5.10 du noyau Linux sont concernées jusqu'à la version 5.10.162.

    Élevée

    GKE sur AWS

    Description Niveau de gravité

    Deux nouvelles failles, CVE-2023-0240 et CVE-2023-23586, ont été découvertes dans le noyau Linux. Elles pourraient permettre à un utilisateur non privilégié d'élever ses privilèges. GKE sur AWS n'est pas affecté par ces CVE.

    Que dois-je faire ?

    Aucune action n'est requise.

    Aucune

    GKE sur Azure

    Description Niveau de gravité

    Deux nouvelles failles, CVE-2023-0240 et CVE-2023-23586, ont été découvertes dans le noyau Linux. Elles pourraient permettre à un utilisateur non privilégié d'élever ses privilèges. GKE sur Azure n'est pas affecté par ces CVE

    Que dois-je faire ?

    Aucune action n'est requise.

    Aucune

    GKE sur Bare Metal

    Description Niveau de gravité

    Deux nouvelles failles, CVE-2023-0240 et CVE-2023-23586, ont été découvertes dans le noyau Linux. Elles pourraient permettre à un utilisateur non privilégié d'élever ses privilèges. GKE sur Bare Metal n'est pas affecté par ces CVE.

    Que dois-je faire ?

    Aucune action n'est requise.

    Aucune

    GCP-2023-001

    Date de publication: 01-03-2023
    Dernière mise à jour: 21-12-2023
    Référence: CVE-2022-4696

    Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

    GKE

    Description Niveau de gravité

    Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

    Une nouvelle faille (CVE-2022-4696) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. Les clusters GKE, y compris les clusters Autopilot, sont affectés. Les clusters GKE utilisant GKE Sandbox ne sont pas concernés.

    Que dois-je faire ?

    Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement vos clusters et vos pools de nœuds vers l'une des versions suivantes de GKE:

    • 1.22.17-gke.3100
    • 1.23.16-gke.200
    • 1.24.9-gke.3200

    Une fonctionnalité récente des versions disponibles vous permet d'appliquer un correctif sans avoir à vous désabonner d'une chaîne. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre version spécifique.

    Quelles failles ce correctif permet-il de résoudre ?

    La faille CVE-2022-4696 a été détectée dans io_uring et ioring_op_splice dans le noyau Linux. Cette faille permet à un utilisateur local de créer une élévation de privilèges locale.

    Élevée

    GKE sur VMware

    Description Niveau de gravité

    Une nouvelle faille (CVE-2022-4696) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. GKE sur VMware exécutant les versions 1.12 et 1.13 est affecté. GKE sur VMware exécutant la version 1.14 ou une version ultérieure ne sont pas affectés.

    Que dois-je faire ?

    Les versions suivantes de GKE sur VMware ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos clusters d'administrateur et d'utilisateur vers l'une des versions suivantes de GKE sur VMware:

    • 1.12.5
    • 1.13.5

    Quelles failles ce correctif permet-il de résoudre ?

    La faille CVE-2022-4696 a été détectée dans io_uring et ioring_op_splice dans le noyau Linux. Cette faille permet à un utilisateur local de créer une élévation de privilèges locale.

    Élevée

    GKE sur AWS

    Description Niveau de gravité

    Une nouvelle faille (CVE-2022-4696) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. GKE sur AWS n'est pas affecté par cette faille.

    Que dois-je faire ?

    Aucune action n'est requise.

    Aucune

    GKE sur Azure

    Description Niveau de gravité

    Une nouvelle faille (CVE-2022-4696) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. GKE sur Azure n'est pas affecté par cette faille.

    Que dois-je faire ?

    Aucune action n'est requise.

    Aucune

    GKE sur Bare Metal

    Description Niveau de gravité

    Une nouvelle faille (CVE-2022-4696) a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges sur le nœud. GKE sur Bare Metal n'est pas affecté par cette faille.

    Que dois-je faire ?

    Aucune action n'est requise.

    Aucune

    GCP-2022-026

    Date de publication: 11-01-2023
    Référence: CVE-2022-3786, CVE-2022-3602

    GKE

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2022-3786 et CVE-2022-3602) ont été découvertes dans OpenSSL v3.0.6. Elles peuvent entraîner un plantage. Bien que cette métrique ait été évaluée comme étant "Élevée" dans la base de données NVD, les points de terminaison GKE utilisent boringSSL ou une version plus ancienne d'OpenSSL qui n'est pas affectée. La note a donc été réduite à "Moyenne" pour GKE.

    Que dois-je faire ?

    Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille:

    • 1.25.4-gke.1600
    • 1.24.8-gke.401
    • 1.23.14-gke.401
    • 1.22.16-gke.1300
    • 1.21.14-gke.14100

    Une fonctionnalité récente des versions disponibles vous permet d'appliquer un correctif sans avoir à vous désabonner d'une version. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre version spécifique.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-3786 et CVE-2022-3602, un dépassement de mémoire tampon peut être déclenché lors de la vérification du certificat X.509, ce qui peut entraîner un plantage entraînant un déni de service. Pour être exploitée, cette faille nécessite soit qu'une autorité de certification ait signé un certificat malveillant, soit qu'une application continue la vérification du certificat malgré l'échec de la construction d'un chemin d'accès à un émetteur de confiance.

    Moyenne

    GKE sur VMware

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2022-3786 et CVE-2022-3602) ont été découvertes dans OpenSSL v3.0.6. Elles peuvent entraîner un plantage.

    Que dois-je faire ?

    GKE sur VMware n'est pas concerné par cette CVE, car il n'utilise pas une version affectée d'OpenSSL.

    Quelles failles ce correctif permet-il de résoudre ?

    Aucune action n'est requise.

    Aucune

    GKE sur AWS

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2022-3786 et CVE-2022-3602) ont été découvertes dans OpenSSL v3.0.6. Elles peuvent entraîner un plantage.

    Que dois-je faire ?

    GKE sur AWS n'est pas concerné par cette CVE, car il n'utilise pas une version affectée d'OpenSSL.

    Quelles failles ce correctif permet-il de résoudre ?

    Aucune action n'est requise.

    Aucune

    GKE sur Azure

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2022-3786 et CVE-2022-3602) ont été découvertes dans OpenSSL v3.0.6. Elles peuvent entraîner un plantage.

    Que dois-je faire ?

    GKE sur Azure n'est pas affecté par cette CVE, car il n'utilise pas une version affectée d'OpenSSL.

    Quelles failles ce correctif permet-il de résoudre ?

    Aucune action n'est requise.

    Aucune

    GKE sur Bare Metal

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2022-3786 et CVE-2022-3602) ont été découvertes dans OpenSSL v3.0.6. Elles peuvent entraîner un plantage.

    Que dois-je faire ?

    GKE sur Bare Metal n'est pas affecté par cette CVE, car il n'utilise pas une version affectée d'OpenSSL.

    Quelles failles ce correctif permet-il de résoudre ?

    Aucune action n'est requise.

    Aucune

    GCP-2022-025

    Date de publication: 21-12-2022
    Dernière mise à jour: 19-01-2023, 21-12-2023
    Référence: CVE-2022-2602

    Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

    Mise à jour du 19/01/2023 : la version 1.21.14-gke.14100 de GKE est disponible.

    GKE

    Mise à jour : 19-01-2023

    Description Niveau de gravité

    Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

    Une nouvelle faille (CVE-2022-2602) a été découverte dans le sous-système io_uring du noyau Linux. Elle peut permettre à un pirate informatique d'exécuter du code arbitraire. Les clusters GKE, y compris les clusters Autopilot, sont affectés.

    Les clusters GKE utilisant GKE Sandbox ne sont pas concernés.

    Que dois-je faire ?

    Mise à jour du 19/01/2023:la version 1.21.14-gke.14100 est disponible. Mettez à niveau vos pools de nœuds vers cette version ou une version ultérieure.


    Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille dans une prochaine version. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement vos pools de nœuds vers l'une des versions suivantes de GKE:

    • Container-Optimized OS:
      • 1.22.16-gke.1300 et versions ultérieures
      • 1.23.14-gke.401 et versions ultérieures
      • 1.24.7-gke.900 et versions ultérieures
      • 1.25.4-gke.1600 et versions ultérieures
    • Ubuntu:
      • 1.22.15-gke.2500 et versions ultérieures
      • 1.23.13-gke.900 et versions ultérieures
      • 1.24.7-gke.900 et versions ultérieures
      • 1.25.3-gke.800 et versions ultérieures

    Une fonctionnalité récente des versions disponibles vous permet d'appliquer un correctif sans avoir à vous désabonner d'une chaîne. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre version spécifique.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-2602, une condition de concurrence entre le traitement des requêtes io_uring et la récupération de mémoire du socket Unix peut entraîner une faille "use-after-free". Un pirate informatique local pourrait s'en servir pour déclencher un déni de service ou même exécuter du code arbitraire.

    Élevée

    GKE sur VMware

    Description Niveau de gravité

    Une nouvelle faille (CVE-2022-2602) a été découverte dans le sous-système io_uring du noyau Linux. Elle peut permettre à un pirate informatique d'exécuter du code arbitraire.

    Les versions 1.11, 1.12 et 1.13 de GKE sur VMware sont affectées.

    Que dois-je faire ?

    Mettez à niveau votre cluster vers une version corrigée. Les versions suivantes de GKE sur VMware contiennent du code qui corrige cette faille:

    • 1.13.2
    • 1.12.4
    • 1.11.5

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-2602, une condition de concurrence entre le traitement des requêtes io_uring et la récupération de mémoire du socket Unix peut entraîner une faille "use-after-free". Un pirate informatique local pourrait s'en servir pour déclencher un déni de service ou même exécuter du code arbitraire.

    Élevée

    GKE sur AWS

    Description Niveau de gravité

    Une nouvelle faille (CVE-2022-2602) a été découverte dans le sous-système io_uring du noyau Linux. Elle peut permettre à un pirate informatique d'exécuter du code arbitraire.

    Que dois-je faire ?

    Les versions actuelles et précédentes de GKE sur AWS ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur AWS:

    • Génération actuelle:
      • 1.22.15-gke.100
      • 1.23.11-gke.300
      • 1.24.5-gke.200
    • Génération précédente:
      • 1.22.15-gke.1400
      • 1.23.12-gke.1400
      • 1.24.6-gke.1300

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-2602, une condition de concurrence entre le traitement des requêtes io_uring et la récupération de mémoire du socket Unix peut entraîner une faille "use-after-free". Un pirate informatique local pourrait s'en servir pour déclencher un déni de service ou même exécuter du code arbitraire.

    Élevée

    GKE sur Azure

    Description Niveau de gravité

    Une nouvelle faille (CVE-2022-2602) a été découverte dans le sous-système io_uring du noyau Linux. Elle peut permettre à un pirate informatique d'exécuter du code arbitraire.

    Que dois-je faire ?

    Les versions suivantes de GKE sur Azure ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur Azure:

    • 1.22.15-gke.100
    • 1.23.11-gke.300
    • 1.24.5-gke.200

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-2602, une condition de concurrence entre le traitement des requêtes io_uring et la récupération de mémoire du socket Unix peut entraîner une faille "use-after-free". Un pirate informatique local pourrait s'en servir pour déclencher un déni de service ou même exécuter du code arbitraire.

    Élevée

    GKE sur Bare Metal

    Description Niveau de gravité

    Une nouvelle faille (CVE-2022-2602) a été découverte dans le sous-système io_uring du noyau Linux. Elle peut permettre à un pirate informatique d'exécuter du code arbitraire.

    GKE sur Bare Metal n'est pas concerné par cette CVE, car il ne regroupe pas de système d'exploitation dans sa distribution.

    Que dois-je faire ?

    Aucune action n'est requise.

    Aucune

    GCP-2022-024

    Date de publication: 09-11-2022
    Dernière mise à jour: 19-01-2023
    Référence: CVE-2022-2585, CVE-2022-2588

    Mise à jour du 19/01/2023 : la version 1.21.14-gke.14100 de GKE est disponible.
    Mise à jour du 16/12/2022 : ajout de versions de correctif révisées pour GKE et GKE sur VMware.

    GKE

    Mise à jour : 19-01-2023

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2022-2585 et CVE-2022-2588) ont été découvertes dans le noyau Linux. Elles peuvent entraîner une dégradation complète du conteneur afin qu'il s'exécute en mode root sur le nœud. Les clusters GKE, y compris les clusters Autopilot, sont affectés.

    Les clusters GKE utilisant GKE Sandbox ne sont pas concernés.

    Que dois-je faire ?

    Mise à jour du 19/01/2023:la version 1.21.14-gke.14100 est disponible. Mettez à niveau vos pools de nœuds vers cette version ou une version ultérieure.

    Mise à jour du 16/12/2022:une version précédente du bulletin a été révisée en raison d'une régression de version. Veuillez mettre à niveau manuellement vos pools de nœuds vers l'une des versions de GKE suivantes:

    • 1.22.16-gke.1300 et versions ultérieures
    • 1.23.14-gke.401 et versions ultérieures
    • 1.24.7-gke.900 et versions ultérieures
    • 1.25.4-gke.1600 et versions ultérieures

    Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement vos pools de nœuds vers l'une des versions suivantes de GKE:

    • 1.21.14-gke.9500
    • 1.24.7-gke.900

    Des mises à jour pour GKE 1.22, 1.23 et 1.25 seront bientôt disponibles. Ce bulletin de sécurité sera mis à jour lorsqu'il sera disponible.

    Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre canal de publication.

    Quelles failles ce correctif permet-il de résoudre ?

    • Avec CVE-2022-2585, un nettoyage incorrect des minuteurs dans le minuteur du processeur POSix permet un exploit "use-after-free" en fonction de la manière dont les minuteurs sont créés et supprimés.
    • La faille CVE-2022-2588 a été détectée dans le fichier route4_change dans le kernel Linux. Cette faille permet à un utilisateur local de faire planter le système et éventuellement d’entraîner une élévation des privilèges locaux.
    Élevée

    GKE sur VMware

    Mise à jour : 16/12/2022

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2022-2585 et CVE-2022-2588) ont été découvertes dans le noyau Linux. Elles peuvent entraîner une dégradation complète du conteneur afin qu'il s'exécute en mode root sur le nœud.

    Les versions 1.13, 1.12 et 1.11 de GKE sur VMware sont affectées.

    Que dois-je faire ?

    Mise à jour du 16/12/2022:les versions suivantes de GKE sur VMware ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos clusters d'administrateur et d'utilisateur vers l'une des versions suivantes de GKE sur VMware:

    • 1.13.2
    • 1.12.4
    • 1.11.6

    • Remarque: Les versions de GKE sur VMware qui contiennent des correctifs Container-Optimized OS seront bientôt publiées. Ce bulletin de sécurité sera mis à jour lorsque les versions de GKE sur VMware seront disponibles au téléchargement.

    Quelles failles ce correctif permet-il de résoudre ?

    • Avec CVE-2022-2585, un nettoyage incorrect des minuteurs dans le minuteur du processeur POSix permet un exploit "use-after-free" en fonction de la manière dont les minuteurs sont créés et supprimés.
    • La faille CVE-2022-2588 a été détectée dans le fichier route4_change dans le kernel Linux. Cette faille permet à un utilisateur local de faire planter le système et éventuellement d’entraîner une élévation des privilèges locaux.
    Élevée

    GKE sur AWS

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2022-2585 et CVE-2022-2588) ont été découvertes dans le noyau Linux. Elles peuvent entraîner une dégradation complète du conteneur afin qu'il s'exécute en mode root sur le nœud.

    Les versions suivantes de Kubernetes sur AWS peuvent être concernées:

    • 1.23: versions antérieures à 1.23.9-gke.800. Les versions mineures plus récentes ne sont pas concernées.
    • 1.22: versions antérieures à 1.22.12-gke.1100. Les versions mineures plus récentes ne sont pas concernées.

    La version 1.24 de Kubernetes n'est pas affectée.

    Que dois-je faire ?

    Nous vous recommandons de mettre à niveau vos clusters vers l'une des versions suivantes d'AWS Kubernetes:

    • 1.23: version ultérieure à v1.23.9-gke.800
    • 1.22: version ultérieure à 1.22.12-gke-1100

    Quelles failles sont corrigées ?

    Avec CVE-2022-2585, un nettoyage incorrect des minuteurs dans le minuteur du processeur POSix permet un exploit "use-after-free" en fonction de la manière dont les minuteurs sont créés et supprimés.

    La faille CVE-2022-2588 a été détectée dans le fichier route4_change dans le kernel Linux. Cette faille permet à un utilisateur local de faire planter le système et éventuellement d’entraîner une élévation des privilèges locaux.

    Élevée

    GKE sur Azure

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2022-2585 et CVE-2022-2588) ont été découvertes dans le noyau Linux. Elles peuvent entraîner une dégradation complète du conteneur afin qu'il s'exécute en mode root sur le nœud.

    Les versions suivantes de Kubernetes sur Azure peuvent être affectées:

    • 1.23: versions antérieures à 1.23.9-gke.800. Les versions mineures plus récentes ne sont pas concernées.
    • 1.22: versions antérieures à 1.22.12-gke.1100. Les versions mineures plus récentes ne sont pas concernées.

    La version 1.24 de Kubernetes n'est pas affectée.

    Que dois-je faire ?

    Nous vous recommandons de mettre à niveau vos clusters vers l'une des versions d'Azure Kubernetes suivantes:

    • 1.23: version ultérieure à v1.23.9-gke.800
    • 1.22: version ultérieure à 1.22.12-gke-1100

    Quelles failles sont corrigées ?

    Avec CVE-2022-2585, un nettoyage incorrect des minuteurs dans le minuteur du processeur POSix permet un exploit "use-after-free" en fonction de la manière dont les minuteurs sont créés et supprimés.

    La faille CVE-2022-2588 a été détectée dans le fichier route4_change dans le kernel Linux. Cette faille permet à un utilisateur local de faire planter le système et éventuellement d’entraîner une élévation des privilèges locaux.

    Élevée

    GKE sur Bare Metal

    Description Niveau de gravité

    Deux nouvelles failles (CVE-2022-2585 et CVE-2022-2588) ont été découvertes dans le noyau Linux. Elles peuvent entraîner une dégradation complète du conteneur afin qu'il s'exécute en mode root sur le nœud.

    GKE sur Bare Metal n'est pas concerné par cette CVE, car il n'inclut pas de système d'exploitation dans sa distribution.

    Que dois-je faire ?

    Aucune action n'est requise.

    Aucune

    GCP-2022-023

    Date de publication: 04-11-2022
    Référence: CVE-2022-39278

    GKE

    Description Niveau de gravité

    Une faille de sécurité, CVE-2022-39278, a été découverte dans Istio. Elle est utilisée dans Anthos Service Mesh. Elle permet à un pirate informatique malveillant de faire planter le plan de contrôle.

    Que dois-je faire ?

    Google Kubernetes Engine (GKE) n'est pas fourni avec Istio et n'est pas affecté par cette faille. Toutefois, si vous avez installé Anthos Service Mesh ou Istio séparément sur votre cluster GKE, consultez le bulletin de sécurité Anthos Service Mesh sur cette faille CVE de GCP-2022-020.

    Aucune

    GKE sur VMware

    Description Niveau de gravité

    Une faille de sécurité, CVE-2022-39278, a été découverte dans Istio. Elle est utilisée dans Anthos Service Mesh dans GKE sur VMware. Elle permet à un pirate informatique malveillant de faire planter le plan de contrôle Istio.

    Que dois-je faire ?

    Les versions suivantes de GKE sur VMware ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos clusters d'administrateur et d'utilisateur vers l'une des versions suivantes de GKE sur VMware:

    • 1.11.4
    • 1.12.3
    • 1.13.1

    Quelles failles ce correctif permet-il de résoudre ?

    Avec la faille CVE-2022-39278, le plan de contrôle d'Istio (istiod) est vulnérable aux erreurs de traitement des requêtes. Ainsi, un pirate informatique malveillant peut envoyer un message spécialement conçu, ce qui entraîne le plantage du plan de contrôle lorsque le webhook de validation d'un cluster est exposé publiquement. Ce point de terminaison est diffusé via le port TLS 15017, mais ne nécessite aucune authentification de la part du pirate informatique.

    Élevée

    GKE sur AWS

    Description Niveau de gravité

    Une faille de sécurité, CVE-2022-39278, a été détectée dans Istio, qui est utilisé dans Anthos Service Mesh. Elle permet à un pirate informatique malveillant de faire planter le plan de contrôle.

    Que dois-je faire ?

    GKE sur AWS n'est pas affecté par cette faille et aucune action n'est requise.

    Aucune

    GKE sur Azure

    Description Niveau de gravité

    Une faille de sécurité, CVE-2022-39278, a été détectée dans Istio, qui est utilisé dans Anthos Service Mesh. Elle permet à un pirate informatique malveillant de faire planter le plan de contrôle.

    Que dois-je faire ?

    GKE sur Azure n'est pas affecté par cette faille et aucune action n'est requise.

    Aucune

    GKE sur Bare Metal

    Description Niveau de gravité

    Une faille de sécurité, CVE-2022-39278, a été détectée dans Istio. Elle est utilisée dans Anthos Service Mesh dans GKE sur Bare Metal. Elle permet à un pirate informatique malveillant de faire planter le plan de contrôle Istio.

    Que dois-je faire ?

    Les versions suivantes de GKE sur Bare Metal ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau les clusters vers l'une des versions suivantes de GKE sur Bare Metal:

    • 1.11.7
    • 1.12.4
    • 1.13.1

    Quelles failles ce correctif permet-il de résoudre ?

    Avec la faille CVE-2022-39278, le plan de contrôle d'Istio (istiod) est vulnérable aux erreurs de traitement des requêtes. Ainsi, un pirate informatique malveillant peut envoyer un message spécialement conçu, ce qui entraîne le plantage du plan de contrôle lorsque le webhook de validation d'un cluster est exposé publiquement. Ce point de terminaison est diffusé via le port TLS 15017, mais ne nécessite aucune authentification de la part du pirate informatique.

    Élevée

    GCP-2022-022-updated

    Date de publication: 08-12-2022
    Référence: CVE-2022-20409

    GKE

    Mise à jour : 14/12/2022

    Description Niveau de gravité

    Une nouvelle faille, CVE-2022-20409, a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges locaux. Les clusters Google Kubernetes Engine (GKE) v1.22, v1.23 et v1.24, y compris les clusters Autopilot, utilisant Container-Optimized OS versions 93 et 97 sont affectés. Les autres versions de GKE compatibles ne sont pas affectées. Les clusters GKE utilisant GKE Sandbox ne sont pas affectés.

    Que dois-je faire ?

    Mise à jour du 14/12/2022:une version précédente du bulletin a été révisée en raison d'une régression de version. Veuillez mettre à niveau manuellement vos pools de nœuds vers l'une des versions de GKE suivantes:

    • 1.22.15-gke.2500 et versions ultérieures
    • 1.23.13-gke.900 et versions ultérieures
    • 1.24.7-gke.900 et versions ultérieures

    Les versions suivantes de GKE utilisant les versions 93 et 97 de Container-Optimized OS ont été mises à jour avec du code pour corriger cette faille dans une prochaine version. Pour des raisons de sécurité, même si les mises à niveau automatiques des nœuds sont activées, nous vous recommandons de mettre à niveau manuellement vos pools de nœuds vers l'une des versions suivantes de GKE:

    • 1.22.15-gke.2300 et versions ultérieures
    • 1.23.13-gke.700 et versions ultérieures
    • 1.24.7-gke.700 et versions ultérieures

    Une fonctionnalité récente des versions disponibles vous permet d'appliquer un correctif sans avoir à vous désabonner d'une version. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre version spécifique.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-20409, le noyau Linux présente une faille dans io_identity_cow du sous-système io_uring. Il existe un risque de corruption de la mémoire en raison d'une faille d'utilisation après libération (UAF). Un pirate informatique local peut exploiter cette corruption de mémoire pour déni de service (plantage du système), voire pour exécuter du code arbitraire.

    Élevée

    GKE sur VMware

    Mise à jour : 14/12/2022

    Description Niveau de gravité

    Une nouvelle faille, CVE-2022-20409, a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges locaux.

    Que dois-je faire ?

    Mise à jour du 14/12/2022:les versions suivantes de GKE sur VMware pour Ubuntu ont été mises à jour avec du code permettant de corriger cette faille. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur VMware:

    • 1.13.1 et versions ultérieures
    • 1.12.3 et versions ultérieures
    • 1.11.4 et versions ultérieures

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-20409, le noyau Linux présente une faille dans io_identity_cow du sous-système io_uring. Il existe un risque de corruption de la mémoire en raison d'une faille d'utilisation après libération (UAF). Un pirate informatique local peut exploiter cette corruption de mémoire pour déni de service (plantage du système), voire pour exécuter du code arbitraire.

    Élevée

    GKE sur AWS

    Description Niveau de gravité

    Une nouvelle faille, CVE-2022-20409, a été détectée dans le noyau Linux. Elle pourrait permettre à un utilisateur non privilégié d'obtenir un droit d'exécution système.

    Que dois-je faire ?

    Aucune action n'est requise de votre part. GKE sur AWS n'utilise pas les versions concernées du noyau Linux.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-20409, le noyau Linux présente une faille dans io_identity_cow du sous-système io_uring. Il existe un risque de corruption de la mémoire en raison d'une faille d'utilisation après libération (UAF). Un pirate informatique local peut exploiter cette corruption de mémoire pour déni de service (plantage du système), voire pour exécuter du code arbitraire.

    Aucune

    GKE sur Azure

    Description Niveau de gravité

    Une nouvelle faille, CVE-2022-20409, a été détectée dans le noyau Linux. Elle pourrait permettre à un utilisateur non privilégié d'obtenir un droit d'exécution système.

    Que dois-je faire ?

    Aucune action n'est requise de votre part. GKE sur Azure n'utilise pas les versions concernées du noyau Linux.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-20409, le noyau Linux présente une faille dans io_identity_cow du sous-système io_uring. Il existe un risque de corruption de la mémoire en raison d'une faille d'utilisation après libération (UAF). Un pirate informatique local peut exploiter cette corruption de mémoire pour déni de service (plantage du système), voire pour exécuter du code arbitraire.

    Aucune

    GKE sur Bare Metal

    Description Niveau de gravité

    Une nouvelle faille, CVE-2022-20409, a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges locaux.

    Que dois-je faire ?

    • Aucune action n'est requise de votre part. GKE sur Bare Metal n'est pas affecté par cette CVE, car il ne regroupe pas de système d'exploitation dans sa distribution.
    Aucune

    GCP-2022-021

    Date de publication: 27-10-2022
    Dernière mise à jour: 19-01-2023, 21-12-2023
    Référence: CVE-2022-3176

    Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

    Mise à jour du 19/01/2023 : la version 1.21.14-gke.14100 de GKE est disponible.
    Mise à jour du 15/12/2022 : mise à jour des informations indiquant que la version 1.21.14-gke.9400 de Google Kubernetes Engine est en attente de déploiement et peut être remplacée par un numéro de version plus élevé.
    Mise à jour du 21/11/2022 : ajout de versions de correctif pour GKE sur VMware, GKE sur AWS et GKE sur Azure.

    GKE

    Mise à jour : 19/01/2023 et 21/12/2023

    Description Niveau de gravité

    Une nouvelle faille, CVE-2022-3176, a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges locaux. Cette faille permet à un utilisateur non privilégié d'obtenir une répartition complète du conteneur pour passer en mode root sur le nœud.

    Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

    Les clusters Google Kubernetes Engine (GKE) version 1.21, y compris les clusters Autopilot utilisant Container-Optimized OS version 89, sont affectés. Les versions ultérieures de GKE ne sont pas affectées. Tous les clusters Linux utilisant Ubuntu sont affectés. Les clusters GKE utilisant GKE Sandbox ne sont pas affectés.

    Que dois-je faire ?

    Mise à jour du 19/01/2023:la version 1.21.14-gke.14100 est disponible. Mettez à niveau vos pools de nœuds vers cette version ou une version ultérieure.

    Mise à jour du 15/12/2022:la version 1.21.14-gke.9400 est en attente de déploiement et peut être remplacée par un numéro de version plus élevé. Nous mettrons à jour ce document lorsque la nouvelle version sera disponible.


    Les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille dans une prochaine version. Pour des raisons de sécurité, même si les mises à niveau automatiques des nœuds sont activées, nous vous recommandons de mettre à niveau manuellement vos pools de nœuds vers l'une des versions suivantes de GKE:

    • Container-Optimized OS:
      • 1.21.14-gke.7100 et versions ultérieures
    • Ubuntu:
      • 1.21.14-gke.9400 et versions ultérieures
      • 1.22.15-gke.2400 et versions ultérieures
      • 1.23.13-gke.800 et versions ultérieures
      • 1.24.7-gke.800 et versions ultérieures
      • 1.25.3-gke.700 et versions ultérieures

    Une fonctionnalité récente des versions disponibles vous permet d'appliquer un correctif sans avoir à vous désabonner d'une version. Cette fonctionnalité vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre version spécifique.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-3176, le noyau Linux présente une faille dans le sous-système io_uring. L'absence de gestion POLLFREE peut entraîner des failles UF (Use-After-Free) pouvant être utilisées pour l'élévation des privilèges.

    Élevée

    GKE sur VMware

    Mise à jour : 21/11/2022

    Description Niveau de gravité

    Une nouvelle faille, CVE-2022-3176, a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges locaux. Cette faille permet à un utilisateur non privilégié d'obtenir une répartition complète du conteneur pour passer en mode root sur le nœud.

    Que dois-je faire ?

    • Les versions de GKE sur VMware avec Container-Optimized OS ne sont pas affectées.

    Mise à jour du 21/11/2022:les versions suivantes de GKE sur VMware pour Ubuntu ont été mises à jour avec du code permettant de corriger cette faille. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur VMware:

    • 1.12.3 et versions ultérieures
    • 1.13.1 et versions ultérieures
    • 1.11.5 et versions ultérieures

    Des versions de GKE sur VMware qui contiennent des correctifs Ubuntu seront bientôt publiées. Ce bulletin de sécurité sera mis à jour lorsque les versions de GKE sur VMware seront disponibles au téléchargement.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-3176, le noyau Linux présente une faille dans le sous-système io_uring. L'absence de gestion POLLFREE peut entraîner des failles UF (Use-After-Free) pouvant être utilisées pour l'élévation des privilèges.

    Élevée

    GKE sur AWS

    Mise à jour : 21/11/2022

    Description Niveau de gravité

    Une nouvelle faille, CVE-2022-3176, a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges locaux. Cette faille permet à un utilisateur non privilégié d'obtenir une répartition complète du conteneur pour passer en mode root sur le nœud.

    Que dois-je faire ?

    Mise à jour du 21/11/2022 : les versions actuelles et précédentes de GKE sur AWS ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur AWS:

    Génération actuelle
    • 1.21.14-gke.7100
    • 1.22.15-gke.100
    • 1.23.11-gke.300
    • 1.24.5-gke.200
    Génération précédente
    • 1.22.15-gke.1400
    • 1.23.12-gke.1400
    • 1.24.6-gke.1300

    Les versions de GKE sur AWS qui contiennent des correctifs Ubuntu seront bientôt publiées. Ce bulletin de sécurité sera mis à jour lorsque les versions de GKE sur AWS seront disponibles au téléchargement.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-3176, le noyau Linux présente une faille dans le sous-système io_uring. L'absence de gestion POLLFREE peut entraîner des failles UF (Use-After-Free) pouvant être utilisées pour l'élévation des privilèges.

    Élevée

    GKE sur Azure

    Mise à jour : 21/11/2022

    Description Niveau de gravité

    Une nouvelle faille, CVE-2022-3176, a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges locaux. Cette faille permet à un utilisateur non privilégié d'obtenir une répartition complète du conteneur pour passer en mode root sur le nœud.

    Que dois-je faire ?

    Mise à jour du 21/11/2022 : les versions suivantes de GKE sur Azure ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur Azure:

    • 1.21.14-gke.7100
    • 1.22.15-gke.100
    • 1.23.11-gke.300
    • 1.24.5-gke.200

    Les versions de GKE sur Azure qui contiennent des correctifs Ubuntu seront bientôt publiées. Ce bulletin de sécurité sera mis à jour lorsque les versions de GKE sur Azure seront disponibles au téléchargement.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-3176, le noyau Linux présente une faille dans le sous-système io_uring. L'absence de gestion POLLFREE peut entraîner des failles UF (Use-After-Free) pouvant être utilisées pour l'élévation des privilèges.

    Élevée

    GKE sur Bare Metal

    Description Niveau de gravité

    Une nouvelle faille, CVE-2022-3176, a été découverte dans le noyau Linux. Elle peut entraîner une élévation des privilèges locaux. Cette faille permet à un utilisateur non privilégié d'obtenir une répartition complète du conteneur pour passer en mode root sur le nœud.

    Que dois-je faire ?

    Aucune action n'est requise. GKE sur Bare Metal n'est pas affecté par cette CVE, car il ne regroupe pas de système d'exploitation dans sa distribution.

    Aucune

    GCP-2022-018

    Date de publication: 01-08-2022
    Dernière mise à jour: 14-09-2022, 21-12-2023
    Référence: CVE-2022-2327

    Mise à jour du 21/12/2023 : précisez que les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés.

    Mise à jour du 14/09/2022 : ajout de versions de correctif pour GKE sur VMware, GKE sur AWS et GKE sur Azure.

    GKE

    Mise à jour : 21/12/2023

    Description Niveau de gravité

    Une nouvelle faille (CVE-2022-2327) a été détectée dans le noyau Linux, qui peut entraîner l'élévation des privilèges locaux. Cette faille permet à un utilisateur non privilégié d'échapper complètement au conteneur pour arriver à la racine du nœud.

    Détails techniques

    Mise à jour du 21/12/2023: le bulletin d'origine indiquait que les clusters Autopilot étaient affectés, mais cette information était incorrecte. Les clusters GKE Autopilot dans la configuration par défaut ne sont pas affectés, mais peuvent être vulnérables si vous définissez explicitement le profil seccomp Unconfined ou si vous autorisez CAP_NET_ADMIN.

    Les clusters GKE, y compris les clusters Autopilot, avec Container-Optimized OS (COS) avec Linux Kernel version 5.10, sont concernés. Les clusters GKE utilisant des images Ubuntu ou GKE Sandbox ne sont pas affectés.

    Que dois-je faire ?

    Mettez à niveau vos clusters GKE vers une version incluant le correctif. Les images de nœuds Linux pour COS ont été mises à jour avec les versions de GKE utilisant ces versions COS.

    Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement vos pools de nœuds vers l'une des versions GKE suivantes :

    Versions de COS

    • 1.22.12-gke.300
    • 1.23.8-gke.1900
    • 1.24.2-gke.1900


    Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de mettre à niveau vos nœuds vers la version corrigée avant que cette version ne devienne la version par défaut de la version disponible sélectionnée.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-2327, le noyau Linux de la version 5.10 présente une faille dans le sous-système "io_uring", où diverses requêtes ne disposent pas de type d'élément (options). L'utilisation de ces requêtes sans spécifier les types d'éléments appropriés peut entraîner l'élévation des privilèges à la racine.
    Élevée

    GKE sur VMware

    Mise à jour : 14/09/2022

    Description Gravité

    Une nouvelle faille (CVE-2022-2327) a été détectée dans le noyau Linux, qui peut entraîner l'élévation des privilèges locaux. Cette faille permet à un utilisateur non privilégié d'échapper complètement au conteneur pour arriver à la racine du nœud.

    Les clusters dotés d'une image COS (Container-Optimized OS) utilisant GKE sur VMware versions 1.10, 1.11 et 1.12 sont affectés.

    Que dois-je faire ?

    Mise à jour du 14/09/2022:les versions suivantes de GKE sur VMware contiennent du code qui corrige cette faille.

    • 1.10.6 ou version ultérieure
    • 1.11.3 ou version ultérieure
    • 1.12.1 ou version ultérieure

    Des versions de GKE sur VMware contenant des correctifs seront bientôt publiées. Ce bulletin de sécurité sera mis à jour lorsque les versions de GKE sur VMware seront disponibles au téléchargement.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-2327, le noyau Linux de la version 5.10 présente une faille dans le sous-système "io_uring", où diverses requêtes ne disposent pas de type d'élément (options). L'utilisation de ces requêtes sans spécifier les types d'éléments appropriés peut entraîner l'élévation des privilèges à la racine.

    Élevée

    GKE sur AWS

    Mise à jour : 14/09/2022

    Description Niveau de gravité

    Une nouvelle faille (CVE-2022-2327) a été détectée dans le noyau Linux, qui peut entraîner l'élévation des privilèges locaux. Cette faille permet à un utilisateur non privilégié d'échapper complètement au conteneur pour arriver à la racine du nœud.

    Que dois-je faire ?

    Mise à jour du 14/09/2022:les versions actuelles et précédentes de GKE sur AWS ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur AWS:

    Génération actuelle

    • 1.23.8-gke.1700
    • 1.22.12-gke.200
    • 1.21.14-gke.2100

    Génération précédente

    • 1.23.8-gke.2000
    • 1.22.12-gke.300
    • 1.21.14-gke.2100

    Les versions de GKE sur AWS contenant des correctifs seront bientôt publiées. Ce bulletin de sécurité sera mis à jour lorsque les versions de GKE sur AWS seront disponibles au téléchargement.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-2327, le noyau Linux de la version 5.10 présente une faille dans le sous-système "io_uring", où diverses requêtes ne disposent pas de type d'élément (options). L'utilisation de ces requêtes sans spécifier les types d'éléments appropriés peut entraîner l'élévation des privilèges à la racine.

    Élevée

    GKE sur Azure

    Mise à jour : 14/09/2022

    Description Gravité

    Une nouvelle faille (CVE-2022-2327) a été détectée dans le noyau Linux, qui peut entraîner l'élévation des privilèges locaux. Cette faille permet à un utilisateur non privilégié d'échapper complètement au conteneur pour arriver à la racine du nœud.

    Que dois-je faire ?

    Mise à jour du 14/09/2022:les versions suivantes de GKE sur Azure ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur Azure:

    • 1.23.8-gke.1700
    • 1.22.12-gke.200
    • 1.21.14-gke.2100

    Les versions de GKE sur Azure contenant des correctifs seront bientôt publiées. Ce bulletin de sécurité sera mis à jour lorsque les versions de GKE sur Azure seront disponibles au téléchargement.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec CVE-2022-2327, le noyau Linux de la version 5.10 présente une faille dans le sous-système "io_uring", où diverses requêtes ne disposent pas de type d'élément (options). L'utilisation de ces requêtes sans spécifier les types d'éléments appropriés peut entraîner l'élévation des privilèges à la racine.

    Élevée

    Google Distributed Cloud Virtual pour Bare Metal

    Description Niveau de gravité

    Une nouvelle faille (CVE-2022-2327) a été détectée dans le noyau Linux, qui peut entraîner l'élévation des privilèges locaux. Cette faille permet à un utilisateur non privilégié d'échapper complètement au conteneur pour arriver à la racine du nœud.

    Que dois-je faire ?

    Aucune action n'est requise. Google Distributed Cloud Virtual pour Bare Metal n'est pas concerné par cette CVE, car il ne regroupe pas de système d'exploitation dans sa distribution.

    Aucune

    GCP-2022-017

    Date de publication: 29-06-2022
    Mise à jour: 22-11-2022
    Référence: CVE-2022-1786
    Mise à jour du 22/11/2022: mise à jour des informations sur les charges de travail utilisant GKE Sandbox.
    Mise à jour du 21 juillet 2022 : mise à jour des informations indiquant que les images COS de GKE sur VMware sont affectées.

    GKE

    Mise à jour : 22/11/2022

    Description Niveau de gravité

    Mise à jour du 22/11/2022:les charges de travail utilisant GKE Sandbox ne sont pas affectées par ces failles.


    Une nouvelle faille (CVE-2022-1786) a été détectée dans les versions de noyau Linux 5.10 et 5.11. Cette faille permet à un utilisateur non privilégié disposant d'un accès local au cluster de s'échapper d'un conteneur pour obtenir un accès racine au nœud. Seuls les clusters qui exécutent Container-Optimized OS sont affectés. Les versions d'Ubuntu GKE utilisent la version 5.4 ou 5.15 du noyau et ne sont pas affectées.

    Que dois-je faire ?

    Les versions des images de nœuds Linux pour Container-Optimized OS pour les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement vos pools de nœuds vers l'une des versions futures de GKE ci-dessous :

    • 1.22.10-gke.600
    • 1.23.7-gke.1400
    • 1.24.1-gke.1400

    Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de mettre à niveau vos nœuds vers la version corrigée avant que cette version ne devienne la version par défaut de la version disponible sélectionnée.

    Quelles failles ce correctif permet-il de résoudre ?

    La faille CVE-2022-1786 a révélé une faille après l'utilisation gratuite dans le sous-système io_uring du noyau Linux. Si un utilisateur configure un anneau avec IORING_SETUP_IOPOLL avec plusieurs tâches terminées sur l'anneau, un utilisateur local peut planter ou augmenter ses droits sur le système.

    Élevée

    GKE sur VMware

    Mise à jour : 14/07/2022

    Description Gravité

    Une nouvelle faille (CVE-2022-1786) a été détectée dans les versions de noyau Linux 5.10 et 5.11. Cette faille permet à un utilisateur non privilégié disposant d'un accès local au cluster de s'échapper d'un conteneur pour obtenir un accès racine au nœud.

    Que dois-je faire ?

    Mise à jour du 21/07/2022:les versions suivantes de GKE sur VMware contiennent du code qui corrige cette faille.

    COS
    • 1.10.5 ou ultérieure
    • 1.11.2 ou ultérieure
    • 1.12.0 ou ultérieure

    Ubuntu

    Aucune action n'est requise. GKE sur VMware n'utilise pas les versions concernées du noyau Linux.

    Aucune

    GKE sur AWS

    Description Gravité

    Une nouvelle faille (CVE-2022-1786) a été détectée dans les versions de noyau Linux 5.10 et 5.11. Cette faille permet à un utilisateur non privilégié disposant d'un accès local au cluster de s'échapper d'un conteneur pour obtenir un accès racine au nœud.

    Que dois-je faire ?

    Aucune action n'est requise. GKE sur AWS n'utilise pas les versions concernées du noyau Linux.

    Aucune

    GKE sur Azure

    Description Gravité

    Une nouvelle faille (CVE-2022-1786) a été détectée dans les versions de noyau Linux 5.10 et 5.11. Cette faille permet à un utilisateur non privilégié disposant d'un accès local au cluster de s'échapper d'un conteneur pour obtenir un accès racine au nœud.

    Que dois-je faire ?

    Aucune action n'est requise. GKE sur Azure n'utilise pas les versions concernées du noyau Linux.

    Aucune

    Google Distributed Cloud Virtual pour Bare Metal

    Description Gravité

    Une nouvelle faille (CVE-2022-1786) a été détectée dans les versions de noyau Linux 5.10 et 5.11. Cette faille permet à un utilisateur non privilégié disposant d'un accès local au cluster de s'échapper d'un conteneur pour obtenir un accès racine au nœud.

    Que dois-je faire ?

    Aucune action n'est requise. Google Distributed Cloud Virtual pour Bare Metal n'est pas concerné par cette CVE, car il ne regroupe pas de système d'exploitation dans sa distribution.

    Aucune

    GCP-2022-016

    Publication: 23-06-2022
    Mise à jour: 22-11-2022
    Référence: CVE-2022-29581, CVE-2022-29582, CVE-2022-1116
    2022-11-22 Mise à jour des clusters Autopilot:
    Mise à jour du 29/07/2022 : versions mises à jour pour GKE sur VMware, GKE sur AWS et GKE sur Azure.

    GKE

    Mise à jour : 22/11/2022

    Description Niveau de gravité

    Mise à jour du 22/11/2022:les clusters Autopilot ne sont pas affectés par la CVE-2022-29581, mais sont vulnérables aux CVE-2022-29582 et CVE-2022-1116.


    Mise à jour du 29-07-2022 : les pods utilisant GKE Sandbox ne sont pas vulnérables à ces failles.


    Trois nouvelles failles de corruption de mémoire (CVE-2022-29581, CVE-2022-29582, CVE-2022-1116) ont été détectées dans le noyau Linux. Ces failles permettent à un utilisateur non privilégié disposant d'un accès local au cluster de s'en échapper complètement pour arriver à la racine du nœud. Tous les clusters Linux (Container-Optimized OS et Ubuntu) sont affectés.

    Que dois-je faire ?

    Les versions des images de nœuds Linux pour Container-Optimized OS et Ubuntu pour les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement vos pools de nœuds vers l'une des versions de GKE suivantes :

    • Container-Optimized OS:
      • 1.19.16-gke.13800
      • 1.20.15-gke.8000
      • 1.21.12-gke.1500
      • 1.22.9-gke.1300
      • 1.23.6-gke.1500
      • 1.24.1-gke.1400
    • Ubuntu:
      • 1.20.15-gke.9600
      • 1.21.13-gke.900
      • 1.22.10-gke.600
      • 1.23.7-gke.1400
      • 1.24.1-gke.1400

    Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de mettre à niveau vos nœuds vers la version corrigée avant que cette version ne devienne la version par défaut de la version disponible sélectionnée.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec la faille CVE-2022-29582, le noyau Linux des versions antérieures à 5.17.3 permet une utilisation après la période gratuite en raison d'une condition de concurrence dans les délais avant expiration io_uring.

    Les failles CVE-2022-29581 et CVE-2022-1116 sont des failles qui permettent à un pirate informatique local de provoquer une corruption de mémoire dans io_uring ou net/sched dans le noyau Linux, et ainsi d'élever les privilèges au niveau racine.

    Élevée

    GKE sur VMware

    Dernière mise à jour : 29-07-2022

    Description Niveau de gravité

    Mise à jour du 29/07/2022:Les versions suivantes de GKE sur VMware contiennent du code qui corrige ces failles.

    • 1.9.7 ou ultérieure
    • 1.10.5 ou ultérieure
    • 1.11.2 ou ultérieure
    • 1.12.0 ou ultérieure


    Trois nouvelles failles de corruption de mémoire (CVE-2022-29581, CVE-2022-29582, CVE-2022-1116) ont été détectées dans le noyau Linux. Ces failles permettent à un utilisateur non privilégié disposant d'un accès local au cluster de s'en échapper complètement pour arriver à la racine du nœud. Ces failles affectent GKE sur VMware v1.9 et les versions ultérieures pour les images Container-Optimized OS et Ubuntu.

    Que dois-je faire ?

    Des versions de GKE sur VMware contenant des correctifs seront bientôt publiées. Ce bulletin de sécurité sera mis à jour lorsque les versions de GKE sur VMware seront disponibles au téléchargement.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec la faille CVE-2022-29582, le noyau Linux des versions antérieures à 5.17.3 permet une utilisation après la période gratuite en raison d'une condition de concurrence dans les délais avant expiration io_uring.

    Les failles CVE-2022-29581 et CVE-2022-1116 sont des failles qui permettent à un pirate informatique local de provoquer une corruption de mémoire dans io_uring ou net/sched dans le noyau Linux, et ainsi d'élever les privilèges au niveau racine.

    Élevée

    GKE sur AWS

    Dernière mise à jour : 29-07-2022

    Description Niveau de gravité

    Mise à jour du 29/07/2022 : les versions actuelles et précédentes de GKE sur AWS ont été mises à jour avec du code permettant de corriger ces failles. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur AWS:

    Génération actuelle:

    • 1.23.7-gke.1300
    • 1.22.10-gke.1500
    • 1.21.11-gke.1900
    Génération précédente :
    • 1.23.7-gke.1500
    • 1.22.10-gke.1500
    • 1.21.13-gke.1600

    Trois nouvelles failles de corruption de mémoire (CVE-2022-29581, CVE-2022-29582, CVE-2022-1116) ont été détectées dans le noyau Linux. Ces failles permettent à un utilisateur non privilégié disposant d'un accès local au cluster de s'en échapper complètement pour arriver à la racine du nœud. Ces failles affectent toutes les versions de GKE sur AWS.

    Que dois-je faire ?

    Les versions de GKE sur AWS contenant des correctifs seront bientôt publiées. Ce bulletin de sécurité sera mis à jour lorsque les versions de GKE sur AWS seront disponibles au téléchargement.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec la faille CVE-2022-29582, le noyau Linux des versions antérieures à 5.17.3 permet une utilisation après la période gratuite en raison d'une condition de concurrence dans les délais avant expiration io_uring.

    Les failles CVE-2022-29581 et CVE-2022-1116 sont des failles qui permettent à un pirate informatique local de provoquer une corruption de mémoire dans io_uring ou net/sched dans le noyau Linux, et ainsi d'élever les privilèges au niveau racine.

    Élevée

    GKE sur Azure

    Description Niveau de gravité

    Mise à jour du 29/07/2022:mise à jour: les versions suivantes de GKE sur Azure ont été mises à jour avec du code permettant de corriger ces failles. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur Azure:

    • 1.23.7-gke.1300
    • 1.22.10-gke.1500
    • 1.21.11-gke.1900


    Trois nouvelles failles de corruption de mémoire (CVE-2022-29581, CVE-2022-29582, CVE-2022-1116) ont été détectées dans le noyau Linux. Ces failles permettent à un utilisateur non privilégié disposant d'un accès local au cluster de s'en échapper complètement pour arriver à la racine du nœud. Ces failles affectent toutes les versions de GKE sur Azure.

    Que dois-je faire ?

    Les versions de GKE sur Azure contenant des correctifs seront bientôt publiées. Ce bulletin de sécurité sera mis à jour lorsque les versions de GKE sur Azure seront disponibles au téléchargement.

    Quelles failles ce correctif permet-il de résoudre ?

    Avec la faille CVE-2022-29582, le noyau Linux des versions antérieures à 5.17.3 permet une utilisation après la période gratuite en raison d'une condition de concurrence dans les délais avant expiration io_uring.

    Les failles CVE-2022-29581 et CVE-2022-1116 sont des failles qui permettent à un pirate informatique local de provoquer une corruption de mémoire dans io_uring ou net/sched dans le noyau Linux, et ainsi d'élever les privilèges au niveau racine.

    Élevée

    Google Distributed Cloud Virtual pour Bare Metal

    Description Niveau de gravité

    Trois nouvelles failles de corruption de mémoire (CVE-2022-29581, CVE-2022-29582, CVE-2022-1116) ont été détectées dans le noyau Linux. Ces failles permettent à un utilisateur non privilégié disposant d'un accès local au cluster de s'en échapper complètement pour arriver à la racine du nœud.

    Que dois-je faire ?

    Aucune action n'est requise. Google Distributed Cloud Virtual pour Bare Metal n'est pas affecté par cette faille, car elle n'inclut pas de système d'exploitation dans sa distribution.

    Aucune

    GCP-2022-014

    Date de publication: 26/04/2022
    Mise à jour: 22/11/2022
    Mise à jour du 22/11/2022: ajout d'informations sur les charges de travail exécutées dans les clusters Autopilot.
    Mise à jour du 12/05/2022: mise à jour des versions de correctif pour GKE sur AWS et GKE sur Azure.
    Référence: CVE-2022-1055, CVE-2022-27666

    GKE

    Mise à jour : 22/11/2022

    Description Niveau de gravité

    Mise à jour du 22/11/2022:ces failles ne s'appliquent pas aux clusters GKE Autopilot et aux charges de travail exécutées dans GKE Sandbox.


    Deux failles de sécurité, CVE-2022-1055 et CVE-2022-27666, ont été détectées dans le noyau Linux. Chacune d'entre elles peut permettre à un pirate informatique local d'effectuer une interruption des conteneurs, une élévation des privilèges sur l'hôte, ou les deux. Ces failles affectent tous les systèmes d'exploitation du nœud GKE (Container-Optimized OS et Ubuntu).

    Détails techniques

    Dans la faille CVE-2022-1055, un pirate informatique peut exploiter la fonctionnalité use-after-free dans tc_new_tfilter(), ce qui permet à un pirate informatique local dans le conteneur d'élever les privilèges à la racine du nœud.

    Dans la faille CVE-2022-27666, le débordement du tampon dans esp/esp6_output_head permet à un pirate informatique local dans le conteneur d'élever les privilèges à la racine du nœud.

    Que dois-je faire ?

    Les versions des images de nœuds Linux pour les versions suivantes de GKE ont été mises à jour avec du code pour corriger ces failles. Mettez à niveau vos clusters vers l'une des versions suivantes.

    • 1.19.16-gke.11000 et versions ultérieures
    • 1.20.15-gke.5200 et versions ultérieures
    • 1.21.11-gke.1100 et versions ultérieures
    • 1.22.8-gke.200 et versions ultérieures
    • 1.23.5-gke.1500 et versions ultérieures

    Quelles failles ce correctif permet-il de résoudre ?

    Élevée

    GKE sur VMware

    Description Gravité

    Deux failles de sécurité, CVE-2022-1055 et CVE-2022-27666, ont été détectées dans le noyau Linux. Chacune d'entre elles peut permettre à un pirate informatique local d'effectuer une interruption des conteneurs, une élévation des privilèges sur l'hôte, ou les deux. Ces failles affectent tous les systèmes d'exploitation du nœud GKE (Container-Optimized OS et Ubuntu).

    Détails techniques

    Dans la faille CVE-2022-1055, un pirate informatique peut exploiter la fonctionnalité use-after-free dans tc_new_tfilter(), ce qui permet à un pirate informatique local dans le conteneur d'élever les privilèges à la racine du nœud.

    Dans la faille CVE-2022-27666, le débordement du tampon dans esp/esp6_output_head permet à un pirate informatique local dans le conteneur d'élever les privilèges à la racine du nœud.

    Que dois-je faire ?

    Mettez à niveau votre cluster vers une version corrigée. Les versions suivantes de GKE sur VMware et les versions ultérieures contiennent le correctif de cette faille:

    • 1.9.6 (à venir)
    • 1.10.3
    • 1.11.0 (à venir)

    Quelles failles ce correctif permet-il de résoudre ?

    Élevée

    GKE sur AWS

    Dernière mise à jour : 12/05/2022

    Description Niveau de gravité

    Deux failles de sécurité, CVE-2022-1055 et CVE-2022-27666, ont été détectées dans le noyau Linux. Chacune d'entre elles peut permettre à un pirate informatique local d'effectuer une interruption des conteneurs, une élévation des privilèges sur l'hôte, ou les deux. Ces failles affectent tous les systèmes d'exploitation du nœud GKE (Container-Optimized OS et Ubuntu).

    Détails techniques

    Dans la faille CVE-2022-1055, un pirate informatique peut exploiter la fonctionnalité use-after-free dans tc_new_tfilter(), ce qui permet à un pirate informatique local dans le conteneur d'élever les privilèges à la racine du nœud.

    Dans la faille CVE-2022-27666, le débordement du tampon dans esp/esp6_output_head permet à un pirate informatique local dans le conteneur d'élever les privilèges à la racine du nœud.

    Que dois-je faire ?

    Mise à jour du 12/05/2022 : les versions suivantes de GKE sur AWS (actuelles et précédentes) ont été mises à jour avec du code permettant de corriger ces failles. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur AWS:

    Génération actuelle
    • 1.21.11-gke.1100
    • 1.22.8-gke.1300
    Génération précédente
    • 1.20.15-gke.5200
    • 1.21.11-gke.1100
    • 1.22.8-gke.1300

    Mettez à niveau votre cluster vers une version corrigée. Les correctifs seront disponibles dans une prochaine version. Ce bulletin sera mis à jour dès qu'ils seront disponibles.

    Quelles failles ce correctif permet-il de résoudre ?

    Élevée

    GKE sur Azure

    Dernière mise à jour : 12/05/2022

    Description Gravité

    Deux failles de sécurité, CVE-2022-1055 et CVE-2022-27666, ont été détectées dans le noyau Linux. Chacune d'entre elles peut permettre à un pirate informatique local d'effectuer une interruption des conteneurs, une élévation des privilèges sur l'hôte, ou les deux. Ces failles affectent tous les systèmes d'exploitation du nœud GKE (Container-Optimized OS et Ubuntu).

    Détails techniques

    Dans la faille CVE-2022-1055, un pirate informatique peut exploiter la fonctionnalité use-after-free dans tc_new_tfilter(), ce qui permet à un pirate informatique local dans le conteneur d'élever les privilèges à la racine du nœud.

    Dans la faille CVE-2022-27666, le débordement du tampon dans esp/esp6_output_head permet à un pirate informatique local dans le conteneur d'élever les privilèges à la racine du nœud.

    Que dois-je faire ?

    Mise à jour du 12 mai 2022 : les versions suivantes de GKE sur Azure ont été mises à jour avec du code permettant de corriger ces failles. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur Azure:

    • 1.21.11-gke.1100
    • 1.22.8-gke.1300

    Mettez à niveau votre cluster vers une version corrigée. Les correctifs seront disponibles dans une prochaine version. Ce bulletin sera mis à jour dès qu'ils seront disponibles.

    Quelles failles ce correctif permet-il de résoudre ?

    Élevée

    Google Distributed Cloud Virtual pour Bare Metal

    Description Gravité

    Deux failles de sécurité, CVE-2022-1055 et CVE-2022-27666, ont été détectées dans le noyau Linux. Chacune d'entre elles peut permettre à un pirate informatique local d'effectuer une interruption des conteneurs, une élévation des privilèges sur l'hôte, ou les deux. Ces failles affectent tous les systèmes d'exploitation du nœud GKE (Container-Optimized OS et Ubuntu).

    Détails techniques

    Dans la faille CVE-2022-1055, un pirate informatique peut exploiter la fonctionnalité use-after-free dans tc_new_tfilter(), ce qui permet à un pirate informatique local dans le conteneur d'élever les privilèges à la racine du nœud.

    Dans la faille CVE-2022-27666, le débordement du tampon dans esp/esp6_output_head permet à un pirate informatique local dans le conteneur d'élever les privilèges à la racine du nœud.

    Que dois-je faire ?

    Aucune action n'est requise. Google Distributed Cloud Virtual pour Bare Metal n'est pas affecté par cette faille CVE, car elle n'inclut pas Linux dans son package. Vous devez vous assurer que les images de nœud que vous utilisez sont mises à jour vers les versions contenant les correctifs pour CVE-2022-1055 et CVE-2022-27666.

    Quelles failles ce correctif permet-il de résoudre ?

    Élevée

    GCP-2022-013

    Date de publication: 11/04/2022
    Mise à jour: 20/04/2022
    Référence: CVE-2022-23648
    Mise à jour du 22/04/2022: Mise à jour des versions du correctif pour Google Distributed Cloud Virtual pour Bare Metal et GKE sur VMware.

    GKE

    Description Niveau de gravité

    Une faille de sécurité, CVE-2022-23648, a été détectée dans la gestion du balayage de chemin d'accès de containerd dans la spécification du volume d'images OCI. Les conteneurs lancés via l'implémentation CRI de containerd avec une configuration d'image spécialement conçue à cet effet peuvent bénéficier d'un accès en lecture complet aux fichiers et répertoires arbitraires de l'hôte.

    Cette faille peut contourner toute application basée sur des règles lors de la configuration du conteneur (y compris une stratégie de sécurité des pods Kubernetes). Cette faille affecte tous les systèmes d'exploitation de nœud GKE (Container-Optimized OS et Ubuntu) qui utilisent containerd par défaut. Tous les nœuds GKE, Autopilot et GKE Sandbox sont affectés.

    Que dois-je faire ?

    Les versions des images de nœuds Linux pour les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement vos nœuds vers l'une des versions de GKE suivantes :

    • 1.19.16-gke.9400
    • 1.20.15-gke.3600
    • 1.21.10-gke.1500
    • 1.22.7-gke.1500
    • 1.23.4-gke.1500

    Une fonctionnalité récente des canaux de publication vous permet d'appliquer un correctif sans avoir à vous désabonner d'un canal. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre canal de publication.

    Moyenne

    GKE sur VMware

    Mise à jour : 22-04-2022

    Description Niveau de gravité

    Une faille de sécurité, CVE-2022-23648, a été détectée dans la gestion du balayage de chemin d'accès de containerd dans la spécification du volume d'images OCI. Les conteneurs lancés via l'implémentation CRI de containerd avec une configuration d'image spécialement conçue à cet effet peuvent bénéficier d'un accès en lecture complet aux fichiers et répertoires arbitraires de l'hôte.

    Cette faille peut contourner toute application basée sur des règles lors de la configuration du conteneur (y compris une stratégie de sécurité des pods Kubernetes). Cette faille affecte tous les clusters GKE sur VMware avec Stackdriver activé, qui utilisent containerd. Les versions 1.8, 1.9 et 1.10 de GKE sur VMware sont affectées

    Que dois-je faire ?

    Mise à jour du 22/04/2022 : les versions suivantes de GKE sur VMware contiennent du code qui corrige cette faille.

    • Version 1.9.5 ou ultérieure
    • Version 1.10.3 ou ultérieure
    • Version 1.11.0 ou ultérieure

    Les versions suivantes de GKE sur VMware ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur VMware:

    • Version 1.8.8 ou ultérieure
    • Version 1.9.5 ou ultérieure
    • Version 1.10.2 ou ultérieure

    Cette faille CVE peut être atténuée en définissant IgnoreImageDefinedVolumes sur "true".

    Moyenne

    GKE sur AWS

    Description Niveau de gravité

    Une faille de sécurité, CVE-2022-23648, a été détectée dans la gestion du balayage de chemin d'accès de containerd dans la spécification du volume d'images OCI. Les conteneurs lancés via l'implémentation CRI de containerd avec une configuration d'image spécialement conçue à cet effet peuvent bénéficier d'un accès en lecture complet aux fichiers et répertoires arbitraires de l'hôte.

    Cette faille peut contourner toute application basée sur des règles lors de la configuration du conteneur (y compris une stratégie de sécurité des pods Kubernetes). Toutes les versions de GKE sur AWS sont concernées.

    Que dois-je faire ?

    Les versions suivantes de GKE sur AWS ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de GKE sur AWS.

    GKE sur AWS (génération actuelle)
    • Version 1.22 : 1.22.8-gke.200
    • Version 1.21 : 1.21.11-gke.100
    GKE sur AWS (génération précédente)
    • Version 1.22 : 1.22.8-gke.300
    • Version 1.21 : 1.21.11-gke.100
    • Version 1.20 : 1.20.15-gke.2200

    Cette faille CVE peut être atténuée en définissant IgnoreImageDefinedVolumes sur "true".

    Moyenne

    GKE sur Azure

    Description Niveau de gravité

    Une faille de sécurité, CVE-2022-23648, a été détectée dans la gestion du balayage de chemin d'accès de containerd dans la spécification du volume d'images OCI. Les conteneurs lancés via l'implémentation CRI de containerd avec une configuration d'image spécialement conçue à cet effet peuvent bénéficier d'un accès en lecture complet aux fichiers et répertoires arbitraires de l'hôte.

    Cette faille peut contourner toute application basée sur des règles lors de la configuration du conteneur (y compris une stratégie de sécurité des pods Kubernetes). Toutes les versions de GKE sur Azure sont concernées.

    Que dois-je faire ?

    Les versions suivantes de GKE sur Azure ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à jour vos nœuds comme suit :

    • Version 1.22 : 1.22.8-gke.200
    • Version 1.21 : 1.21.11-gke.100

    Cette faille CVE peut être atténuée en définissant IgnoreImageDefinedVolumes sur "true".

    Moyenne

    Google Distributed Cloud Virtual pour Bare Metal

    Mise à jour : 22-04-2022

    Description Niveau de gravité

    Une faille de sécurité, CVE-2022-23648, a été détectée dans la gestion du balayage de chemin d'accès de containerd dans la spécification du volume d'images OCI. Les conteneurs lancés via l'implémentation CRI de containerd avec une configuration d'image spécialement conçue à cet effet peuvent bénéficier d'un accès en lecture complet aux fichiers et répertoires arbitraires de l'hôte.

    Cette faille peut contourner toute application basée sur des règles lors de la configuration du conteneur (y compris une stratégie de sécurité des pods Kubernetes). Cette faille affecte toutes les solutions Google Distributed Cloud Virtual pour Bare Metal qui utilisent containerd. Les versions 1.8, 1.9 et 1.10 de Google Distributed Cloud Virtual pour Bare Metal sont concernées

    Que dois-je faire ?

    Mise à jour du 22 avril 2022 : les versions suivantes de Google Distributed Cloud Virtual pour Bare Metal contiennent du code qui corrige cette faille.

    • Version 1.8.9 ou ultérieure
    • Version 1.9.6 ou ultérieure
    • Version 1.10.3 ou ultérieure
    • Version 1.11.0 ou ultérieure

    Les versions suivantes de Google Distributed Cloud Virtual pour Bare Metal ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos nœuds vers l'une des versions suivantes de Google Distributed Cloud Virtual pour Bare Metal:

    • Version 1.8.8 ou ultérieure
    • Version 1.9.5 ou ultérieure
    • Version 1.10.2 ou ultérieure

    Cette faille CVE peut être atténuée en définissant IgnoreImageDefinedVolumes sur "true".

    Moyenne

    GCP-2022-012

    Date de publication: 07-04-2022
    Mise à jour: 22-11-2022
    Référence: CVE-2022-0847
    Mise à jour du 22/11/2022: mise à jour des informations sur les charges de travail utilisant GKE Sandbox.

    GKE

    Mise à jour : 22/11/2022

    Description Niveau de gravité

    Mise à jour du 22/11/2022:les charges de travail utilisant GKE Sandbox ne sont pas affectées par ces failles.


    Une faille de sécurité, CVE-2022-0847, a été détectée dans les versions 5.8 et ultérieures du noyau Linux. Celle-ci peut potentiellement faire remonter les droits du conteneur à la racine. Cette faille affecte toutes les versions de pools de nœuds GKE v1.22 et ultérieures qui utilisent des images Container-Optimized OS (Container-Optimized OS 93 et versions ultérieures). Les pools de nœuds GKE qui utilisent le système d'exploitation Ubuntu ne sont pas affectés.

    Que dois-je faire ?

    Les versions des images de nœuds Linux pour les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Pour des raisons de sécurité, même si la mise à niveau automatique des nœuds est activée, nous vous recommandons de mettre à niveau manuellement vos pools de nœuds vers l'une des versions de GKE suivantes :

    • 1.22.7-gke.1500 et versions ultérieures
    • 1.23.4-gke.1600 et versions ultérieures

    Une fonctionnalité récente des canaux de publication vous permet d'appliquer une version de correctif d'autres canaux de publication sans avoir à vous désabonner d'un canal. Cela vous permet de sécuriser vos nœuds jusqu'à ce que la nouvelle version devienne la version par défaut de votre canal de publication.

    Quelles failles ce correctif permet-il de résoudre ?

    La faille CVE-2022-0847 concerne l'option PIPE_BUF_FLAG_CAN_MERGE qui a été introduite dans la version 5.8 du noyau Linux. Dans cette faille, le membre "flags" de la nouvelle structure du tampon de pipeline ne disposait pas de l'initialisation appropriée dans le noyau Linux. Un pirate informatique disposant d'un accès non privilégié en local peut utiliser cette faille pour écrire sur des pages du cache de pages sauvegardé par des fichiers en lecture seule et élever ses privilèges.

    De nouvelles versions de Container-Optimized OS qui résolvent ce problème ont été intégrées aux versions mises à jour des pools de nœuds de GKE.

    Élevée

    GKE sur VMware

    Description Gravité

    Une faille de sécurité, CVE-2022-0847, a été détectée dans les versions 5.8 et ultérieures du noyau Linux. Celle-ci peut potentiellement faire remonter les droits à la racine. Cette faille affecte GKE sur VMware v1.10 pour les images Container-Optimized OS. Actuellement, GKE sur VMware avec Ubuntu utilise la version de noyau 5.4 et n'est pas vulnérable à cette attaque.

    Que dois-je faire ?

    Les versions des images de nœuds Linux des versions suivantes de GKE sur VMware ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos clusters d'administrateur et d'utilisateur vers la version suivante de GKE sur VMware:

    • 1.10.3

    Quelles failles ce correctif permet-il de résoudre ?

    La faille CVE-2022-0847 concerne l'option PIPE_BUF_FLAG_CAN_MERGE qui a été introduite dans la version 5.8 du noyau Linux. Dans cette faille, le membre "flags" de la nouvelle structure du tampon de pipeline ne disposait pas de l'initialisation appropriée dans le noyau Linux. Un pirate informatique disposant d'un accès non privilégié en local peut utiliser cette faille pour écrire sur des pages du cache de pages sauvegardé par des fichiers en lecture seule et élever ses privilèges.

    De nouvelles versions de Container-Optimized OS qui résolvent ce problème ont été intégrées aux versions mises à jour de GKE sur VMware.

    Élevée

    GKE sur AWS

    Description Niveau de gravité

    Une faille de sécurité, CVE-2022-0847, a été détectée dans les versions 5.8 et ultérieures du noyau Linux. Celle-ci peut potentiellement faire remonter les droits à la racine.

    Cette faille affecte les clusters gérés de GKE sur AWS v1.21 et les clusters exécutés sur GKE sur AWS (génération précédente) v1.19, v1.20, v1.21, qui utilisent Ubuntu.

    Que dois-je faire ?

    Les versions des images de nœuds Linux des versions suivantes de GKE sur AWS ont été mises à jour avec du code pour corriger cette faille.

    Pour GKE géré sur AWS, nous vous recommandons de mettre à niveau vos clusters d'utilisateur et votre pool de nœuds vers l'une des versions suivantes:

    • 1.21.11-gke.100

    Pour GKE sur AWS k-lite, nous vous recommandons de mettre à niveau vos objets AWSManagementService, AWSCluster et AWSNodePool vers la version suivante:

    • 1.21.11-gke.100
    • 1.20.15-gke.2200

    Quelles failles ce correctif permet-il de résoudre ?

    La faille CVE-2022-0847 concerne l'option PIPE_BUF_FLAG_CAN_MERGE qui a été introduite dans la version 5.8 du noyau Linux. Dans cette faille, le membre "flags" de la nouvelle structure du tampon de pipeline ne disposait pas de l'initialisation appropriée dans le noyau Linux. Un pirate informatique disposant d'un accès non privilégié en local peut utiliser cette faille pour écrire sur des pages du cache de pages sauvegardé par des fichiers en lecture seule et élever ses privilèges.

    Élevée

    GKE sur Azure

    Description Gravité

    Une faille de sécurité, CVE-2022-0847, a été détectée dans les versions 5.8 et ultérieures du noyau Linux. Celle-ci peut potentiellement faire remonter les droits à la racine. Cette faille affecte les clusters gérés de GKE sur Azure v1.21 qui utilisent Ubuntu.

    Que dois-je faire ?

    Les versions des images de nœuds Linux des versions suivantes de GKE sur Azure ont été mises à jour avec du code pour corriger cette faille. Nous vous recommandons de mettre à niveau vos clusters d'utilisateur et votre pool de nœuds vers la version suivante :

    • 1.21.11-gke.100

    Quelles failles ce correctif permet-il de résoudre ?

    La faille CVE-2022-0847 concerne l'option PIPE_BUF_FLAG_CAN_MERGE qui a été introduite dans la version 5.8 du noyau Linux. Dans cette faille, le membre "flags" de la nouvelle structure du tampon de pipeline ne disposait pas de l'initialisation appropriée dans le noyau Linux. Un pirate informatique disposant d'un accès non privilégié en local peut utiliser cette faille pour écrire sur des pages du cache de pages sauvegardé par des fichiers en lecture seule et élever ses privilèges.

    Élevée

    Google Distributed Cloud Virtual pour Bare Metal

    Description Gravité

    Une faille de sécurité, CVE-2022-0847, a été détectée dans les versions 5.8 et ultérieures du noyau Linux. Celle-ci peut potentiellement faire remonter les droits à la racine.

    Que dois-je faire ?

    Aucune action n'est requise. Google Distributed Cloud Virtual pour Bare Metal n'est pas affecté par cette faille CVE, car elle n'inclut pas Linux dans son package. Vous devez vous assurer que les images de nœuds que vous utilisez sont mises à jour vers les versions contenant le correctif de la faille CVE-2022-0847.

    Élevée

    GCP-2022-011

    Date de publication : 22/03/2022
    Dernière mise à jour : 11/08/2022

    Mise à jour du 11/08/2022 : ajout d'informations sur les effets d'une mauvaise configuration SMT.

    GKE

    Description Gravité

    Mise à jour du 11/08/2022 : ajout d'informations sur la configuration multithread (Simultaneous Multi-Threading) . SMT était destiné à être désactivé, mais il a été activé sur les versions répertoriées.

    Si vous avez activé manuellement SMT pour un pool de nœuds en bac à sable, SMT restera activé manuellement, malgré ce problème.


    Il existe une erreur de configuration avec le mode SMT (Simultaneous Multi-Threading), également appelé Hyper-Threading, sur les images GKE Sandbox. L'erreur de configuration laisse des nœuds potentiellement exposés à des attaques de versions secondaires, telles que l'échantillonnage des données microarchitecturales (pour en savoir plus, consultez la documentation de GKE Sandbox). Nous vous déconseillons d'utiliser les versions concernées suivantes :

    • 1.22.4-gke.1501
    • 1.22.6-gke.300
    • 1.23.2-gke.300
    • 1.23.3-gke.600

    Si vous avez activé manuellement le mode SMT pour un pool de nœuds, ce problème n'affecte pas vos nœuds de bac à sable.

    Que dois-je faire ?

    Mettez à niveau vos nœuds vers l'une des versions suivantes :

    • 1.22.6-gke.1500 et versions ultérieures
    • 1.23.3-gke.1100 et versions ultérieures

    Quelle faille ce correctif permet-il de résoudre ?

    Par défaut, le mode SMT est désactivé sur les nœuds GKE Sandbox, ce qui permet de limiter les attaques sur les versions secondaires.

    Moyen

    GCP-2022-009

    Date de publication : 01-03-2022
    Dernière mise à jour : 15-03-2022

    GKE

    Description Niveau de gravité

    Mise à jour du 15/03/2022:ajout de guides de renforcement pour GKE sur AWS et GKE sur Azure. Ajout d'une section sur la persistance avec les webhooks


    Certains chemins inattendus permettant d'accéder à la VM de nœud sur les clusters GKE Autopilot auraient pu être utilisés pour une élévation des privilèges dans le cluster. Ces problèmes ont été corrigés et aucune autre action n'est requise. Ces correctifs permettent de résoudre les problèmes signalés via notre Vulnerability Reward Program.

    Les utilisateurs des clusters GKE Standard et GKE peuvent éventuellement appliquer une règle de renforcement similaire, comme décrit ci-dessous.

    Détails techniques

    Accès à l'hôte impliquant des exceptions aux règles pour certains outils tiers

    Pour permettre à Google Cloud de proposer une gestion complète des nœuds et un contrat de niveau de service au niveau des pods, GKE Autopilot restreint certaines primitives Kubernetes à privilèges élevés afin d'empêcher les charges de travail d'obtenir un accès de bas niveau à la VM de nœud. Pour replacer ces éléments dans leur contexte : GKE Standard offre un accès complet au calcul sous-jacent, Autopilot présente un accès limité et Cloud Run ne présente aucun accès.

    Autopilot assouplit certaines de ces restrictions pour une liste prédéfinie d'outils tiers afin de permettre aux clients d'exécuter ces outils sur Autopilot sans modification. En utilisant des droits permettant de créer des pods avec des montages de chemin d'accès à l'hôte, le chercheur a pu exécuter dans un pod un conteneur privilégié qui ressemblait à l'un de ces outils tiers figurant dans la liste d'autorisation, afin d'obtenir l'accès à l'hôte.

    La capacité à planifier des pods de cette manière est normale sur GKE Standard, mais pas sur GKE Autopilot, car cela implique de contourner les restrictions d'accès à l'hôte servant à activer le contrat de niveau de service décrit précédemment.

    Ce problème a été résolu en restreignant la spécification de la liste d'autorisation des outils tiers pour le pod.

    Élévation des privilèges à partir de la racine sur un nœud

    En plus de l'accès à l'hôte, les pods stackdriver-metadata-agent-cluster-level et metrics-server ont été identifiés comme étant très privilégiés. Après avoir obtenu un accès au nœud au niveau racine, ces services peuvent être utilisés pour obtenir davantage de contrôle sur le cluster.

    Nous avons abandonné et supprimé stackdriver-metadata-agent pour GKE Standard et Autopilot. Ce composant est toujours utilisé sur GKE sur VMware et Google Distributed Cloud Virtual pour Bare Metal.

    Afin de renforcer la protection du système contre ce type d'attaque à l'avenir, nous appliquerons dans une version ultérieure une contrainte Autopilot empêchant les mises à jour du compte de service de divers objets dans l'espace de noms kube-system. Nous avons développé une règle Gatekeeper pour vous permettre d'appliquer une protection similaire aux clusters GKE Standard et GKE afin d'empêcher toute modification automatique des charges de travail privilégiées. Cette règle est appliquée automatiquement aux clusters Autopilot. Pour obtenir des instructions, consultez les guides de renforcement suivants :


    15-03-2022: persistance avec des webhooks en mutation

    Les webhooks ont été utilisés dans le rapport pour établir une base privilégiée dans le cluster après compromis. Il s'agit d'éléments standards de l'API Kubernetes créés par les administrateurs de cluster. Ils ont été rendus visibles aux administrateurs lorsque Autopilot a ajouté la compatibilité avec les webhooks définis par le client.


    Comptes de service avec privilèges dans l'espace de noms par défaut

    Les outils d'application de la règle Autopilot autorisaient précédemment deux comptes de service dans l'espace de noms par défaut : csi-attacher et otelsvc afin d'accorder des droits spéciaux à ces comptes de service. Un pirate informatique disposant de droits élevés, y compris les autorisations permettant de créer des objets ClusterRoleBinding et ayant un accès autorisant la création de pods dans l'espace de noms par défaut, peut utiliser ces noms de compte de service pour accéder à ces droits supplémentaires. Ces services ont été déplacés sous l'espace de noms kube-system afin de leur faire bénéficier de la protection de la règle Autopilot existante. Les clusters GKE Standard et GKE ne sont pas affectés.

    Que dois-je faire ?

    Les règles de tous les clusters GKE Autopilot ont été mises à jour pour supprimer l'accès involontaire à l'hôte et aucune autre action n'est requise.

    Dans les semaines à venir, le renforcement de la stratégie sera appliqué à Autopilot pour fournir une protection secondaire. Vous n'avez rien à faire.

    Les clusters GKE Standard et GKE ne sont pas affectés, car les utilisateurs ont déjà accès à l'hôte. En tant que mesure de renforcement du système, les utilisateurs des clusters GKE Standard et GKE peuvent appliquer une protection similaire grâce à une règle Gatekeeper qui empêche l'automodification de la charge de travail privilégiée. Pour obtenir des instructions, consultez les guides de renforcement suivants :

    Faible

    GCP-2022-008

    Date de publication : 23-02-2022
    Mise à jour : 28-04-2022
    Référence : CVE-2022-23606, CVE-2022-21655, CVE-2021-43826, CVE-2021-43825, CVE-2021-43824, CVE-2022-21654, CVE-2022-21657, CVE-2022-21656

    GKE

    Description Niveau de gravité
    Le projet Envoy a récemment découvert un ensemble de failles, CVE-2022-23606, CVE-2022-21655 et CVE-2021-43826, CVE-2021-43825, CVE-2021-43824, CVE-2022-21654, CVE-2022-21657 et CVE-2022-21656 pouvant avoir un impact sur les clusters GKE utilisant Anthos Service Mesh, Istio-on-GKE ou des déploiements Istio personnalisés.
    Tous les problèmes répertoriés ci-dessous sont résolus dans la version 1.21.1 d'Envoy.
    Informations techniques
    Pour en savoir plus sur ces failles, cliquez ici.

    Que dois-je faire ?

    Les clusters GKE exécutant Anthos Service Mesh doivent être mis à jour vers une version compatible avec les failles ci-dessus.
    • Si vous utilisez Anthos Service Mesh 1.12, passez à la version 1.12.4-asm.0.
    • Si vous utilisez Anthos Service Mesh 1.11, passez à la version 1.11.7-asm.1.
    • Si vous utilisez Anthos Service Mesh 1.10, passez à la version 1.10.6-asm.1.
    Si vous utilisez Anthos Service Mesh v1.9 ou une version antérieure, votre version est arrivée en fin de vie et n'est plus prise en charge. Ces correctifs CVE n'ont pas été rétroportés. Vous devez effectuer une mise à jour vers ASM 1.10 ou une version ultérieure.

    Les clusters GKE exécutant Istio-on-GKE doivent être mis à jour vers une version compatible avec les failles ci-dessus.
    • Si vous utilisez Istio-on-GKE 1.6, passez à la version 1.6.14-gke.8.
    • Si vous utilisez Istio-on-GKE 1.4.11, passez à la version 1.4.11-gke.4.
    • Si vous utilisez Istio-on-GKE 1.4.10, passez à la version 1.4.10-gke.23.
    • Si vous utilisez GKE 1.22 ou une version ultérieure, veuillez utiliser Istio GKE 1.4.10. Sinon, utilisez Istio-on-GKE 1.4.11.

    Quelles failles ce correctif permet-il de résoudre ?

    CVE-2022-23606, CVE-2022-21655, CVE-2021-43826, CVE-2021-43825, CVE-2021-43824, CVE-2022-21654, CVE-2022-21657, et CVE-2022-21656
    Élevée

    GKE sur VMware

    Mise à jour : 28-04-2022

    Description Gravité
    Envoy a récemment publié plusieurs correctifs de failles de sécurité. GKE sur VMware est affecté, car Envoy est utilisé avec metric-server. Les CVE Envoy que nous corrigeons sont répertoriées ci-dessous. Nous mettrons à jour ce bulletin en y ajoutant des versions spécifiques lorsqu'elles seront disponibles :
    • CVE-2021-43824 (score CVSS 6.5, moyen) : déréférencement possible de pointeur NULL lorsque vous utilisez la correspondance safe_regex du filtre JWT.
      Remarque : Bien que ASM/Istio-on-GKE ne soient pas compatibles avec les filtres Envoy, vous pourriez être affecté si vous utilisez une expression régulière de filtre JWT.
    • CVE-2021-43825 (score CVSS 6.1, moyen) : disponible après l'utilisation gratuite lorsque les filtres de réponse augmentent les données de réponse et que l'augmentation des données dépasse les limites de la mémoire tampon en aval.
      Remarque : Bien que ASM/Istio-on-GKE ne soient pas compatibles avec les filtres Envoy, vous pourriez être affecté si vous utilisez un filtre de décompression.
    • CVE-2021-43826 (score CVSS 6.1, moyen) : vulnérabilité de type "use-after-free" lors de la tunnelisation TCP sur HTTP, en cas de déconnexion en aval lors de l'établissement de la connexion en amont.
      Remarque : Bien que ASM/Istio-on-GKE ne soient pas compatibles avec les filtres Envoy, vous pourriez être affecté si vous utilisez un filtre de tunnelisation.
    • CVE-2022-21654 (score CVSS 7.3, élevé) : la gestion incorrecte des configurations permet la réutilisation des sessions mTLS sans revalidation après la modification des paramètres de validation.
      Remarque : Tous les services ASM/Istio-on-GKE utilisant mTLS sont affectés par cette faille CVE.
    • CVE-2022-21655 (score CVSS 7.5, élevé) : traitement incorrect des redirections internes vers les routes avec une entrée de réponse directe.
      Remarque : Bien que ASM/Istio-on-GKE ne soient pas compatibles avec les filtres Envoy, vous pourriez être affecté si vous utilisez un filtre de réponse directe.
    • CVE-2022-23606 (score CVSS 4.4, moyen) : épuisement de la pile lorsqu'un cluster est supprimé via le service de détection de clusters.
      Remarque : Cette faille CVE affecte la version 1.11 et les versions ultérieures d'ASM. ASM 1.10 et Istio-on-GKE ne sont pas affectés par cette faille CVE.
    • CVE-2022-21657 (score CVSS 3.1, faible) : les version d'Envoy jusqu'à la version 1.20.1 contiennent une faille exploitable à distance en raison du contournement X.509 de l'utilisation étendue de la clé et des objectifs de confiance.
    • CVE-2022-21656 (Score CVSS 3.1, Faible) : les versions d'Envoy jusqu'à la version 1.20.1 contiennent une faille exploitable à distance en raison du contournement X.509 de la mise en correspondance "subjectAltName" (et nameConstraints).

    Istio a récemment publié un correctif de faille de sécurité. Anthos sur VMware est affecté, car Istio est utilisé pour le trafic entrant. Les CVE Istio que nous corrigeons sont répertoriées ci-dessous. Nous mettrons à jour ce bulletin en y ajoutant des versions spécifiques lorsqu'elles seront disponibles :

    CVE-2022-23635 (score CVSS 7.5, élevé) : Istiod plante en cas de réception de requêtes avec un en-tête `authorization` spécialement conçu.


    Pour obtenir la description complète et les impacts des CVE ci-dessus, consultez les bulletins de sécurité.

    Ajout 28-04-2022 : Que dois-je faire ?

    Les versions suivantes de GKE sur VMware corrigent ces failles:

    • 1.9.5
    • 1.10.3
    • 1.11.0

    Quelles failles ce correctif permet-il de résoudre ?

    CVE-2022-23606, CVE-2022-21655, CVE-2021-43826, CVE-2021-43825, CVE-2021-43824, CVE-2022-21654, CVE-2022-21657, et CVE-2022-21656
    Élevée

    Google Distributed Cloud Virtual pour Bare Metal

    Description Gravité
    Envoy a récemment publié plusieurs correctifs de failles de sécurité. Anthos sur solution Bare Metal est affecté, car Envoy est utilisé avec metrics-server. Les failles CVE d'Envoy dans les versions 1.10.3, 1.9.6 et 1.8.9 sont répertoriées ci-dessous :
    • CVE-2021-43824 (score CVSS 6.5, moyen) : déréférencement possible de pointeur NULL lorsque vous utilisez la correspondance safe_regex du filtre JWT.
      Remarque : Bien que ASM/Istio-on-GKE ne soient pas compatibles avec les filtres Envoy, vous pourriez être affecté si vous utilisez une expression régulière de filtre JWT.
    • CVE-2021-43825 (score CVSS 6.1, moyen) : disponible après l'utilisation gratuite lorsque les filtres de réponse augmentent les données de réponse et que l'augmentation des données dépasse les limites de la mémoire tampon en aval.
      Remarque : Bien que ASM/Istio-on-GKE ne soient pas compatibles avec les filtres Envoy, vous pourriez être affecté si vous utilisez un filtre de décompression.
    • CVE-2021-43826 (score CVSS 6.1, moyen) : vulnérabilité de type "use-after-free" lors de la tunnelisation TCP sur HTTP, en cas de déconnexion en aval lors de l'établissement de la connexion en amont.
      Remarque : Bien que ASM/Istio-on-GKE ne soient pas compatibles avec les filtres Envoy, vous pourriez être affecté si vous utilisez un filtre de tunnelisation.
    • CVE-2022-21654 (score CVSS 7.3, élevé) : la gestion incorrecte des configurations permet la réutilisation des sessions mTLS sans revalidation après la modification des paramètres de validation.
      Remarque : Tous les services ASM/Istio-on-GKE utilisant mTLS sont affectés par cette faille CVE.
    • CVE-2022-21655 (score CVSS 7.5, élevé) : traitement incorrect des redirections internes vers les routes avec une entrée de réponse directe.
      Remarque : Bien que ASM/Istio-on-GKE ne soient pas compatibles avec les filtres Envoy, vous pourriez être affecté si vous utilisez un filtre de réponse directe.
    • CVE-2022-23606 (score CVSS 4.4, moyen) : épuisement de la pile lorsqu'un cluster est supprimé via le service de détection de clusters.
      Remarque : Cette faille CVE affecte la version 1.11 et les versions ultérieures d'ASM. ASM 1.10 et Istio-on-GKE ne sont pas affectés par cette faille CVE.
    • CVE-2022-21657 (score CVSS 3.1, faible) : les version d'Envoy jusqu'à la version 1.20.1 contiennent une faille exploitable à distance en raison du contournement X.509 de l'utilisation étendue de la clé et des objectifs de confiance.
    • CVE-2022-21656 (Score CVSS 3.1, Faible) : les versions d'Envoy jusqu'à la version 1.20.1 contiennent une faille exploitable à distance en raison du contournement X.509 de la mise en correspondance "subjectAltName" (et nameConstraints).
    Istio a récemment publié un correctif de faille de sécurité. Anthos sur solution Bare Metal est affecté, car Istio est utilisé pour le trafic entrant. Les failles CVE d'Istio dans les versions 1.10.3, 1.9.6 et 1.8.9 sont répertoriées ci-dessous :

    • CVE-2022-23635 (score CVSS 7.5, élevé) : Istiod plante en cas de réception de requêtes avec un en-tête `authorization` spécialement conçu.
      Remarque : Toutes les failles ASM/Istio-on-GKE sont affectées par cette faille CVE.

    Pour obtenir la description complète et les impacts des CVE ci-dessus, consultez les bulletins de sécurité.

    Quelles failles ce correctif permet-il de résoudre ?

    CVE-2022-23606, CVE-2022-21655, CVE-2021-43826, CVE-2021-43825, CVE-2021-43824, CVE-2022-21654, CVE-2022-21657, et CVE-2022-21656
    Élevée

    GCP-2022-006

    Date de publication : 14/02/2022
    Mise à jour : 16-05-2022
    Mise à jour du 16/05/2022 : Ajout de la version 1.19.16-gke.7800 de GKE ou d'une version ultérieure à la liste des versions contenant du code pour corriger cette faille.
    Mise à jour du 12/05/2022 : mises à jour des versions de correctif pour GKE, Google Distributed Cloud Virtual for Bare Metal, GKE sur VMware et GKE sur AWS. Correction d'un problème qui empêchait le bulletin de sécurité de GKE sur AWS de s'afficher lors de son ajout le 23/02/2022.

    GKE

    Description Gravité

    Une faille de sécurité, CVE-2022-0492, a été détectée dans la fonction cgroup_release_agent_write du noyau Linux. L'attaque utilise des espaces de noms utilisateur non privilégiés et, dans certaines circonstances, peut être exploitable pour l'interruption d'un conteneur.

    Que dois-je faire ?

    Mise à jour du 16/05/2022 : en plus des versions GKE mentionnées dans la mise à jour du 12/05/2022, la version GKE 1.19.16-gke.7800 ou ultérieure contient également du code qui résout ce problème.


    Mise à jour du 12/05/2022 : le code des versions suivantes de GKE a été mis à jour pour corriger cette faille :

    • 1.20.15-gke.5600 (et versions ultérieures)
    • 1.21.11-gke.1500 (et versions ultérieures)
    • 1.22.8-gke.1800 (et versions ultérieures)
    • 1.23.5-gke.1800 (et versions ultérieures)

    Mise à jour du 15/02/2022:correction de l'instruction gVisor.

    Cette faille se trouve dans le champ cgroup_release_agent_write du noyau Linux dans la fonction kernel/cgroup/cgroup-v1.c et peut être utilisée pour l'interruption d'un conteneur. GKE n'est pas affecté grâce à la protection du profil AppArmor par défaut sur Ubuntu et COS. Toutefois, certains clients peuvent toujours être vulnérables s'ils ont assoupli les restrictions de sécurité des pods via la modification du champ securityContext du pod ou du conteneur, par exemple, en désactivant ou modifiant le profil AppArmor, ce qui n'est pas recommandé. Outre le profil AppArmor par défaut, ces fonctionnalités protègent également contre la faille :

    • GKE Autopilot n'est pas affecté en raison du profil seccomp par défaut.
    • Mise à jour du 15/02/2022 : gVisor (GKE Sandbox) n'est pas affecté, car gVisor n'autorise pas l'accès à l'appel système de la faille sur l'hôte.

    Les correctifs seront disponibles dans une prochaine version. Ce bulletin sera mis à jour dès qu'ils seront disponibles.

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2022-0492

    Faible

    Clusters GKE sur

    Description Gravité

    Une faille de sécurité, CVE-2022-0492, a été détectée dans la fonction cgroup_release_agent_write du noyau Linux. L'attaque utilise des espaces de noms utilisateur non privilégiés et, dans certaines circonstances, peut être exploitable pour l'interruption d'un conteneur.

    Que dois-je faire ?

    Mise à jour du 12/05/2022 : les versions suivantes de GKE sur VMware contiennent du code qui corrige cette faille.

    COS
    • Version 1.8.8 ou ultérieure
    • Version 1.9.5 ou ultérieure
    • Version 1.10.2 ou ultérieure
    • Version 1.11.0 ou ultérieure
    Ubuntu
    • Version 1.9.6 ou ultérieure
    • Version 1.10.3 ou ultérieure
    • Version 1.11.0 ou ultérieure

    Cette faille se trouve dans le champ cgroup_release_agent_write du noyau Linux, dans la fonction kernel/cgroup/cgroup-v1.c et peut être utilisée pour l'interruption d'un conteneur. GKE sur VMware n'est pas affecté par la protection du profil AppArmor par défaut sur Ubuntu et COS. Toutefois, certains clients peuvent rester vulnérables s'ils ont assoupli les restrictions de sécurité sur les pods en modifiant le champ "pod securityContext" ou en modifiant le profil AppArmor (par exemple, en désactivant ou en modifiant le profil AppArmor), ce qui n'est pas recommandé.

    Les correctifs seront disponibles dans une prochaine version. Ce bulletin sera mis à jour dès qu'ils seront disponibles.

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2022-0492

    Faible

    GKE sur AWS

    Description Gravité

    Une faille de sécurité, CVE-2022-0492, a été détectée dans la fonction cgroup_release_agent_write du noyau Linux. L'attaque utilise des espaces de noms utilisateur non privilégiés et, dans certaines circonstances, peut être exploitable pour l'interruption d'un conteneur.

    Que dois-je faire ?

    Mise à jour du 12/05/2022 : les versions suivantes de GKE sur les générations actuelles et précédentes contiennent du code qui corrige cette faille:

    Génération actuelle
    • 1.21.11-gke.1100
    • 1.22.8-gke.1300
    Génération précédente
    • 1.22.8-gke.1300
    • 1.21.11-gke.1100
    • 1.20.15-gke.5200

    Mise à jour du 23/02/2022:ajout d'une note concernant GKE sur AWS.

    Les générations précédentes et actuelles de GKE sur AWS ne sont pas affectées en raison de la protection du profil AppArmor par défaut sur Ubuntu. Toutefois, certains clients peuvent toujours être vulnérables s'ils ont assoupli les restrictions de sécurité des pods via la modification du champ securityContext du pod ou du conteneur, par exemple, en désactivant ou modifiant le profil AppArmor, ce qui n'est pas recommandé.

    Les correctifs seront disponibles dans une prochaine version. Ce bulletin sera mis à jour dès que des informations sont disponibles.

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2022-0492

    Faible

    GKE Enterprise activé

    Description Gravité

    Une faille de sécurité, CVE-2022-0492, a été détectée dans la fonction cgroup_release_agent_write du noyau Linux. L'attaque utilise des espaces de noms utilisateur non privilégiés et, dans certaines circonstances, peut être exploitable pour l'interruption d'un conteneur.

    Que dois-je faire ?

    Mise à jour du 12/05/2022 : les versions suivantes de GKE sur Azure contiennent du code qui corrige cette faille:

    • 1.21.11-gke.1100
    • 1.22.8-gke.1300

    GKE sur Azure ne sont pas affectés par la protection du profil AppArmor par défaut sur Ubuntu. Toutefois, certains clients peuvent toujours être vulnérables s'ils ont assoupli les restrictions de sécurité des pods via la modification du champ securityContext du pod ou du conteneur, par exemple, en désactivant ou modifiant le profil AppArmor, ce qui n'est pas recommandé.

    Les correctifs seront disponibles dans une prochaine version. Ce bulletin sera mis à jour dès qu'ils seront disponibles.

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2022-0492

    Faible

    GCP-2022-005

    Date de publication: 11-02-2022
    Mise à jour: 15-02-2022
    Référence: CVE-2021-43527

    GKE

    Description Niveau de gravité
    Mise à jour du 15-02-2022 : certaines versions de GKE mentionnées dans le bulletin d'origine étaient combinées à d'autres correctifs et leurs numéros de version étaient incrémentés avant la publication. Les correctifs sont disponibles dans les versions GKE suivantes :
    • 1.20.15-gke.300
    • 1.21.9-gke.300
    • 1.22.6-gke.1000

    Une faille de sécurité, CVE-2021-43527, a été détectée dans tout binaire lié aux versions vulnérables de libnss3 trouvées dans les versions NSS (Network Security Services) antérieures à la version 3.73 ou 3.68.1. Les applications utilisant NSS pour la validation du certificat ou d'autres fonctionnalités TLS, X.509, OCSP ou CRL peuvent être affectées, suivant la manière dont NSS est utilisé/configuré. La version installée des images GKE COS et Ubuntu est vulnérable et doit être corrigée.

    La faille CVE-2021-43527 peut potentiellement avoir un impact important sur les applications utilisant le service NSS pour gérer les signatures encodées dans CMS, S/MIME, PKCS#7 ou PKCS#12. Les applications qui utilisent NSS pour la validation des certificats ou d'autres fonctionnalités TLS, X.509, OCSP ou CRL peuvent aussi être affectées. L'impact dépend de la manière dont NSS est utilisé/configuré.

    GKE n'utilise libnss3 pour aucune API accessible sur Internet. L'impact est limité au code hôte exécuté en dehors des conteneurs et est donc faible, du fait de la conception minimale de Chrome OS. Le code GKE qui s'exécute à l'intérieur de conteneurs utilisant l'image de base golang distroless n'est pas affecté.

    Que dois-je faire ?

    Les versions des images de nœuds Linux pour les versions suivantes de GKE ont été mises à jour avec du code pour corriger ces failles. Mettez à jour votre plan de contrôle et vos nœuds vers l'une des versions GKE suivantes :

    • Version 1.18 à déterminer
    • 1.19.16-gke.6100
    • 1.20.15-gke.200
    • 1.21.9-gke.200
    • 1.22.6-gke.600
    • 1.23.3-gke.500
    Utilisez-vous une version GKE antérieure à la version 1.18 ? Vous utilisez une version de GKE dont le contrat de niveau de service a expiré et vous devriez envisager de passer à l'une des versions compatibles.

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2021-43527

    Moyenne

    Clusters GKE sur

    Description Niveau de gravité

    Une faille de sécurité, CVE-2021-43527, a été détectée dans tout binaire lié aux versions vulnérables de libnss3 trouvées dans les versions NSS (Network Security Services) antérieures à la version 3.73 ou 3.68.1. Les applications utilisant NSS pour la validation du certificat ou d'autres fonctionnalités TLS, X.509, OCSP ou CRL peuvent être affectées, selon leur configuration NSS. Une version vulnérable est installée sur les images COS et Ubuntu de GKE sur VMware et doivent être corrigées.

    La faille CVE-2021-43527 peut potentiellement avoir un impact important sur les applications utilisant le service NSS pour gérer les signatures encodées dans CMS, S/MIME, PKCS \#7 ou PKCS \#12. Les applications qui utilisent NSS pour la validation des certificats ou d'autres fonctionnalités TLS, X.509, OCSP ou CRL peuvent aussi être affectées. L'impact dépend de la manière dont elles utilisent/configurent NSS. Anthos sur VMware n'utilise pas libnss3 pour les API accessibles au public. Par conséquent, l'impact est limité, et la gravité de cette CVE pour GKE sur VMware est "Moyenne".

    Que dois-je faire ?

    Les versions des images de nœuds Linux pour les versions suivantes d'Anthos ont été mises à jour avec du code pour corriger cette faille. Mettez à niveau votre plan de contrôle et vos nœuds vers l'une des versions d'Anthos suivantes :

    • 1.8.7
    • 1.9.4
    • 1.10.2

    Utilisez-vous une version de GKE sur VMware antérieure à la version 1.18 ? Vous utilisez une version d'Anthos dont le contrat de niveau de service a expiré et vous devriez envisager de passer à l'une des versions compatibles.

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2021-43527

    Moyenne

    GKE Enterprise activé

    Description Niveau de gravité

    Une faille de sécurité, CVE-2021-43527, a été détectée dans tout binaire lié aux versions vulnérables de libnss3 trouvées dans les versions NSS (Network Security Services) antérieures à la version 3.73 ou 3.68.1. Les applications utilisant NSS pour la validation du certificat ou d'autres fonctionnalités TLS, X.509, OCSP ou CRL peuvent être affectées, suivant la manière dont NSS est utilisé/configuré. La version installée des images Ubuntu Anthos clusters on Azure est vulnérable et doit être corrigée.

    La faille CVE-2021-43527 peut potentiellement avoir un impact important sur les applications utilisant le service NSS pour gérer les signatures encodées dans CMS, S/MIME, PKCS#7 ou PKCS#12. Les applications qui utilisent NSS pour la validation des certificats ou d'autres fonctionnalités TLS, X.509, OCSP ou CRL peuvent aussi être affectées. L'impact dépend de la manière dont elles utilisent/configurent NSS. Anthos clusters on Azure n'utilise libnss3 pour aucune des API accessibles au public. Par conséquent, l'impact est limité et le niveau de gravité de cette faille CVE pour Anthos clusters on Azure est classé comme "Moyen".

    Que dois-je faire ?

    Les versions des images de nœuds Linux des versions suivantes de GKE sur Azure ont été mises à jour avec du code permettant de corriger ces failles. Mettez à niveau vos clusters vers l'une des versions d'Anthos on Azure suivantes :

    • v1.21.6-gke.1500

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2021-43527

    Moyenne

    GCP-2022-004

    Date de publication: 04-02-2022
    Référence: CVE-2021-4034

    GKE

    Description Gravité

    Une faille de sécurité, CVE-2021-4034, a été détectée dans pkexec, une partie du package du kit de règles Linux (polkit), qui permet à un utilisateur authentifié d'effectuer une attaque d'élévation des privilèges. PolicyKit n'est généralement utilisé que sur les systèmes de bureau Linux pour permettre aux utilisateurs non racines d'effectuer des actions telles que le redémarrage du système, l'installation de packages ou le redémarrage de services conformément à une règle.

    Que dois-je faire ?

    GKE n'est pas affecté, car le module vulnérable, policykit-1, n'est pas installé sur les images COS ou Ubuntu utilisées dans GKE. Aucune action n'est requise.

    Aucune

    Clusters GKE sur

    Description Gravité

    Une faille de sécurité, CVE-2021-4034, a été détectée dans pkexec, une partie du package du kit de règles Linux (polkit), qui permet à un utilisateur authentifié d'effectuer une attaque d'élévation des privilèges. PolicyKit n'est généralement utilisé que sur les systèmes de bureau Linux pour permettre aux utilisateurs non racines d'effectuer des actions telles que le redémarrage du système, l'installation de packages ou le redémarrage de services conformément à une règle.

    La configuration par défaut de GKE Enterprise accorde déjà des droits "sudo" complets aux utilisateurs, donc cet exploit ne modifie pas la stratégie de sécurité existante de GKE Enterprise

    Détails techniques

    Pour que ce bug soit exploitable, un pirate informatique doit disposer d'un shell non racine sur le système de fichiers de nœud et avoir installé la version vulnérable de pkexec. Bien que GKE sur VMware inclut une version de policykit-1 dans ses images de version, la configuration par défaut de GKE Enterprise autorise la commande sudo sans mot de passe à toute personne ayant déjà accès au shell. Cette faille n'accorde donc pas à un utilisateur plus de droits que ce dont il dispose déjà.

    Que dois-je faire ?

    Aucune action n'est requise. GKE sur VMware n'est pas affecté.

    Aucune

    Clusters GKE sur

    Description Niveau de gravité
    GKE sur AWS n'est pas concerné. Le module vulnérable, policykit-1, n'est pas installé sur les images Ubuntu utilisées par les versions actuelle et antérieures de GKE sur AWS. Aucune

    GKE Enterprise activé

    Description Gravité

    Une faille de sécurité, CVE-2021-4034, a été détectée dans pkexec, une partie du package du kit de règles Linux (polkit), qui permet à un utilisateur authentifié d'effectuer une attaque d'élévation des privilèges. PolicyKit n'est généralement utilisé que sur les systèmes de bureau Linux pour permettre aux utilisateurs non racines d'effectuer des actions telles que le redémarrage du système, l'installation de packages ou le redémarrage de services conformément à une règle.

    La configuration par défaut de GKE Enterprise accorde déjà des droits "sudo" complets aux utilisateurs, donc cet exploit ne modifie pas la stratégie de sécurité existante de GKE Enterprise

    Détails techniques

    Pour que ce bug soit exploitable, un pirate informatique doit disposer d'un shell non racine sur le système de fichiers de nœud et avoir installé la version vulnérable de pkexec. Bien que GKE sur Azure inclue une version de policykit-1 dans ses images de version, la configuration par défaut de GKE Enterprise autorise l'utilisation de sudo sans mot de passe à toute personne ayant déjà accès au shell. Cette faille n'accorde donc pas à un utilisateur plus de privilèges que ce qu'il en a déjà.

    Que dois-je faire ?

    Aucune action n'est requise. GKE sur Azure n'est pas affecté.

    Aucune

    Clusters GKE sur

    Description Niveau de gravité
    Google Distributed Cloud Virtual pour Bare Metal peut être affecté selon les packages installés sur le système d'exploitation géré par le client. Analysez vos images d'OS et appliquez-leur les correctifs si nécessaire. Aucune

    GCP-2022-002

    Publication: 01-02-2022
    Mise à jour: 07-03-2022
    Référence:
    CVE-2021-4154, CVE-2021-22600, CVE-2022-0185
    Sections sur GKE et AWS ajoutées pour la mise à jour d'Azure en 2022-02-04: Ajout de mises à jour de déploiement pour GKE et GKE sur VMware.

    GKE

    Mis à jour : 07/03/2022

    Description Niveau de gravité

    Trois failles de sécurité : CVE-2021-4154, CVE-2021-22600 et CVE-2022-0185 ont été découvertes dans le noyau Linux, chacune pouvant entraîner une rupture de conteneur, une élévation des privilèges sur l'hôte ou les deux. Ces failles affectent tous les systèmes d'exploitation de nœuds (COS et Ubuntu) sur GKE, GKE sur VMware, GKE sur AWS (génération actuelle et antérieure) et GKE sur Azure.

    Les pods utilisant GKE Sandbox ne sont pas vulnérables à ces failles.

    Pour en savoir plus, consultez la page Notes de version COS.

    Détails techniques

    Dans la faille CVE-2021-4154, un pirate informatique peut exploiter le paramètre d'appel du système fsconfig pour déclencher un bug "use-after-free" dans le noyau Linux, ce qui entraîne l'obtention de privilèges racine. Il s'agit d'une attaque par élévation des privilèges locaux qui entraîne une interruption du conteneur.

    La faille CVE-2021-22600 est une attaque "double-free" dans paquet_set_ring qui peut entraîner l'échappement du conteneur vers le nœud hôte.

    Avec la faille CVE-2022-0185, un bug de dépassement du tas de mémoire dans Legacy_parse_param() peut produire une écriture hors limites qui entraînera une interruption du conteneur.

    Le chemin d'exploitation de cette faille qui repose sur l'appel système "unshare" est bloqué par défaut sur les clusters GKE Autopilot à l'aide du filtrage seccomp.

    Les utilisateurs qui ont activé manuellement le profil seccomp de l'environnement d'exécution du conteneur par défaut sur les clusters GKE standards sont également protégés.

    Que dois-je faire ?

    Mise à jour du 07/03/2022 : les versions des images de nœuds Linux pour les versions suivantes de GKE ont été mises à jour avec du code afin de corriger toutes ces failles pour les images Ubuntu et COS. Mettez à niveau votre plan de contrôle et vos nœuds vers l'une des versions GKE suivantes :

    • 1.18.20-gke.6101
    • 1.19.16-gke.8300
    • 1.20.15-gke.2500
    • 1.21.10-gke.400
    • 1.22.7-gke.900
    • 1.23.3-gke.1100

    Mise à jour du 25-02-2022 : si vous utilisez des images de nœuds Ubuntu, 1.22.6-gke.1000 ne traite pas la faille CVE-2021-22600. Nous mettrons à jour ce bulletin en y ajoutant les versions de correctif Ubuntu lorsqu'elles seront disponibles.


    Mise à jour du 23-02-2022 : les versions des images de nœuds Linux pour les versions suivantes de GKE ont été mises à jour avec du code afin de corriger ces failles. Mettez à niveau vos clusters vers l'une des versions suivantes.

    • 1.18.20-gke.6101
    • 1.22.6-gke.1000
    • 1.23.3-gke.1100

    Mise à jour du 04-02-2022 : la date de début du déploiement des versions de correctif de GKE était le 2 février.


    Les versions des images de nœuds Linux pour les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Mettez à niveau vos clusters vers l'une des versions suivantes.

    • 1.19.16-gke.6100
    • 1.20.15-gke.300
    • 1.21.9-gke.300

    es versions 1.22 et 1.23 sont également en cours. Nous mettrons à jour ce bulletin en y ajoutant des versions spécifiques lorsqu'elles seront disponibles.

    Quelle faille ce correctif permet-il de résoudre ?

    Élevée

    Clusters GKE sur

    Dernière mise à jour : 23-02-2022

    Description Niveau de gravité

    Trois failles de sécurité : CVE-2021-4154, CVE-2021-22600 et CVE-2022-0185 ont été découvertes dans le noyau Linux, chacune pouvant entraîner une rupture de conteneur, une élévation des privilèges sur l'hôte ou les deux. Ces failles affectent tous les systèmes d'exploitation de nœuds (COS et Ubuntu) sur GKE, GKE sur VMware, GKE sur AWS (génération actuelle et antérieure) et GKE sur Azure.

    Pour en savoir plus, consultez la page Notes de version COS.

    Détails techniques

    Dans la faille CVE-2021-4154, un pirate informatique peut exploiter le paramètre d'appel du système fsconfig pour déclencher un bug "use-after-free" dans le noyau Linux, ce qui entraîne l'obtention de privilèges racine. Il s'agit d'une attaque par élévation des privilèges locaux qui entraîne une interruption du conteneur.

    La faille CVE-2021-22600 est une attaque "double-free" dans paquet_set_ring qui peut entraîner l'échappement du conteneur vers le nœud hôte.

    Avec la faille CVE-2022-0185, un bug de dépassement du tas de mémoire dans Legacy_parse_param() peut produire une écriture hors limites qui entraînera une interruption du conteneur.

    Les utilisateurs qui ont activé manuellement le profil seccomp de l'environnement d'exécution du conteneur par défaut sur les clusters GKE standards sont également protégés.

    Que dois-je faire ?

    Mise à jour du 23-02-2022 : la version 1.10.2 (correctifs CVE-2021-22600, CVE-2021-4154 et CVE-2022-0185) est désormais prévue pour le 1er mars.

    Mise à jour du 23-02-2022 : ajout de versions corrigées qui traitent la faille CVE-2021-2260.

    La version 1.10.1 ne résout pas les problèmes liés à la faille CVE-2021-22600, mais traite les autres failles. Les versions 1.9.4 et 1.10.2, non publiées, résoudront la faille CVE-2021-22600. Les versions des images de nœuds Linux des versions suivantes de GKE sur VMware ont été mises à jour avec du code permettant de corriger ces failles. Mettez à niveau vos clusters vers l'une des versions suivantes de GKE sur VMware:

    • 1.10.1 (correctifs CVE-2021-4154 et CVE-2022-0185. Publiés le 10 février)
    • 1.8.7 (Correctifs CVE-2021-22600, CVE-2021-4154 et CVE-2022-0185. Publiés le 17 février)
    • 1.9.4 (Correctifs CVE-2021-22600, CVE-2021-4154 et CVE-2022-0185. Publiés le 23 février)
    • 1.10.2 (Correctifs CVE-2021-22600, CVE-2021-4154 et CVE-2022-0185. Programmés pour le 24 février)

    Mise à jour du 04-02-2022 : ajout d'informations sur les images Ubuntu qui ne traitent pas la faille CVE-2021-22600.

    Les versions des images de nœuds Linux des versions suivantes de GKE sur VMware ont été mises à jour avec du code permettant de corriger ces failles. Mettez à niveau vos clusters vers l'une des versions suivantes de GKE sur VMware:

    • 1.10.1 (mise à jour COS uniquement Le correctif Ubuntu sera présent dans la version 1.10.2-23 programmée le 23 février.
    • 1.9.4 (programmée le 15 février)
    • 1.8.7 (programmée le 15 février)

    Quelle faille ce correctif permet-il de résoudre ?

    Élevée

    Clusters GKE sur

    Description Niveau de gravité

    Trois failles de sécurité : CVE-2021-4154, CVE-2021-22600 et CVE-2022-0185 ont été découvertes dans le noyau Linux, chacune pouvant entraîner une rupture de conteneur, une élévation des privilèges sur l'hôte ou les deux. Ces failles affectent tous les systèmes d'exploitation de nœuds (COS et Ubuntu) sur GKE, GKE sur VMware, GKE sur AWS (génération actuelle et antérieure) et GKE sur Azure.

    Pour en savoir plus, consultez la page Notes de version COS.

    Détails techniques

    Dans la faille CVE-2021-4154, un pirate informatique peut exploiter le paramètre d'appel du système fsconfig pour déclencher un bug "use-after-free" dans le noyau Linux, ce qui entraîne l'obtention de privilèges racine. Il s'agit d'une attaque par élévation des privilèges locaux qui entraîne une interruption du conteneur.

    La faille CVE-2021-22600 est une attaque "double-free" dans paquet_set_ring qui peut entraîner l'échappement du conteneur vers le nœud hôte.

    Avec la faille CVE-2022-0185, un bug de dépassement du tas de mémoire dans Legacy_parse_param() peut produire une écriture hors limites qui entraînera une interruption du conteneur.

    Les utilisateurs qui ont activé manuellement le profil seccomp de l'environnement d'exécution du conteneur par défaut sur les clusters GKE standards sont également protégés.

    Que dois-je faire ?

    GKE sur AWS

    Les versions des images de nœuds Linux des versions suivantes de GKE sur AWS ont été mises à jour avec du code permettant de corriger ces failles. Mettez à niveau vos clusters vers la version suivante de GKE sur AWS:

    • 1.21.6-gke.1500 et versions ultérieures (disponible en février)

    GKE sur AWS (génération précédente)

    Les versions des images de nœuds Linux des versions suivantes de GKE sur AWS (génération précédente) ont été mises à jour avec du code pour corriger ces failles. Mettez à niveau vos clusters vers l'une des versions suivantes de GKE sur AWS (génération précédente) :

    • 1.19.16-gke.5300
    • 1.20.14-gke.2000
    • 1.21.8-gke.2000

    Quelle faille ce correctif permet-il de résoudre ?

    Élevée

    GKE Enterprise activé

    Description Niveau de gravité

    Trois failles de sécurité : CVE-2021-4154, CVE-2021-22600 et CVE-2022-0185 ont été découvertes dans le noyau Linux, chacune pouvant entraîner une rupture de conteneur, une élévation des privilèges sur l'hôte ou les deux. Ces failles affectent tous les systèmes d'exploitation de nœuds (COS et Ubuntu) sur GKE, GKE sur VMware, GKE sur AWS (génération actuelle et antérieure) et GKE sur Azure.

    Pour en savoir plus, consultez la page Notes de version COS.

    Détails techniques

    Dans la faille CVE-2021-4154, un pirate informatique peut exploiter le paramètre d'appel du système fsconfig pour déclencher un bug "use-after-free" dans le noyau Linux, ce qui entraîne l'obtention de privilèges racine. Il s'agit d'une attaque par élévation des privilèges locaux qui entraîne une interruption du conteneur.

    La faille CVE-2021-22600 est une attaque "double-free" dans paquet_set_ring qui peut entraîner l'échappement du conteneur vers le nœud hôte.

    Avec la faille CVE-2022-0185, un bug de dépassement du tas de mémoire dans Legacy_parse_param() peut produire une écriture hors limites qui entraînera une interruption du conteneur.

    Les utilisateurs qui ont activé manuellement le profil seccomp de l'environnement d'exécution du conteneur par défaut sur les clusters GKE standards sont également protégés.

    Que dois-je faire ?

    Les versions des images de nœuds Linux des versions suivantes de GKE sur Azure ont été mises à jour avec du code pour corriger ces failles. Mettez à niveau vos clusters vers la version suivante de GKE sur Azure:

    • 1.21.6-gke.1500 et versions ultérieures (disponible en février)

    Quelle faille ce correctif permet-il de résoudre ?

    Élevé

    GCP-2021-024

    Date de publication: 21-10-2021
    Référence: CVE-2021-25742

    GKE

    Description Gravité

    Un problème de sécurité a été détecté dans le contrôleur Kubernetes ingress-nginx, CVE-2021-25742. Les extraits personnalisés ingress-nginx permettent la récupération des jetons de compte de service ingress-nginx et des secrets sur tous les espaces de noms.

    Que dois-je faire ?

    Ce problème de sécurité n'a pas d'incidence sur votre infrastructure de cluster GKE ni sur l'infrastructure de cluster de vos environnements GKE Enterprise. Si vous utilisez ingress-nginx lors de vos déploiements de charges de travail, vous devez avoir connaissance de ce problème de sécurité. Pour en savoir plus, consultez la page Problème ingress-nginx 7837.

    Aucune

    Clusters GKE sur

    Description Gravité

    Un problème de sécurité a été détecté dans le contrôleur Kubernetes ingress-nginx, CVE-2021-25742. Les extraits personnalisés ingress-nginx permettent la récupération des jetons de compte de service ingress-nginx et des secrets sur tous les espaces de noms.

    Que dois-je faire ?

    Ce problème de sécurité n'a pas d'incidence sur votre infrastructure de cluster GKE ni sur l'infrastructure de cluster de vos environnements GKE Enterprise. Si vous utilisez ingress-nginx lors de vos déploiements de charges de travail, vous devez avoir connaissance de ce problème de sécurité. Pour en savoir plus, consultez la page Problème ingress-nginx 7837.

    Aucune

    Clusters GKE sur

    Description Gravité

    Un problème de sécurité a été détecté dans le contrôleur Kubernetes ingress-nginx, CVE-2021-25742. Les extraits personnalisés ingress-nginx permettent la récupération des jetons de compte de service ingress-nginx et des secrets sur tous les espaces de noms.

    Que dois-je faire ?

    Ce problème de sécurité n'a pas d'incidence sur votre infrastructure de cluster GKE ni sur l'infrastructure de cluster de vos environnements GKE Enterprise. Si vous utilisez ingress-nginx lors de vos déploiements de charges de travail, vous devez avoir connaissance de ce problème de sécurité. Pour en savoir plus, consultez la page Problème ingress-nginx 7837.

    Aucune

    Clusters GKE sur

    Description Gravité

    Un problème de sécurité a été détecté dans le contrôleur Kubernetes ingress-nginx, CVE-2021-25742. Les extraits personnalisés ingress-nginx permettent la récupération des jetons de compte de service ingress-nginx et des secrets sur tous les espaces de noms.

    Que dois-je faire ?

    Ce problème de sécurité n'a pas d'incidence sur votre infrastructure de cluster GKE ni sur l'infrastructure de cluster de vos environnements GKE Enterprise. Si vous utilisez ingress-nginx lors de vos déploiements de charges de travail, vous devez avoir connaissance de ce problème de sécurité. Pour en savoir plus, consultez la page Problème ingress-nginx 7837.

    Aucune

    GCP-2021-019

    Date de publication : 29-09-2021

    GKE

    Description Gravité

    Il existe un problème connu lorsque la mise à jour d'une ressource BackendConfig à l'aide de l'API v1beta1 supprime des règles de sécurité Google Cloud Armor actives de son service.

    Suis-je concerné ?

    Si votre BackendConfig a déjà été mise à jour avec l'API v1beta1, votre stratégie de sécurité Google Cloud Armor a peut-être été supprimée. Pour déterminer si c'est le cas, exécutez la commande suivante :

    
    kubectl get backendconfigs -A -o json | \
    jq -r '.items[] | select(.spec.securityPolicy == {}) | .metadata | "\(.namespace)/\(.name)"'
    • Si la réponse renvoie des résultats : votre cluster est affecté par le problème. Le résultat de cette commande renvoie la liste des ressources BackendConfig (<namespace>/<name>) concernées par le problème.
    • Si le résultat est vide : cela signifie que votre BackendConfig n'a pas été mise à jour à l'aide de l'API v1beta1 depuis l'apparition du problème. Une mise à jour ultérieure de votre BackendConfig ne doit utiliser que la version v1.

    Ce problème affecte les versions GKE suivantes :

    • 1.18.19-gke.1400 à 1.18.20-gke.5100 (exclusive)
    • 1.19.10-gke.700 à 1.19.14-gke.300 (exclusive)
    • 1.20.6-gke.700 à 1.20.9-gke.900 (exclusive)
    • 1.21 à 1.21.1-gke.2700 (exclusive)

    Si vous ne configurez pas Google Cloud Armor sur vos ressources Ingress via une ressource BackendConfig, ce problème n'affecte pas vos clusters.

    Que dois-je faire ?

    Mettez à niveau votre plan de contrôle GKE vers l'une des versions mises à jour suivantes, qui corrigent ce problème et permettent d'utiliser les ressources v1beta1 BackendConfig en toute sécurité :

    • 1.21.1-gke.2700 et versions ultérieures
    • 1.20.9-gke.900 et versions ultérieures
    • 1.19.14-gke.300 et versions ultérieures
    • 1.18.20-gke.5100 et versions ultérieures

    Ce problème peut également être évité en évitant le déploiement des ressources BackendConfig v1beta1. Si vous configurez Google Cloud Armor sur vos ressources Ingress via BackendConfig et que vous avez constaté que vous êtes concerné par les étapes ci-dessus, réactivez Google Cloud Armor en mettant à jour à votre ressource BackendConfig actuelle à la version d'API cloud.google.com/v1.

    Pour éviter ce problème, mettez à jour uniquement votre fichier BackendConfig à l'aide de l'API BackendConfig v1.

    Comme BackendConfig v1 accepte les mêmes champs que v1beta1 et n'apporte aucune modification, le champ d'API peut être mis à jour de manière transparente. Pour ce faire, remplacez le champ apiVersion de tout fichier manifeste BackendConfig actif par cloud.google.com/v1 et n'utilisez pas cloud.google.com/v1beta1.

    L'exemple de fichier manifeste suivant décrit une ressource BackendConfig qui utilise l'API v1 :

    
    apiVersion: cloud.google.com/v1
    kind: BackendConfig
    metadata:
      name: my-backend-config
    spec:
      securityPolicy:
        name: "ca-how-to-security-policy"
    

    Si vous disposez de systèmes ou d'outils CI/CD qui mettent régulièrement à jour des ressources BackendConfig, assurez-vous d'utiliser le groupe d'API cloud.google.com/v1 dans ces systèmes.

    Faible

    GCP-2021-022

    Date de publication : 23-09-2021

    Clusters GKE sur

    Description Niveau de gravité

    Une faille a été découverte dans le module LDAP de GKE Enterprise Identity Service (AIS) de GKE sur VMware versions 1.8 et 1.8.1, dans lequel une clé source utilisée pour générer des clés est prévisible. Avec cette faille, un utilisateur authentifié peut ajouter des revendications arbitraires et élever les privilèges indéfiniment.

    Détails techniques

    Un ajout récent au code AIS crée des clés symétriques à l'aide du module math/rand de golang, qui n'est pas adapté au code sensible à la sécurité. Le module est utilisé de manière à générer une clé prévisible. Lors de la vérification de l'identité, une clé STS (Secure Token Service) est générée. Elle est ensuite chiffrée par une clé symétrique simple à obtenir.

    Que dois-je faire ?

    Cette faille n'affecte que les clients utilisant AIS dans les versions 1.8 et 1.8.1 de GKE sur VMware. Pour les utilisateurs de GKE sur VMware 1.8, mettez à niveau vos clusters vers la version suivante:

    • 1.8.2
    Élevé

    GCP-2021-021

    Date de publication: 22-09-2021
    Référence: CVE-2020-8561

    GKE

    Description Gravité

    Une faille de sécurité, CVE-2020-8561, a été détectée dans Kubernetes. Certains webhooks peuvent être effectués pour rediriger les requêtes kube-apiserver vers des réseaux privés de cette API.

    Détails techniques

    Avec cette faille, les individus qui contrôlent les réponses des requêtes MutatingWebhookConfiguration ou ValidatingWebhookConfiguration peuvent rediriger les requêtes kube-apiserver vers les réseaux privés du serveur d'API. Si cet utilisateur peut afficher les journaux kube-apiserver lorsque le niveau de journalisation est défini sur 10, il peut afficher les réponses et les en-têtes redirigés dans les journaux.

    Ce problème peut être atténué en modifiant certains paramètres du serveur d'API.

    Que dois-je faire ?

    Aucune action de votre part n'est nécessaire pour l'instant.

    Les versions actuellement disponibles de GKE et GKE Enterprise ont mis en œuvre les protections suivantes contre ce type d'attaque:

    • L'option --profiling de kube-apiserver est définie sur false.
    • Le niveau de journalisation kube-apiserver est défini en dessous de 10.

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2020-8561

    Moyenne

    Clusters GKE sur

    Description Gravité

    Une faille de sécurité, CVE-2020-8561, a été détectée dans Kubernetes. Certains webhooks peuvent être effectués pour rediriger les requêtes kube-apiserver vers des réseaux privés de cette API.

    Détails techniques

    Avec cette faille, les individus qui contrôlent les réponses des requêtes MutatingWebhookConfiguration ou ValidatingWebhookConfiguration peuvent rediriger les requêtes kube-apiserver vers les réseaux privés du serveur d'API. Si cet utilisateur peut afficher les journaux kube-apiserver lorsque le niveau de journalisation est défini sur 10, il peut afficher les réponses et les en-têtes redirigés dans les journaux.

    Ce problème peut être atténué en modifiant certains paramètres du serveur d'API.

    Que dois-je faire ?

    Aucune action de votre part n'est nécessaire pour l'instant.

    Les versions actuellement disponibles de GKE et GKE Enterprise ont mis en œuvre les protections suivantes contre ce type d'attaque:

    • L'option --profiling de kube-apiserver est définie sur false.
    • Le niveau de journalisation kube-apiserver est défini en dessous de 10.

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2020-8561

    Moyenne

    Clusters GKE sur

    Description Gravité

    Une faille de sécurité, CVE-2020-8561, a été détectée dans Kubernetes. Certains webhooks peuvent être effectués pour rediriger les requêtes kube-apiserver vers des réseaux privés de cette API.

    Détails techniques

    Avec cette faille, les individus qui contrôlent les réponses des requêtes MutatingWebhookConfiguration ou ValidatingWebhookConfiguration peuvent rediriger les requêtes kube-apiserver vers les réseaux privés du serveur d'API. Si cet utilisateur peut afficher les journaux kube-apiserver lorsque le niveau de journalisation est défini sur 10, il peut afficher les réponses et les en-têtes redirigés dans les journaux.

    Ce problème peut être atténué en modifiant certains paramètres du serveur d'API.

    Que dois-je faire ?

    Aucune action de votre part n'est nécessaire pour l'instant.

    Les versions actuellement disponibles de GKE et GKE Enterprise ont mis en œuvre les protections suivantes contre ce type d'attaque:

    • L'option --profiling de kube-apiserver est définie sur false.
    • Le niveau de journalisation kube-apiserver est défini en dessous de 10.

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2020-8561

    Moyenne

    Clusters GKE sur

    Description Gravité

    Une faille de sécurité, CVE-2020-8561, a été détectée dans Kubernetes. Certains webhooks peuvent être effectués pour rediriger les requêtes kube-apiserver vers des réseaux privés de cette API.

    Détails techniques

    Avec cette faille, les individus qui contrôlent les réponses des requêtes MutatingWebhookConfiguration ou ValidatingWebhookConfiguration peuvent rediriger les requêtes kube-apiserver vers les réseaux privés du serveur d'API. Si cet utilisateur peut afficher les journaux kube-apiserver lorsque le niveau de journalisation est défini sur 10, il peut afficher les réponses et les en-têtes redirigés dans les journaux.

    Ce problème peut être atténué en modifiant certains paramètres du serveur d'API.

    Que dois-je faire ?

    Aucune action de votre part n'est nécessaire pour l'instant.

    Les versions actuellement disponibles de GKE et GKE Enterprise ont mis en œuvre les protections suivantes contre ce type d'attaque:

    • L'option --profiling de kube-apiserver est définie sur false.
    • Le niveau de journalisation kube-apiserver est défini en dessous de 10.

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2020-8561

    Moyen

    GCP-2021-018

    Date de publication: 15-09-2021
    Dernière mise à jour: 24-09-2021
    Référence: CVE-2021-25741

    Mise à jour du 24/09/2021: bulletin de GKE sur Bare Metal mis à jour avec des versions corrigées supplémentaires.

    Mise à jour du 20/09/2021: ajout de bulletins pour GKE sur une solution Bare Metal

    Mise à jour du 16 septembre 2021: ajout de bulletins pour GKE sur VMware


    GKE

    Description Niveau de gravité

    Un problème de sécurité a été détecté dans Kubernetes, CVE-2021-25741, où un utilisateur peut créer un conteneur avec des montages de volume de sous-chemin pour accéder aux fichiers et répertoires en dehors du volume, y compris sur le système de fichiers hôte.

    Détails techniques :

    Dans la faille CVE-2021-25741, le pirate peut créer un lien symbolique d'un emptyDir installé au système de fichiers racine du nœud ( / ). Le kubelet suit le lien symbolique et installe la racine de l'hôte dans le conteneur.

    Que dois-je faire ?

    Nous vous recommandons de mettre à niveau vos pools de nœuds vers l'une des versions suivantes ou ultérieure, afin de bénéficier des derniers correctifs :

    • 1.21.4-gke.301
    • 1.20.10-gke.301
    • 1.19.14-gke.301
    • 1.18.20-gke.4501

    Les versions suivantes contiennent également le correctif :

    • 1.21.3-gke.2001
    • 1.20.8-gke.2101
    • 1.20.9-gke.701
    • 1.20.9-gke.1001
    • 1.19.12-gke.2101
    • 1.19.13-gke.701
    • 1.18.20-gke.3001
    Élevée

    Clusters GKE sur

    Description Niveau de gravité

    Un problème de sécurité a été détecté dans Kubernetes, CVE-2021-25741, où un utilisateur peut créer un conteneur avec des montages de volume de sous-chemin pour accéder aux fichiers et répertoires en dehors du volume, y compris sur le système de fichiers hôte.

    Détails techniques :

    Dans la faille CVE-2021-25741, le pirate peut créer un lien symbolique d'un emptyDir installé au système de fichiers racine du nœud ( / ). Le kubelet suit le lien symbolique et installe la racine de l'hôte dans le conteneur.

    Que dois-je faire ?

    Mis à jour du 24/09/2021 : les versions 1.8.3 et 1.7.4 corrigées sont désormais disponibles.

    Mise à jour du 17/09/2021 : correction de la liste des versions disponibles contenant le correctif.


    Les versions suivantes de GKE sur VMware ont été mises à jour avec du code pour corriger cette faille. Mettez à niveau vos clusters d'administrateur et vos clusters d'utilisateur vers l'une des versions suivantes :

    • 1.8.3
    • 1.8.2
    • 1.7.4
    • 1.6.5
    Élevée

    Clusters GKE sur

    Description Niveau de gravité

    Un problème de sécurité a été détecté dans Kubernetes, CVE-2021-25741, où un utilisateur peut créer un conteneur avec des montages de volume de sous-chemin pour accéder aux fichiers et répertoires en dehors du volume, y compris sur le système de fichiers hôte.

    Détails techniques :

    Dans la faille CVE-2021-25741, le pirate peut créer un lien symbolique d'un emptyDir installé au système de fichiers racine du nœud ( / ). Le kubelet suit le lien symbolique et installe la racine de l'hôte dans le conteneur.

    Que dois-je faire ?

    Mise à jour du 16-9-2021 : ajout d'une liste des versions gke-versions compatibles pour les objets AWSCluster et AWSNodePool.


    Les versions suivantes de GKE sur AWS ont été mises à jour avec du code pour corriger cette faille. Voici nos recommandations :

    • Mettez à jour vos objets AWSManagementService, AWSCluster et AWSNodePool vers la version suivante :
      • 1.8.2
    • Mettez à jour la version gke-version de vos objets AWSCluster et AWSNodePool vers l'une des versions Kubernetes compatibles :
      • 1.17.17-gke.15800
      • 1.18.20-gke.4800
      • 1.19.14-gke.600
      • 1.20.10-gke.600
    Élevée

    Clusters GKE sur

    Description Niveau de gravité

    Un problème de sécurité a été détecté dans Kubernetes, CVE-2021-25741, où un utilisateur peut créer un conteneur avec des montages de volume de sous-chemin pour accéder aux fichiers et répertoires en dehors du volume, y compris sur le système de fichiers hôte.

    Détails techniques :

    Dans la faille CVE-2021-25741, le pirate peut créer un lien symbolique d'un emptyDir installé au système de fichiers racine du nœud ( / ). Le kubelet suit le lien symbolique et installe la racine de l'hôte dans le conteneur.

    Que dois-je faire ?

    Les versions suivantes de GKE sur Bare Metal ont été mises à jour avec du code pour corriger cette faille. Mettez à niveau vos clusters d'administrateur et vos clusters d'utilisateur vers l'une des versions suivantes :

    • 1.8.3
    • 1.7.4
    Élevé

    GCP-2021-017

    Date de publication: 01-09-2021
    Mise à jour: 23-09-2021
    Référence: CVE-2021-33909
    CVE-2021-33910

    GKE

    Description Gravité
    Mise à jour du 23/09/2021 :

    Les conteneurs s'exécutant dans GKE Sandbox ne sont pas affectés par cette faille lorsque les attaques proviennent du conteneur.


    Mise à jour du 15 septembre 2021:

    Les versions de GKE suivantes corrigent les failles :

    • 1.18.20-gke.4100
    • 1.19.13-gke.1900
    • 1.20.9-gke.1500
    • 1.21.3-gke.1400

    Deux failles de sécurité, CVE-2021-33909 et CVE-2021-33910, ont été détectées dans le noyau Linux. Elles peuvent provoquer un plantage du système d'exploitation ou une escalade vers la racine par un utilisateur non privilégié. Cette faille affecte tous les systèmes d'exploitation du nœud GKE (COS et Ubuntu).

    Détails techniques :

    Dans la faille CVE-2021-33909, la couche du système de fichiers du noyau Linux ne limite pas correctement les allocations des tampons seq, ce qui conduit à un débordement d'entiers, à une écriture hors limite et à une escalade vers la racine.
    Avec CVE-2021-33910, systemd dispose d'une allocation de mémoire avec une valeur de taille excessive (impliquant strdupa et alloca pour un nom de chemin d'accès contrôlé par un pirate informatique local) entraînant un plantage du système d'exploitation.

    Que dois-je faire ?

    Les versions des images de nœuds Linux pour les versions suivantes de GKE ont été mises à jour avec du code pour corriger cette faille. Mettez à niveau vos clusters vers l'une des versions suivantes :

    • 1.18.20-gke.4100
    • 1.19.13-gke.1900
    • 1.20.9-gke.1500
    • 1.21.3-gke.1400
    Élevée

    Clusters GKE sur

    Description Gravité

    Deux failles de sécurité, CVE-2021-33909 et CVE-2021-33910, ont été détectées dans le noyau Linux. Elles peuvent provoquer un plantage du système d'exploitation ou une escalade vers la racine par un utilisateur non privilégié. Cette faille affecte tous les systèmes d'exploitation du nœud GKE (COS et Ubuntu).

    Détails techniques :

    Dans la faille CVE-2021-33909, la couche du système de fichiers du noyau Linux ne limite pas correctement les allocations des tampons seq, ce qui conduit à un débordement d'entiers, à une écriture hors limite et à une escalade vers la racine.
    Avec CVE-2021-33910, systemd dispose d'une allocation de mémoire avec une valeur de taille excessive (impliquant strdupa et alloca pour un nom de chemin d'accès contrôlé par un pirate informatique local) entraînant un plantage du système d'exploitation.

    Que dois-je faire ?

    Les versions des images de nœuds Linux pour GKE sur AWS ont été mises à jour avec du code afin de corriger cette faille. Mettez à niveau vos clusters vers l'une des versions suivantes :

    • 1.20.10-gke.600
    • 1.19.14-gke.600
    • 1.18.20-gke.4800
    • 1.17.17-gke.15800
    Élevée

    Clusters GKE sur

    Description Gravité

    Deux failles de sécurité, CVE-2021-33909 et CVE-2021-33910, ont été détectées dans le noyau Linux. Elles peuvent provoquer un plantage du système d'exploitation ou une escalade vers la racine par un utilisateur non privilégié. Cette faille affecte tous les systèmes d'exploitation du nœud GKE (COS et Ubuntu).

    Détails techniques :

    Dans la faille CVE-2021-33909, la couche du système de fichiers du noyau Linux ne limite pas correctement les allocations des tampons seq, ce qui conduit à un débordement d'entiers, à une écriture hors limite et à une escalade vers la racine.
    Avec CVE-2021-33910, systemd dispose d'une allocation de mémoire avec une valeur de taille excessive (impliquant strdupa et alloca pour un nom de chemin d'accès contrôlé par un pirate informatique local) entraînant un plantage du système d'exploitation.

    Que dois-je faire ?

    Les versions des images de nœuds Linux et COS pour GKE sur VMware ont été mises à jour avec du code pour corriger cette faille. Mettez à niveau vos clusters vers l'une des versions suivantes :

    • 1.9
    • 1.8.2
    • 1.7.3
    • 1.6.4 (Linux uniquement)

    Consultez Historique des versions – Kubernetes et versions de noyau de nœud.

    Élevée

    GCP-2021-015

    Date de publication: 13-07-2021
    Dernière mise à jour:15-07-2021
    Référence: CVE-2021-22555

    GKE

    Description Niveau de gravité

    Une nouvelle faille de sécurité, CVE-2021-22555, a été détectée dans laquelle un acteur malveillant doté de privilèges CAP_NET_ADMIN peut permettre à l'interruption d'un conteneur de remonter jusqu'à l'accès racine de l'hôte. Cette faille affecte tous les clusters GKE et GKE sur VMware exécutant Linux 2.6.19 ou une version ultérieure.

    Détails techniques

    Dans cette attaque, une écriture hors limite dans setsockopt dans le sous-système netfilter de Linux peut provoquer une corruption du tas de mémoire (et donc le déni de service) et une élévation des privilèges.

    Que dois-je faire ?

    Les versions suivantes de Linux sur GKE ont été mises à jour avec du code pour corriger cette faille. Mettez à niveau vos clusters vers l'une des versions suivantes :

    • 1.21.1-gke.2200
    • 1.20.7-gke.2200
    • 1.19.11-gke.2100
    • 1.18.20-gke.501

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2021-22555

    Élevée

    Clusters GKE sur

    Description Niveau de gravité

    Une nouvelle faille de sécurité, CVE-2021-22555, a été détectée dans laquelle un acteur malveillant doté de privilèges CAP_NET_ADMIN peut permettre à l'interruption d'un conteneur de remonter jusqu'à l'accès racine de l'hôte. Cette faille affecte tous les clusters GKE et GKE sur VMware exécutant Linux 2.6.19 ou une version ultérieure.

    Détails techniques

    Dans cette attaque, une écriture hors limite dans setsockopt dans le sous-système netfilter de Linux peut provoquer une corruption du tas de mémoire (et donc le déni de service) et une élévation des privilèges.

    Que dois-je faire ?

    Les versions suivantes de Linux sur GKE sur VMware ont été mises à jour avec du code pour corriger cette faille. Mettez à niveau vos clusters vers l'une des versions suivantes :

    • 1.8
    • 1.7.3
    • 1.6.4

    Quelle faille ce correctif permet-il de résoudre ?

    CVE-2021-22555

    Élevée

    GCP-2021-014

    Date de publication : 2021-07-05
    Référence : CVE-2021-34527

    GKE

    Description Gravité

    Microsoft a publié un bulletin de sécurité sur la faille d'exécution de code à distance (RCE, Remote Code Execution) CVE-2021-34527, qui affecte le spouleur d'impression sur les serveurs Windows. Le CERT Coordination Center (CERT/CC) a publié une note de mise à jour sur une faille similaire, surnommée "PrintNightmare", qui affecte également les spouleurs d'impression Windows : PrintNightmare, Critical Windows Print Spooler Vulnerability.

    Que dois-je faire ?

    Aucune action n'est requise. Les nœuds Windows GKE ne contiennent pas le service de spouleur affecté dans l'image de base. Par conséquent, les déploiements Windows GKE ne sont pas vulnérables à cette attaque.

    Quelles failles ce bulletin permet-il de résoudre ?

    Élevée

    GCP-2021-012

    Date de publication: 01-07-2021
    Dernière mise à jour: 09-07-2021
    Référence: CVE-2021-34824

    GKE

    Description Niveau de gravité

    Que dois-je faire ?

    Le projet Istio a récemment disclosed une nouvelle faille de sécurité (CVE-2021-34824) affectant Istio. Istio souffre d'une faille utilisable à distance. Les identifiants spécifiés dans les champs Gateway et DestinationRule credentialName sont accessibles depuis différents espaces de noms.

    Détails techniques :

    La passerelle sécurisée Istio ou les charges de travail utilisant DestinationRule peuvent charger les clés privées et les certificats TLS à partir des secrets Kubernetes via la configuration de credentialName. À partir d'Istio 1.8 et versions ultérieures, les secrets sont lus à partir de istiod, et transmis aux passerelles et aux charges de travail via XDS.

    Normalement, un déploiement de passerelle ou de charge de travail ne peut accéder qu'aux certificats TLS et aux clés privées stockées dans le secret au sein de son espace de noms. Cependant, un bug dans istiod permet à un client autorisé à accéder à l'API XDS Istio de récupérer tous les certificats TLS et clés privées mises en cache dans istiod.

    Que dois-je faire ?

    Les clusters GKE n'exécutent pas Istio par défaut et, lorsqu'ils sont activés, utilisent la version 1.6 d'Istio, qui n'est pas vulnérable à cette attaque. Si vous avez installé ou mis à niveau Istio sur le cluster vers Istio 1.8 ou une version ultérieure, mettez à niveau votre système vers la dernière version compatible.

    Élevée

    Clusters GKE sur

    Description Niveau de gravité

    Que dois-je faire ?

    Le projet Istio a récemment disclosed une nouvelle faille de sécurité (CVE-2021-34824) affectant Istio. Istio souffre d'une faille utilisable à distance. Les identifiants spécifiés dans les champs Gateway et DestinationRule credentialName sont accessibles depuis différents espaces de noms.

    Détails techniques :

    La passerelle sécurisée Istio ou les charges de travail utilisant DestinationRule peuvent charger les clés privées et les certificats TLS à partir des secrets Kubernetes via la configuration de credentialName. À partir d'Istio 1.8 et versions ultérieures, les secrets sont lus à partir de istiod, et transmis aux passerelles et aux charges de travail via XDS.

    Normalement, un déploiement de passerelle ou de charge de travail ne peut accéder qu'aux certificats TLS et aux clés privées stockées dans le secret au sein de son espace de noms. Cependant, un bug dans istiod permet à un client autorisé à accéder à l'API XDS Istio de récupérer tous les certificats TLS et clés privées mises en cache dans istiod.

    Que dois-je faire ?

    Les clusters Anthos on VMware v1.6 et v1.7 ne sont pas vulnérables à cette attaque. Les clusters Anthos on VMware v1.8 sont vulnérables.

    Si vous utilisez la version 1.8 d'Anthos Clusters on VMware, effectuez une mise à niveau vers la version corrigée suivante ou une version ultérieure :

    • 1.8.0-gke.25
    Élevée

    Clusters GKE sur

    Description Niveau de gravité

    Que dois-je faire ?

    Le projet Istio a récemment disclosed une nouvelle faille de sécurité (CVE-2021-34824) affectant Istio. Istio souffre d'une faille utilisable à distance. Les identifiants spécifiés dans les champs Gateway et DestinationRule credentialName sont accessibles depuis différents espaces de noms.

    Détails techniques :

    La passerelle sécurisée Istio ou les charges de travail utilisant DestinationRule peuvent charger les clés privées et les certificats TLS à partir des secrets Kubernetes via la configuration de credentialName. À partir d'Istio 1.8 et versions ultérieures, les secrets sont lus à partir de istiod, et transmis aux passerelles et aux charges de travail via XDS.

    Normalement, un déploiement de passerelle ou de charge de travail ne peut accéder qu'aux certificats TLS et aux clés privées stockées dans le secret au sein de son espace de noms. Cependant, un bug dans istiod permet à un client autorisé à accéder à l'API XDS Istio de récupérer tous les certificats TLS et clés privées mises en cache dans istiod. Les clusters créés ou mis à niveau avec des clusters Anthos sur Bare Metal v1.8.0 sont affectés par cette faille CVE.

    Que dois-je faire ?

    Anthos v1.6 et 1.7 ne sont pas vulnérables à cette attaque. Si vous disposez de clusters v1.8.0, téléchargez et installez la version 1.8.1 de bmctl et mettez à niveau vos clusters vers la version corrigée suivante :

    • 1.8.1
    Élevée

    GCP-2021-011

    Date de publication: 04-06-2021
    Dernière mise à jour: 19-10-2021
    Référence: CVE-2021-30465

    Mise à jour du 19/10/2021: ajout de bulletins pour GKE sur VMware, GKE sur AWS et GKE sur Bare Metal.

    GKE

    Description Gravité

    La communauté de sécurité a récemment divulgué une nouvelle faille de sécurité (CVE-2021-30465) dans runc est susceptible d'autoriser l'accès complet à un système de fichiers de nœud.

    Pour GKE, étant donné que l'exploitation de cette faille nécessite la création de pods, nous avons évalué la gravité de cette faille sur MOYEN.

    Détails techniques

    Le package runc est vulnérable aux attaques par échange de liens symboliques lors de l'installation d'un volume.

    Pour cette attaque spécifique, un utilisateur peut potentiellement exploiter une condition de concurrence en démarrant simultanément plusieurs pods sur un même nœud, qui partagent le même montage de volume avec un lien symbolique.

    Si l'attaque aboutit, l'un des pods installe le système de fichiers du nœud avec des autorisations racine.

    Que dois-je faire ?

    Un nouveau correctif est disponible dans runc (1.0.0-rc95). Il permet de corriger cette faille.

    Mettez à niveau votre cluster GKE vers l'une des versions mises à jour suivantes :

    • 1.18.19-gke.2100
    • 1.19.9-gke.1400
    • 1.20.6-gke.1400
    • 1.21.2-gke.600

    Moyenne

    Clusters GKE sur

    Description Gravité

    La communauté de sécurité a récemment divulgué une nouvelle faille de sécurité (CVE-2021-30465) dans runc est susceptible d'autoriser l'accès complet à un système de fichiers de nœud.

    Pour GKE sur VMware, l'exploitation de cette faille nécessitant la possibilité de créer des pods, nous avons évalué la gravité de cette faille sur MEDIUM.

    Détails techniques

    Le package runc est vulnérable aux attaques par échange de liens symboliques lors de l'installation d'un volume.

    Pour cette attaque spécifique, un utilisateur peut potentiellement exploiter une condition de concurrence en démarrant simultanément plusieurs pods sur un même nœud, qui partagent le même montage de volume avec un lien symbolique.

    Si l'attaque aboutit, l'un des pods installe le système de fichiers du nœud avec des autorisations racine.

    Que dois-je faire ?

    Un nouveau correctif est disponible dans runc. Il permet de corriger cette faille. Mettez à niveau GKE sur VMware vers l'une des versions suivantes:

    • 1.7.3-gke-2
    • 1.8.1-gke.7
    • 1.9.0-gke.8

    Moyenne

    Clusters GKE sur

    Description Gravité

    La communauté de sécurité a récemment divulgué une nouvelle faille de sécurité (CVE-2021-30465) dans runc est susceptible d'autoriser l'accès complet à un système de fichiers de nœud.

    Comme il s'agit d'une faille au niveau de l'OS, GKE sur AWS ne sont pas vulnérables.

    Détails techniques

    Le package runc est vulnérable aux attaques par échange de liens symboliques lors de l'installation d'un volume.

    Pour cette attaque spécifique, un utilisateur peut potentiellement exploiter une condition de concurrence en démarrant simultanément plusieurs pods sur un même nœud, qui partagent le même montage de volume avec un lien symbolique.

    Si l'attaque aboutit, l'un des pods installe le système de fichiers du nœud avec des autorisations racine.

    Que dois-je faire ?

    Assurez-vous que la version de l'OS sur laquelle vous exécutez GKE sur AWS est mise à niveau vers la dernière version de l'OS contenant un package runc mis à jour.

    Aucune

    Clusters GKE sur

    Description Gravité

    La communauté de sécurité a récemment divulgué une nouvelle faille de sécurité (CVE-2021-30465) dans runc est susceptible d'autoriser l'accès complet à un système de fichiers de nœud.

    Comme il s'agit d'une faille au niveau du système d'exploitation, GKE sur une solution Bare Metal n'est pas vulnérable.

    Détails techniques

    Le package runc est vulnérable aux attaques par échange de liens symboliques lors de l'installation d'un volume.

    Pour cette attaque spécifique, un utilisateur peut potentiellement exploiter une condition de concurrence en démarrant simultanément plusieurs pods sur un même nœud, qui partagent le même montage de volume avec un lien symbolique.

    Si l'attaque aboutit, l'un des pods installe le système de fichiers du nœud avec des autorisations racine.

    Que dois-je faire ?

    Assurez-vous que la version de l'OS sur laquelle vous exécutez Google Distributed Cloud Virtual pour Bare Metal est mise à niveau vers la dernière version de l'OS avec un package runc mis à jour.

    Aucune

    GCP-2021-006

    Date de publication : 11-05-2021
    Référence : CVE-2021-31920

    GKE

    Description Gravité

    Le projet Istio a récemment disclosed une nouvelle faille de sécurité (CVE-2021-31920) affectant Istio.

    Istio souffre d'une faille utilisable à distance. Une requête HTTP comportant plusieurs barres obliques ou des barres obliques échappées peut contourner la règle d'autorisation Istio lorsque des règles d'autorisation basées sur le chemin sont utilisées.

    Que dois-je faire ?

    Nous vous recommandons vivement de mettre à jour et de reconfigurer vos clusters GKE. Notez que vous devez suivre les deux étapes ci-dessous pour résoudre le problème :

    1. Mettre à jour vos clusters : procédez comme suit pour mettre à jour vos clusters vers les versions les plus récentes dès que possible :
      • Si vous utilisez Istio sur GKE 1.6 :

        La dernière version du correctif est la 1.6.14-gke.3. Veuillez suivre les instructions de mise à niveau pour mettre à niveau vos clusters vers la dernière version.

      • Si vous utilisez Istio sur GKE 1.4 :
      • Les versions d'Istio sur GKE 1.4 ne sont plus compatibles avec Istio et nous ne rétroportons pas les correctifs CVE sur ces versions. Veuillez suivre les instructions de mise à niveau d'Istio pour mettre à niveau vos clusters vers la version 1.6, puis suivre les instructions ci-dessus pour obtenir la dernière version d'Istio sur GKE 1.6.

    2. Configurer Istio :

      Une fois le correctif appliqué aux clusters, vous devez reconfigurer Istio sur GKE. Reportez-vous au guide des bonnes pratiques de sécurité pour configurer correctement votre système.

    Élevée

    GCP-2021-004

    Date de publication : 06-05-2021
    Référence : CVE-2021-28683, CVE-2021-28682, CVE-2021-29258

    GKE

    Description Gravité

    Les projets Envoy et Istio ont récemment divulgué plusieurs nouvelles failles de sécurité (CVE-2021-28683, CVE-2021-28682 et CVE-2021-29258), qui permettent à un pirate informatique de faire planter Envoy.

    Les clusters GKE n'exécutent pas Istio par défaut et ne sont donc pas vulnérables. Si Istio a été installé dans un cluster et est configuré pour exposer des services sur Internet, ces services peuvent être vulnérables aux attaques par déni de service.

    Que dois-je faire ?

    Pour corriger ces failles, mettez à niveau le plan de contrôle GKE vers l'une des versions corrigées suivantes :

    • 1.16.15-gke.16200
    • 1.17.17-gke.6100
    • 1.18.17-gke.1300
    • 1.19.9-gke.1300
    • 1.20.5-gke.1400
    Moyenne

    Clusters GKE sur

    Description Gravité

    Les projets Envoy et Istio ont récemment divulgué plusieurs nouvelles failles de sécurité (CVE-2021-28683, CVE-2021-28682 et CVE-2021-29258), qui permettent à un pirate informatique de faire planter Envoy.

    GKE sur VMware utilise Envoy par défaut pour Ingress. Les services Ingress peuvent donc être vulnérables aux dénis de service.

    Que dois-je faire ?

    Pour corriger ces failles, mettez à niveau GKE sur VMware vers l'une des versions corrigées suivantes lorsqu'elles seront publiées:

    • 1.5.4
    • 1.6.3
    • 1.7.1
    Moyenne

    Clusters GKE sur

    Dernière mise à jour : 06-05-2021

    Description Gravité

    Les projets Envoy et Istio ont récemment divulgué plusieurs nouvelles failles de sécurité (CVE-2021-28683, CVE-2021-28682 et CVE-2021-29258), qui permettent à un pirate informatique de faire planter Envoy.

    Google Distributed Cloud Virtual pour Bare Metal utilise Envoy par défaut pour Ingress. Les services Ingress peuvent donc être vulnérables en cas de déni de service.

    Que dois-je faire ?

    Pour corriger ces failles, mettez à niveau votre cluster Google Distributed Cloud Virtual pour Bare Metal vers l'une des versions corrigées suivantes lors de leur publication:

    • 1.6.3
    • 1.7.1
    Moyenne

    GCP-2021-003

    Date de publication : 19-04-2021
    Référence : CVE-2021-25735

    GKE

    Description Niveau de gravité

    Le projet Kubernetes a annoncé récemment une nouvelle faille de sécurité, CVE-2021-25735, qui pourrait permettre aux mises à jour de nœuds de contourner un webhook d'admission de validation.

    Dans un scénario dans lequel un pirate informatique dispose de privilèges suffisants, et lorsqu'un webhook d'admission de validation est mis en œuvre à l'aide d'anciennes propriétés d'objet Node (par exemple, des champs dans Node.NodeSpec), le pirate a la possibilité de mettre à jour les propriétés d'un nœud, ce qui peut entraîner la compromission d'un cluster. Aucune des stratégies appliquées par GKE et les contrôleurs d'admission intégrés de Kubernetes n'est affectée, mais nous recommandons aux clients de vérifier les webhooks d'admission supplémentaires qu'ils ont installés, le cas échéant.

    Que dois-je faire ?

    Pour corriger cette faille, mettez à niveau votre cluster GKE vers l'une des versions corrigées suivantes :

    • 1.18.17-gke.900
    • 1.19.9-gke.900
    • 1.20.5-gke.900
    Moyenne

    Clusters GKE sur

    Description Niveau de gravité

    Le projet Kubernetes a annoncé récemment une nouvelle faille de sécurité, CVE-2021-25735, qui pourrait permettre aux mises à jour de nœuds de contourner un webhook d'admission de validation.

    Dans un scénario dans lequel un pirate informatique dispose de privilèges suffisants, et lorsqu'un webhook d'admission de validation est mis en œuvre à l'aide d'anciennes propriétés d'objet Node (par exemple, des champs dans Node.NodeSpec), le pirate a la possibilité de mettre à jour les propriétés d'un nœud, ce qui peut entraîner la compromission d'un cluster. Aucune des stratégies appliquées par GKE et les contrôleurs d'admission intégrés de Kubernetes n'est affectée, mais nous recommandons aux clients de vérifier les webhooks d'admission supplémentaires qu'ils ont installés, le cas échéant.

    Que dois-je faire ?

    Une prochaine version du correctif permettra de réduire les risques liés à cette faille.

    Moyenne

    Clusters GKE sur

    Description Niveau de gravité

    Le projet Kubernetes a annoncé récemment une nouvelle faille de sécurité, CVE-2021-25735, qui pourrait permettre aux mises à jour de nœuds de contourner un webhook d'admission de validation.

    Dans un scénario dans lequel un pirate informatique dispose de privilèges suffisants, et lorsqu'un webhook d'admission de validation est mis en œuvre à l'aide d'anciennes propriétés d'objet Node (par exemple, des champs dans Node.NodeSpec), le pirate a la possibilité de mettre à jour les propriétés d'un nœud, ce qui peut entraîner la compromission d'un cluster. Aucune des stratégies appliquées par GKE et les contrôleurs d'admission intégrés de Kubernetes n'est affectée, mais nous recommandons aux clients de vérifier les webhooks d'admission supplémentaires qu'ils ont installés, le cas échéant.

    Que dois-je faire ?

    Une prochaine version du correctif permettra de réduire les risques liés à cette faille.

    Moyenne

    Clusters GKE sur

    Description Niveau de gravité

    Le projet Kubernetes a annoncé récemment une nouvelle faille de sécurité, CVE-2021-25735, qui pourrait permettre aux mises à jour de nœuds de contourner un webhook d'admission de validation.

    Dans un scénario dans lequel un pirate informatique dispose de privilèges suffisants, et lorsqu'un webhook d'admission de validation est mis en œuvre à l'aide d'anciennes propriétés d'objet Node (par exemple, des champs dans Node.NodeSpec), le pirate a la possibilité de mettre à jour les propriétés d'un nœud, ce qui peut entraîner la compromission d'un cluster. Aucune des stratégies appliquées par GKE et les contrôleurs d'admission intégrés de Kubernetes n'est affectée, mais nous recommandons aux clients de vérifier les webhooks d'admission supplémentaires qu'ils ont installés, le cas échéant.

    Que dois-je faire ?

    Une prochaine version du correctif permettra de réduire les risques liés à cette faille.

    Moyenne

    GCP-2021-001

    Date de publication : 28-01-2021
    Référence : CVE-2021-3156

    GKE

    Description Gravité

    Une faille a été récemment découverte dans l'utilitaire Linux sudo. Cette faille, décrite dans CVE-2021-3156, peut permettre à un pirate informatique disposant d'un accès non privilégié à une interface système locale sur un système avec sudo installé de remonter jusqu'à l'accès racine du système.

    Les clusters Google Kubernetes Engine (GKE) ne sont pas affectés par cette faille :

    • Les utilisateurs qui sont autorisés à se connecter en SSH à des nœuds GKE sont déjà considérés comme étant à privilèges élevés et peuvent déjà utiliser sudo pour obtenir les privilèges racine. La faille ne génère aucune élévation de privilèges supplémentaire dans ce scénario.
    • La plupart des conteneurs système GKE sont construits à partir d'images de base distroless sur lesquelles aucune interface système ou sudo n'est installée. D'autres images sont créées à partir d'une image de base debian qui ne contient pas sudo. Même si sudo est présent, l'accès à sudo à l'intérieur du conteneur ne vous permet pas d'accéder à l'hôte en raison de la limite du conteneur.

    Que dois-je faire ?

    Étant donné que les clusters GKE ne sont pas affectés par cette faille, aucune autre action n'est requise.

    GKE disposera d'un correctif pour cette faille qui sera appliqué avec une version ultérieure dans le calendrier standard de mise à jour.

    Aucune

    Clusters GKE sur

    Description Gravité

    Une faille a été récemment découverte dans l'utilitaire Linux sudo. Cette faille, décrite dans CVE-2021-3156, peut permettre à un pirate informatique disposant d'un accès non privilégié à une interface système locale sur un système avec sudo installé de remonter jusqu'à l'accès racine du système.

    GKE sur VMware ne sont pas affectés par cette faille:

    • Les utilisateurs autorisés à se connecter en SSH aux nœuds GKE sur VMware sont déjà considérés comme hautement privilégiés et peuvent utiliser sudo pour obtenir des droits racine dès la conception. La faille ne génère aucune élévation de privilèges supplémentaire dans ce scénario.
    • La plupart des conteneurs système GKE sur VMware sont créés à partir d'images de base distinctes pour lesquelles aucun shell ni sudo n'est installé. D'autres images sont créées à partir d'une image de base debian qui ne contient pas sudo. Même si sudo est présent, l'accès à sudo à l'intérieur du conteneur ne vous permet pas d'accéder à l'hôte en raison de la limite du conteneur.

    Que dois-je faire ?

    Comme les clusters GKE sur VMware ne sont pas affectés par cette faille, aucune autre action n'est requise.

    Le correctif de cette faille sera appliqué à GKE sur VMware dans une prochaine version, à intervalles réguliers.

    Aucune

    Clusters GKE sur

    Description Gravité

    Une faille a été récemment découverte dans l'utilitaire Linux sudo. Cette faille, décrite dans CVE-2021-3156, peut permettre à un pirate informatique disposant d'un accès non privilégié à une interface système locale sur un système avec sudo installé de remonter jusqu'à l'accès racine du système.

    GKE sur AWS ne sont pas affectés par cette faille:

    • Les utilisateurs autorisés à se connecter en SSH à GKE sur des nœuds AWS sont déjà considérés comme hautement privilégiés et peuvent utiliser sudo pour obtenir des droits racine dès la conception. La faille ne génère aucune élévation de privilèges supplémentaire dans ce scénario.
    • La plupart des conteneurs système GKE sur AWS sont créés à partir d'images de base distroles qui n'ont pas d'interface système ni de sudo installé. D'autres images sont créées à partir d'une image de base debian qui ne contient pas sudo. Même si sudo est présent, l'accès à sudo à l'intérieur du conteneur ne vous permet pas d'accéder à l'hôte en raison de la limite du conteneur.

    Que dois-je faire ?

    Comme les clusters GKE sur AWS ne sont pas affectés par cette faille, aucune autre action n'est requise.

    Le correctif de cette faille sera appliqué régulièrement dans GKE sur AWS dans une prochaine version.

    Aucune

    Clusters GKE sur

    Description Gravité

    Une faille a été récemment découverte dans l'utilitaire Linux sudo. Cette faille, décrite dans CVE-2021-3156, peut permettre à un pirate informatique disposant d'un accès non privilégié à une interface système locale sur un système avec sudo installé de remonter jusqu'à l'accès racine du système.

    Les clusters Google Distributed Cloud Virtual pour Bare Metal ne sont pas affectés par cette faille:

    • Les utilisateurs autorisés à se connecter en SSH à Google Distributed Cloud Virtual pour les nœuds Bare Metal sont déjà considérés comme hautement privilégiés et peuvent utiliser sudo pour obtenir des droits racine dès la conception. La faille ne génère aucune élévation de privilèges supplémentaire dans ce scénario.
    • La plupart des conteneurs système Google Distributed Cloud Virtual pour Bare Metal sont créés à partir d'images de base distinctes sur lesquelles aucun shell ou sudo n'est installé. D'autres images sont créées à partir d'une image de base debian qui ne contient pas sudo. Même si sudo est présent, l'accès à sudo à l'intérieur du conteneur ne vous permet pas d'accéder à l'hôte en raison de la limite du conteneur.

    Que dois-je faire ?

    Étant donné que les clusters Google Distributed Cloud Virtual pour Bare Metal ne sont pas affectés par cette faille, aucune autre action n'est requise.

    Le correctif de cette faille sera appliqué régulièrement dans une prochaine version du service Google Distributed Cloud Virtual pour Bare Metal.

    Aucune

    GCP-2020-015

    Date de publication: 07-12-2020
    Dernière mise à jour: 22-12-2021
    Référence: CVE-2020-8554

    Mise à jour du 22/12/2021 : utilise gcloud beta au lieu de la commande gcloud.

    Mise à jour du 15/12/2021 : ajout d'un correctif pour GKE.

    GKE

    Description Niveau de gravité
    Dernière mise à jour : 22/12/2021 : la commande GKE de la section suivante doit utiliser gcloud beta au lieu de la commande gcloud.
    
    gcloud beta container clusters update –no-enable-service-externalips
    

    Dernière mise à jour : 15/12/2021 Pour GKE, l'atténuation suivante est désormais disponible :
    1. À partir de la version 1.21 de GKE, les services avec des adresses IP externes sont bloqués par un contrôleur d'admission DenyServiceExternalIPs activé par défaut pour les nouveaux clusters.
    2. Les clients qui passent à GKE version 1.21 peuvent bloquer des services avec des adresses IP externes à l'aide de la commande suivante :
      
      gcloud container clusters update –no-enable-service-externalips
      

    Pour en savoir plus, consultez la page Renforcer la sécurité d'un cluster.


    Le projet Kubernetes a récemment découvert une nouvelle faille de sécurité : CVE-2020-8554. Celle-ci peut permettre à un pirate informatique ayant obtenu les autorisations nécessaires pour créer un service Kubernetes de type LoadBalancer ou ClusterIP d'intercepter le trafic réseau provenant d'autres pods du cluster.

    Cette faille en elle-même n'autorise pas un pirate informatique à créer un service Kubernetes.

    Tous les clusters Google Kubernetes Engine (GKE) sont affectés par cette faille.

    Que dois-je faire ?

    Kubernetes devra peut-être apporter des modifications d'incompatibilité ascendante dans une future version pour remédier à la faille.

    Si de nombreux utilisateurs partagent l'accès à votre cluster avec les autorisations requises pour créer des services, par exemple dans un cluster mutualisé, envisagez d'appliquer une mesure d'atténuation. À l'heure actuelle, la meilleure approche pour l'atténuation consiste à limiter l'utilisation d'adresses IP externes dans un cluster. Les adresses IP externes ne sont pas une fonctionnalité couramment utilisée.

    Limitez l'utilisation d'adresses IP externes dans un cluster avec l'une des méthodes suivantes :

    1. Utilisez GKE Enterprise Policy Controller ou Gatekeeper avec ce modèle de contrainte, et appliquez-le. Exemple :
      
      # Only allow the creation of Services with no
      # ExternalIP or an ExternalIP of 203.0.113.1:
      
      apiVersion: constraints.gatekeeper.sh/v1beta1
      kind: K8sExternalIPs
      metadata:
        name: external-ips
      spec:
        match:
          kinds:
            - apiGroups: [""]
              kinds: ["Service"]
        parameters:
          allowedIPs:
            - "203.0.113.1"
      
    2. Vous pouvez également installer un contrôleur d'admission pour empêcher l'utilisation d'adresses IP externes. Le projet Kubernetes a fourni un exemple de contrôleur d'admission pour cette tâche.

    Comme indiqué dans l'annonce concernant Kubernetes, aucune atténuation n'est fournie pour les services de type LoadBalancer, car par défaut, seuls les utilisateurs disposant des droits les plus privilégiés, ainsi que les composants du système, ont l'autorisation container.services.updateStatus nécessaire pour exploiter cette faille.

    Moyenne

    Clusters GKE sur

    Description Niveau de gravité
    Dernière mise à jour : 22/12/2021 : la commande GKE de la section suivante doit utiliser gcloud beta au lieu de la commande gcloud.
    
    gcloud beta container clusters update –no-enable-service-externalips
    

    Dernière mise à jour : 15/12/2021 Pour GKE, l'atténuation suivante est désormais disponible :
    1. À partir de la version 1.21 de GKE, les services avec des adresses IP externes sont bloqués par un contrôleur d'admission DenyServiceExternalIPs activé par défaut pour les nouveaux clusters.
    2. Les clients qui passent à GKE version 1.21 peuvent bloquer des services avec des adresses IP externes à l'aide de la commande suivante :
      
      gcloud container clusters update –no-enable-service-externalips
      

    Pour en savoir plus, consultez la page Renforcer la sécurité d'un cluster.


    Le projet Kubernetes a récemment découvert une nouvelle faille de sécurité : CVE-2020-8554. Celle-ci peut permettre à un pirate informatique ayant obtenu les autorisations nécessaires pour créer un service Kubernetes de type LoadBalancer ou ClusterIP d'intercepter le trafic réseau provenant d'autres pods du cluster.

    Cette faille en elle-même n'autorise pas un pirate informatique à créer un service Kubernetes.

    Tous les clusters GKE sur VMware sont affectés par cette faille.

    Que dois-je faire ?

    Kubernetes devra peut-être apporter des modifications d'incompatibilité ascendante dans une future version pour remédier à la faille.

    Si de nombreux utilisateurs partagent l'accès à votre cluster avec les autorisations requises pour créer des services, par exemple dans un cluster mutualisé, envisagez d'appliquer une mesure d'atténuation. À l'heure actuelle, la meilleure approche pour l'atténuation consiste à limiter l'utilisation d'adresses IP externes dans un cluster. Les adresses IP externes ne sont pas une fonctionnalité couramment utilisée.

    Limitez l'utilisation d'adresses IP externes dans un cluster avec l'une des méthodes suivantes :

    1. Utilisez GKE Enterprise Policy Controller ou Gatekeeper avec ce modèle de contrainte, et appliquez-le. Exemple :
      
      # Only allow the creation of Services with no
      # ExternalIP or an ExternalIP of 203.0.113.1:
      
      apiVersion: constraints.gatekeeper.sh/v1beta1
      kind: K8sExternalIPs
      metadata:
        name: external-ips
      spec:
        match:
          kinds:
            - apiGroups: [""]
              kinds: ["Service"]
        parameters:
          allowedIPs:
            - "203.0.113.1"
      
    2. Vous pouvez également installer un contrôleur d'admission pour empêcher l'utilisation d'adresses IP externes. Le projet Kubernetes a fourni un exemple de contrôleur d'admission pour cette tâche.

    Comme indiqué dans l'annonce concernant Kubernetes, aucune atténuation n'est fournie pour les services de type LoadBalancer, car par défaut, seuls les utilisateurs disposant des droits les plus privilégiés, ainsi que les composants du système, ont l'autorisation container.services.updateStatus nécessaire pour exploiter cette faille.

    Moyenne

    Clusters GKE sur

    Description Niveau de gravité
    Dernière mise à jour : 22/12/2021 : la commande GKE de la section suivante doit utiliser gcloud beta au lieu de la commande gcloud.
    
    gcloud beta container clusters update –no-enable-service-externalips
    

    Dernière mise à jour : 15/12/2021 Pour GKE, l'atténuation suivante est désormais disponible :
    1. À partir de la version 1.21 de GKE, les services avec des adresses IP externes sont bloqués par un contrôleur d'admission DenyServiceExternalIPs activé par défaut pour les nouveaux clusters.
    2. Les clients qui passent à GKE version 1.21 peuvent bloquer des services avec des adresses IP externes à l'aide de la commande suivante :
      
      gcloud container clusters update –no-enable-service-externalips
      

    Pour en savoir plus, consultez la page Renforcer la sécurité d'un cluster.


    Le projet Kubernetes a récemment découvert une nouvelle faille de sécurité : CVE-2020-8554. Celle-ci peut permettre à un pirate informatique ayant obtenu les autorisations nécessaires pour créer un service Kubernetes de type LoadBalancer ou ClusterIP d'intercepter le trafic réseau provenant d'autres pods du cluster.

    Cette faille en elle-même n'autorise pas un pirate informatique à créer un service Kubernetes.

    Tous les clusters GKE sur AWS sont affectés par cette faille.

    Que dois-je faire ?

    Kubernetes devra peut-être apporter des modifications d'incompatibilité ascendante dans une future version pour remédier à la faille.

    Si de nombreux utilisateurs partagent l'accès à votre cluster avec les autorisations requises pour créer des services, par exemple dans un cluster mutualisé, envisagez d'appliquer une mesure d'atténuation. À l'heure actuelle, la meilleure approche pour l'atténuation consiste à limiter l'utilisation d'adresses IP externes dans un cluster. Les adresses IP externes ne sont pas une fonctionnalité couramment utilisée.

    Limitez l'utilisation d'adresses IP externes dans un cluster avec l'une des méthodes suivantes :

    1. Utilisez GKE Enterprise Policy Controller ou Gatekeeper avec ce modèle de contrainte, et appliquez-le. Exemple :
      
      # Only allow the creation of Services with no
      # ExternalIP or an ExternalIP of 203.0.113.1:
      
      apiVersion: constraints.gatekeeper.sh/v1beta1
      kind: K8sExternalIPs
      metadata:
        name: external-ips
      spec:
        match:
          kinds:
            - apiGroups: [""]
              kinds: ["Service"]
        parameters:
          allowedIPs:
            - "203.0.113.1"
      
    2. Vous pouvez également installer un contrôleur d'admission pour empêcher l'utilisation d'adresses IP externes. Le projet Kubernetes a fourni un exemple de contrôleur d'admission pour cette tâche.

    Comme indiqué dans l'annonce concernant Kubernetes, aucune atténuation n'est fournie pour les services de type LoadBalancer, car par défaut, seuls les utilisateurs disposant des droits les plus privilégiés, ainsi que les composants du système, ont l'autorisation container.services.updateStatus nécessaire pour exploiter cette faille.

    Moyenne

    GCP-2020-014

    Date de publication : 20-10-2020
    Référence : CVE-2020-8563, CVE-2020-8564, CVE-2020-8565, CVE-2020-8566

    GKE

    Dernière mise à jour : 20-10-2020

    Description Niveau de gravité

    Le projet Kubernetes a récemment découvert plusieurs problèmes qui permettent l'exposition des données des secrets lors de l'activation des options de journalisation détaillée. Les problèmes sont les suivants :

    • CVE-2020-8563 : fuites des secrets dans les journaux du fournisseur vSphere kube-controller-manager
    • CVE-2020-8564 : fuite des secrets de configuration Docker lorsque le fichier est mal formé, et que le niveau de journalisation est supérieur ou égal à 4.
    • CVE-2020-8565 : correction partielle de la faille CVE-2019-11250 dans Kubernetes occasionnant la divulgation des jetons dans les journaux lorsque le niveau de journalisation est supérieur ou égal à 9. Faille détectée par la sécurité de GKE.
    • CVE-2020-8566 : fuite des secrets des administrateurs Ceph RBD dans les journaux lorsque le niveau de journalisation est supérieur ou égal à 4.

    GKE n'est pas affecté.

    Que dois-je faire ?

    Aucune autre action n'est requise en raison des niveaux de journalisation détaillée par défaut de GKE.

    Aucune

    Clusters GKE sur

    Mise à jour : 10-10-2020

    Description Niveau de gravité

    Le projet Kubernetes a récemment découvert plusieurs problèmes qui permettent l'exposition des données des secrets lors de l'activation des options de journalisation détaillée. Les problèmes sont les suivants :

    • CVE-2020-8563 : fuites des secrets dans les journaux du fournisseur vSphere kube-controller-manager
    • CVE-2020-8564 : fuite des secrets de configuration Docker lorsque le fichier est mal formé, et que le niveau de journalisation est supérieur ou égal à 4.
    • CVE-2020-8565 : correction partielle de la faille CVE-2019-11250 dans Kubernetes occasionnant la divulgation des jetons dans les journaux lorsque le niveau de journalisation est supérieur ou égal à 9. Faille détectée par la sécurité de GKE.
    • CVE-2020-8566 : fuite des secrets des administrateurs Ceph RBD dans les journaux lorsque le niveau de journalisation est supérieur ou égal à 4.

    GKE sur VMware n'est pas affecté.

    Que dois-je faire ?

    Aucune autre action n'est requise en raison des niveaux de journalisation détaillée par défaut de GKE.

    Aucune

    Clusters GKE sur

    Dernière mise à jour : 20-10-2020

    Description Niveau de gravité

    Le projet Kubernetes a récemment découvert plusieurs problèmes qui permettent l'exposition des données des secrets lors de l'activation des options de journalisation détaillée. Les problèmes sont les suivants :

    • CVE-2020-8563 : fuites des secrets dans les journaux du fournisseur vSphere kube-controller-manager
    • CVE-2020-8564 : fuite des secrets de configuration Docker lorsque le fichier est mal formé, et que le niveau de journalisation est supérieur ou égal à 4.
    • CVE-2020-8565 : correction partielle de la faille CVE-2019-11250 dans Kubernetes occasionnant la divulgation des jetons dans les journaux lorsque le niveau de journalisation est supérieur ou égal à 9. Faille détectée par la sécurité de GKE.
    • CVE-2020-8566 : fuite des secrets des administrateurs Ceph RBD dans les journaux lorsque le niveau de journalisation est supérieur ou égal à 4.

    GKE sur AWS n'est pas affecté.

    Que dois-je faire ?

    Aucune autre action n'est requise en raison des niveaux de journalisation détaillée par défaut de GKE.

    Aucune

    GCP-2020-012

    Publié : 14-09-2020
    Référence : CVE-2020-14386

    GKE

    Description Gravité

    Une faille a été récemment découverte dans le noyau Linux, décrite dans CVE-2020-14386, qui permet de s'échapper d'un conteneur pour obtenir un accès root sur le nœud hôte.

    Tous les nœuds GKE sont affectés. Les pods exécutés dans GKE Sandbox ne peuvent pas exploiter cette faille.

    Que dois-je faire ?

    Pour corriger cette faille, mettez à jour le plan de contrôle, puis les nœuds vers l'une des versions corrigées répertoriées ci-dessous :

    • 1.14.10-gke.50
    • 1.15.12-gke.20
    • 1.16.13-gke.401
    • 1.17.9-gke.1504
    • 1.18.6-gke.3504

    L'exploitation de cette faille nécessite CAP_NET_RAW, mais très peu de conteneurs utilisent CAP_NET_RAW. Il faut donc la bloquer par défaut, ainsi que d'autres fonctionnalités puissantes, via PodSecurityPolicy ou Policy Controller :

    Supprimez la fonctionnalité CAP_NET_RAW des conteneurs à l'aide de l'une des méthodes suivantes :

    • Appliquez le blocage de ces fonctionnalités avec PodSecurityPolicy, par exemple:
      
          # Require dropping CAP_NET_RAW with a PSP
          apiversion: extensions/v1beta1
          kind: PodSecurityPolicy
          metadata:
            name: no-cap-net-raw
          spec:
            requiredDropCapabilities:
              -NET_RAW
               ...
               # Unrelated fields omitted
    • Vous pouvez également utiliser Policy Controller ou Gatekeeper avec ce modèle de contrainte et l'appliquer, par exemple:
      
          # Dropping CAP_NET_RAW with Gatekeeper
          # (requires the K8sPSPCapabilities template)
          apiversion: constraints.gatekeeper.sh/v1beta1
          kind:  K8sPSPCapabilities
          metadata:
            name: forbid-cap-net-raw
          spec:
            match:
              kinds:
                - apiGroups: [""]
                kinds: ["Pod"]
              namespaces:
                #List of namespaces to enforce this constraint on
                - default
              # If running gatekeeper >= v3.1.0-beta.5,
              # you can exclude namespaces rather than including them above.
              excludedNamespaces:
                - kube-system
            parameters:
              requiredDropCapabilities:
                - "NET_RAW"
    • Ou en mettant à jour les spécifications du pod :
      
          # Dropping CAP_NET_RAW from a Pod:
          apiVersion: v1
          kind: Pod
          metadata:
            name: no-cap-net-raw
          spec:
            containers:
              -name: my-container
               ...
              securityContext:
                capabilities:
                  drop:
                    -NET_RAW

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille suivante :

    La faille CVE-2020-14386 permet aux conteneurs avec CAP_NET_RAW d'écrire de 1 à 10 octets de mémoire du noyau, ce qui peut permettre à un pirate de sortir du conteneur et d'obtenir des privilèges racine sur le nœud hôte. La gravité de cette faille est évaluée comme élevée.

    Élevée

    Clusters GKE sur

    Mise à jour : 17-09-2020

    Description Gravité

    Une faille a été récemment découverte dans le noyau Linux, décrite dans CVE-2020-14386, qui permet de s'échapper d'un conteneur pour obtenir un accès root sur le nœud hôte.

    Tous les nœuds GKE sur VMware sont affectés.

    Que dois-je faire ?

    Pour résoudre cette faille, mettez à niveau votre cluster vers une version incluant le correctif. Les prochaines versions de {gke_on_prem_name}} incluront le correctif pour cette faille. Le présent bulletin sera mis à jour dès que le correctif sera disponible :

    • GKE sur VMware 1.4.3 est désormais disponible.
    • GKE sur VMware 1.3.4 est désormais disponible.

    L'exploitation de cette faille nécessite CAP_NET_RAW, mais très peu de conteneurs utilisent CAP_NET_RAW. Il faut donc la bloquer par défaut, ainsi que d'autres fonctionnalités puissantes, via PodSecurityPolicy ou Policy Controller :

    Supprimez la fonctionnalité CAP_NET_RAW des conteneurs à l'aide de l'une des méthodes suivantes :

    • Appliquez le blocage de ces fonctionnalités avec PodSecurityPolicy, par exemple:
      
          # Require dropping CAP_NET_RAW with a PSP
          apiversion: extensions/v1beta1
          kind: PodSecurityPolicy
          metadata:
            name: no-cap-net-raw
          spec:
            requiredDropCapabilities:
              -NET_RAW
               ...
               # Unrelated fields omitted
    • Vous pouvez également utiliser Policy Controller ou Gatekeeper avec ce modèle de contrainte et l'appliquer, par exemple:
      
          # Dropping CAP_NET_RAW with Gatekeeper
          # (requires the K8sPSPCapabilities template)
          apiversion: constraints.gatekeeper.sh/v1beta1
          kind:  K8sPSPCapabilities
          metadata:
            name: forbid-cap-net-raw
          spec:
            match:
              kinds:
                - apiGroups: [""]
                kinds: ["Pod"]
              namespaces:
                #List of namespaces to enforce this constraint on
                - default
              # If running gatekeeper >= v3.1.0-beta.5,
              # you can exclude namespaces rather than including them above.
              excludedNamespaces:
                - kube-system
            parameters:
              requiredDropCapabilities:
                - "NET_RAW"
    • Ou en mettant à jour les spécifications du pod :
      
          # Dropping CAP_NET_RAW from a Pod:
          apiVersion: v1
          kind: Pod
          metadata:
            name: no-cap-net-raw
          spec:
            containers:
              -name: my-container
               ...
              securityContext:
                capabilities:
                  drop:
                    -NET_RAW

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille suivante :

    La faille CVE-2020-14386 permet aux conteneurs avec CAP_NET_RAW d'écrire de 1 à 10 octets de mémoire du noyau, ce qui peut permettre à un pirate de sortir du conteneur et d'obtenir des privilèges racine sur le nœud hôte. La gravité de cette faille est évaluée comme élevée.

    Élevée

    Clusters GKE sur

    Dernière mise à jour : 13-10-2020

    Description Gravité

    Une faille a été récemment découverte dans le noyau Linux, décrite dans CVE-2020-14386, qui permet de s'échapper d'un conteneur pour obtenir un accès root sur le nœud hôte.

    Tous les nœuds GKE sur AWS sont affectés.

    Que dois-je faire ?

    Pour corriger cette faille, mettez à niveau votre service de gestion et vos clusters d'utilisateur vers une version corrigée. Les versions suivantes de GKE sur AWS et les versions ultérieures incluront le correctif de cette faille. Ce bulletin sera mis à jour dès qu'il sera disponible:

    • 1.5.0-gke.6
    • 1.4.3-gke.7

    Supprimez la fonctionnalité CAP_NET_RAW des conteneurs à l'aide de l'une des méthodes suivantes :

    • Appliquez le blocage de ces fonctionnalités avec PodSecurityPolicy, par exemple:
      
          # Require dropping CAP_NET_RAW with a PSP
          apiversion: extensions/v1beta1
          kind: PodSecurityPolicy
          metadata:
            name: no-cap-net-raw
          spec:
            requiredDropCapabilities:
              -NET_RAW
               ...
               # Unrelated fields omitted
    • Vous pouvez également utiliser Policy Controller ou Gatekeeper avec ce modèle de contrainte et l'appliquer, par exemple:
      
          # Dropping CAP_NET_RAW with Gatekeeper
          # (requires the K8sPSPCapabilities template)
          apiversion: constraints.gatekeeper.sh/v1beta1
          kind:  K8sPSPCapabilities
          metadata:
            name: forbid-cap-net-raw
          spec:
            match:
              kinds:
                - apiGroups: [""]
                kinds: ["Pod"]
              namespaces:
                #List of namespaces to enforce this constraint on
                - default
              # If running gatekeeper >= v3.1.0-beta.5,
              # you can exclude namespaces rather than including them above.
              excludedNamespaces:
                - kube-system
            parameters:
              requiredDropCapabilities:
                - "NET_RAW"
    • Ou en mettant à jour les spécifications du pod :
      
          # Dropping CAP_NET_RAW from a Pod:
          apiVersion: v1
          kind: Pod
          metadata:
            name: no-cap-net-raw
          spec:
            containers:
              -name: my-container
               ...
              securityContext:
                capabilities:
                  drop:
                    -NET_RAW

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille suivante :

    La faille CVE-2020-14386 permet aux conteneurs avec CAP_NET_RAW d'écrire de 1 à 10 octets de mémoire du noyau, ce qui peut permettre à un pirate de sortir du conteneur et d'obtenir des privilèges racine sur le nœud hôte. La gravité de cette faille est évaluée comme élevée.

    Élevée

    GCP-2020-011

    Date de publication : 24-07-2020
    Référence : CVE-2020-8558

    GKE

    Description Gravité

    Une faille réseau, CVE-2020-8558, a été récemment détectée dans Kubernetes. Les services communiquent parfois avec d'autres applications s'exécutant dans le même pod à l'aide de l'interface de rebouclage local (127.0.0.1). Cette faille permet à un pirate informatique ayant accès au réseau du cluster d'envoyer du trafic à l'interface de rebouclage des pods et nœuds adjacents. Les services reposant sur l'interface de rebouclage et non accessibles en dehors de leur pod peuvent être exploités.

    Pour exploiter cette faille sur les clusters GKE, le pirate informatique doit disposer de droits d'administrateur réseau sur le service Google Cloud hébergeant le VPC du cluster. Cette faille seule n'accorde pas de droits d'administrateur réseau au pirate informatique. Pour cette raison, le niveau de gravité de cette faille est faible pour GKE.

    Que dois-je faire ?

    Pour corriger cette faille, mettez à jour les pools de nœuds de votre cluster vers les versions GKE suivantes (ou ultérieures) :

    • 1.17.7-gke.0
    • 1.16.11-gke.0
    • 1.16.10-gke.11
    • 1.16.9-gke.14

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif résout la faille suivante : CVE-2020-8558.

    Faible

    Clusters GKE sur

    Description Gravité

    Une faille réseau, CVE-2020-8558, a été récemment détectée dans Kubernetes. Les services communiquent parfois avec d'autres applications s'exécutant dans le même pod à l'aide de l'interface de rebouclage local (127.0.0.1). Cette faille permet à un pirate informatique ayant accès au réseau du cluster d'envoyer du trafic à l'interface de rebouclage des pods et nœuds adjacents. Les services reposant sur l'interface de rebouclage et non accessibles en dehors de leur pod peuvent être exploités.

    Que dois-je faire ?

    Pour résoudre cette faille, mettez à niveau votre cluster vers une version incluant le correctif. Les versions suivantes de GKE sur VMware, ou les versions ultérieures, contiennent le correctif pour cette faille:

    • GKE sur VMware 1.4.1

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif résout la faille suivante : CVE-2020-8558.

    Moyenne

    Clusters GKE sur

    Description Gravité

    Une faille réseau, CVE-2020-8558, a été récemment détectée dans Kubernetes. Les services communiquent parfois avec d'autres applications s'exécutant dans le même pod à l'aide de l'interface de rebouclage local (127.0.0.1). Cette faille permet à un pirate informatique ayant accès au réseau du cluster d'envoyer du trafic à l'interface de rebouclage des pods et nœuds adjacents. Les services reposant sur l'interface de rebouclage et non accessibles en dehors de leur pod peuvent être exploités.

    Pour exploiter cette faille sur les clusters d'utilisateur, un pirate informatique doit désactiver les vérifications source/destination sur les instances EC2 du cluster. Pour ce faire, le pirate informatique doit disposer des autorisations AWS IAM pour ModifyInstanceAttribute ou ModifyNetworkInterfaceAttribute sur les instances EC2. Pour cette raison, le niveau de gravité de cette faille est faible pour GKE sur AWS.

    Que dois-je faire ?

    Pour résoudre cette faille, mettez à niveau votre cluster vers une version incluant le correctif. Les versions suivantes de GKE sur AWS et les versions ultérieures devraient inclure le correctif de cette faille :

    • GKE sur AWS 1.4.1-gke.17

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif résout la faille suivante : CVE-2020-8558.

    Faible

    GCP-2020-009

    Date de publication : 15/07/2020
    Référence : CVE-2020-8559

    GKE

    Description Niveau de gravité

    Une faille d'élévation des privilèges, CVE-2020-8559, a été récemment détectée dans Kubernetes. Cette faille permet à un pirate informatique ayant déjà compromis un nœud d'exécuter une commande dans n'importe quel pod du cluster. Le pirate peut ainsi utiliser le nœud déjà compromis pour en compromettre d'autres et potentiellement lire des informations, ou provoquer des actions de destruction.

    Notez que pour qu'un pirate informatique puisse exploiter cette faille, un nœud de votre cluster doit déjà avoir été compromis. Cette faille, en elle-même, ne compromettra pas les nœuds de votre cluster.

    Que dois-je faire ?

    Mettez à jour votre cluster vers une version corrigée. Les clusters seront mis à jour automatiquement au cours des prochaines semaines, et des versions corrigées seront disponibles d'ici le 19 juillet 2020 en suivant un calendrier accéléré des mises à jour manuelles. Les versions suivantes du plan de contrôle GKE et les versions plus récentes contiennent un correctif permettant de remédier à cette faille :

    • v1.14.10-gke.46
    • v1.15.12-gke.8
    • v1.16.9-gke.11
    • v1.16.10-gke.9
    • v1.16.11-gke.3+
    • v1.17.7-gke.6+

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille CVE-2020-8559. La gravité de cette faille est évaluée comme moyenne pour GKE, car elle nécessite que le pirate informatique ait préalablement reçu des informations personnelles sur le cluster, les nœuds et les charges de travail pour réaliser efficacement cette attaque en plus de disposer d'un nœud compromis. Cette faille en elle-même ne fournit pas un nœud compromis au pirate informatique.

    Moyenne

    Clusters GKE sur

    Description Niveau de gravité

    Une faille d'élévation des privilèges, CVE-2020-8559, a été récemment détectée dans Kubernetes. Cette faille permet à un pirate informatique ayant déjà compromis un nœud d'exécuter une commande dans n'importe quel pod du cluster. Le pirate peut ainsi utiliser le nœud déjà compromis pour en compromettre d'autres et potentiellement lire des informations, ou provoquer des actions de destruction.

    Notez que pour qu'un pirate informatique puisse exploiter cette faille, un nœud de votre cluster doit déjà avoir été compromis. Cette faille, en elle-même, ne compromettra pas les nœuds de votre cluster.

    Que dois-je faire ?

    Mettez à niveau votre cluster vers une version corrigée. Les versions suivantes de GKE sur VMware et les versions ultérieures suivantes contiennent le correctif pour cette faille:

    • Anthos 1.3.3
    • Anthos 1.4.1

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille CVE-2020-8559. La gravité de cette faille est évaluée comme moyenne pour GKE, car elle nécessite que le pirate informatique ait préalablement reçu des informations personnelles sur le cluster, les nœuds et les charges de travail pour réaliser efficacement cette attaque en plus de disposer d'un nœud compromis. Cette faille en elle-même ne fournit pas un nœud compromis au pirate informatique.

    Moyenne

    Clusters GKE sur

    Description Niveau de gravité

    Une faille d'élévation des privilèges, CVE-2020-8559, a été récemment détectée dans Kubernetes. Cette faille permet à un pirate informatique ayant déjà compromis un nœud d'exécuter une commande dans n'importe quel pod du cluster. Le pirate peut ainsi utiliser le nœud déjà compromis pour en compromettre d'autres et potentiellement lire des informations, ou provoquer des actions de destruction.

    Notez que pour qu'un pirate informatique puisse exploiter cette faille, un nœud de votre cluster doit déjà avoir été compromis. Cette faille, en elle-même, ne compromettra pas les nœuds de votre cluster.

    Que dois-je faire ?

    La version en disponibilité générale de GKE sur AWS (1.4.1, disponible fin juillet 2020) ou version ultérieure inclut le correctif de cette faille. Si vous utilisez une version précédente, téléchargez une nouvelle version de l'outil de ligne de commande anthos-gke, puis recréez vos clusters de gestion et d'utilisateur.

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille CVE-2020-8559. La gravité de cette faille est évaluée comme moyenne pour GKE, car elle nécessite que le pirate informatique ait préalablement reçu des informations personnelles sur le cluster, les nœuds et les charges de travail pour réaliser efficacement cette attaque en plus de disposer d'un nœud compromis. Cette faille en elle-même ne fournit pas un nœud compromis au pirate informatique.

    Moyenne

    GCP-2020-007

    Date de publication : 01-06-2020
    Référence : CVE-2020-8555

    GKE

    Description Gravité

    La faille SSRF (Server Side Request Forgery) CVE-2020-8555 a été détectée dans Kubernetes. Elle permet à certains utilisateurs autorisés de divulguer jusqu'à 500 octets d'informations sensibles à partir du réseau hôte du plan de contrôle. Le plan de contrôle de Google Kubernetes Engine (GKE) utilise des contrôleurs Kubernetes. Il est donc concerné par cette faille. Nous vous recommandons de mettre à jour le plan de contrôle en installant la dernière version du correctif, conformément à la procédure expliquée ci-dessous. Aucune mise à niveau de nœud n'est requise.

    Que dois-je faire ?

    Pour la plupart des clients, aucune action n'est requise. La grande majorité des clusters exécutent déjà une version corrigée. Les versions de GKE suivantes, ainsi que les versions ultérieures, contiennent le correctif de cette faille :
    • 1.14.7-gke.39
    • 1.14.8-gke.32
    • 1.14.9-gke.17
    • 1.14.10-gke.12
    • 1.15.7-gke.17
    • 1.16.4-gke.21
    • 1.17.0-gke.0

    Les clusters qui ont recours à des canaux de publication utilisent déjà les versions du plan de contrôle permettant de réduire les risques liés à la faille.

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille CVE-2020-8555. La gravité de cette faille est évaluée comme moyenne pour GKE, car elle était difficile à exploiter en raison des diverses mesures de renforcement des plans de contrôle.

    Un pirate informatique autorisé à créer un pod avec certains types de volumes intégrés (comme GlusterFS, Quobyte, StorageFS ou ScaleIO) ou à créer un objet StorageClass, peut activer l'envoi de requêtes GET ou POST par kube-controller-manager sans que le corps de la requête contrôlée par le pirate provienne du réseau hôte du maître. Ces types de volumes étant rarement employés sur GKE, leur utilisation récente constitue un bon signal de détection.

    Associés à des moyens permettant de partager les résultats de la commande GET/POST avec le pirate (via des journaux, par exemple), ils peuvent entraîner la divulgation d'informations sensibles. Nous avons mis à jour les pilotes de stockage concernés afin de supprimer les risques de telles divulgations.

    Moyenne

    Clusters GKE sur

    Description Gravité

    La faille SSRF (Server Side Request Forgery) CVE-2020-8555 a été détectée dans Kubernetes. Elle permet à certains utilisateurs autorisés de divulguer jusqu'à 500 octets d'informations sensibles à partir du réseau hôte du plan de contrôle. Le plan de contrôle de Google Kubernetes Engine (GKE) utilise des contrôleurs Kubernetes. Il est donc concerné par cette faille. Nous vous recommandons de mettre à niveau le plan de contrôle en installant la dernière version du correctif, conformément à la procédure expliquée ci-dessous. Aucune mise à niveau de nœud n'est requise.

    Que dois-je faire ?

    Les versions suivantes de GKE sur VMware et les versions ultérieures contiennent le correctif pour cette faille:

    • Anthos 1.3.0

    Si vous utilisez une version précédente, mettez à niveau votre cluster existant vers une version bénéficiant du correctif.

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille CVE-2020-8555. La gravité de cette faille est évaluée comme moyenne pour GKE, car elle était difficile à exploiter en raison des diverses mesures de renforcement des plans de contrôle.

    Un pirate informatique autorisé à créer un pod avec certains types de volumes intégrés (comme GlusterFS, Quobyte, StorageFS ou ScaleIO) ou à créer un objet StorageClass, peut activer l'envoi de requêtes GET ou POST par kube-controller-manager sans que le corps de la requête contrôlée par le pirate provienne du réseau hôte du maître. Ces types de volumes étant rarement employés sur GKE, leur utilisation récente constitue un bon signal de détection.

    Associés à des moyens permettant de partager les résultats de la commande GET/POST avec le pirate (via des journaux, par exemple), ils peuvent entraîner la divulgation d'informations sensibles. Nous avons mis à jour les pilotes de stockage concernés afin de supprimer les risques de telles divulgations.

    Moyenne

    Clusters GKE sur

    Description Gravité

    La faille SSRF (Server Side Request Forgery) CVE-2020-8555 a été détectée dans Kubernetes. Elle permet à certains utilisateurs autorisés de divulguer jusqu'à 500 octets d'informations sensibles à partir du réseau hôte du plan de contrôle. Le plan de contrôle de Google Kubernetes Engine (GKE) utilise des contrôleurs Kubernetes. Il est donc concerné par cette faille. Nous vous recommandons de mettre à niveau le plan de contrôle en installant la dernière version du correctif, conformément à la procédure expliquée ci-dessous. Aucune mise à niveau de nœud n'est requise.

    Que dois-je faire ?

    GKE sur AWS v0.20 ou une version ultérieure inclut déjà le correctif de cette faille. Si vous utilisez une version précédente, téléchargez une nouvelle version de l'outil de ligne de commande anthos-gke, puis recréez vos clusters de gestion et d'utilisateur.

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille CVE-2020-8555. La gravité de cette faille est évaluée comme moyenne pour GKE, car elle était difficile à exploiter en raison des diverses mesures de renforcement des plans de contrôle.

    Un pirate informatique autorisé à créer un pod avec certains types de volumes intégrés (comme GlusterFS, Quobyte, StorageFS ou ScaleIO) ou à créer un objet StorageClass, peut activer l'envoi de requêtes GET ou POST par kube-controller-manager sans que le corps de la requête contrôlée par le pirate provienne du réseau hôte du maître. Ces types de volumes étant rarement employés sur GKE, leur utilisation récente constitue un bon signal de détection.

    Associés à des moyens permettant de partager les résultats de la commande GET/POST avec le pirate (via des journaux, par exemple), ils peuvent entraîner la divulgation d'informations sensibles. Nous avons mis à jour les pilotes de stockage concernés afin de supprimer les risques de telles divulgations.

    Moyenne

    GCP-2020-006

    Date de publication : 01-06-2020
    Référence : Problème Kubernetes 91507

    GKE

    Description Niveau de gravité

    Kubernetes a divulgué une faille qui permet à un conteneur privilégié de rediriger le trafic de nœuds vers un autre conteneur. Le trafic TLS/SSH mutuel (entre le kubelet et le serveur d'API, ou en provenance d'applications via le protocole mTLS) ne peut pas être lu ni modifié par cette attaque. Tous les nœuds Google Kubernetes Engine (GKE) sont affectés par cette faille. Par conséquent, nous vous recommandons de procéder à la mise à niveau en installant la dernière version du correctif, conformément à la procédure expliquée ci-dessous.

    Que dois-je faire ?

    Pour réduire les risques liés à cette faille, mettez votre plan de contrôle, puis vos nœuds en installant l'une des versions corrigées répertoriées ci-dessous. Les clusters situés sur des canaux de publication exécutent déjà une version corrigée aussi bien sur le plan de contrôle que sur les nœuds :
    • 1.14.10-gke.36
    • 1.15.11-gke.15
    • 1.16.8-gke.15

    Très peu de conteneurs nécessitent généralement CAP_NET_RAW. Il faut donc la bloquer par défaut, ainsi que d'autres fonctionnalités puissantes, via PodSecurityPolicy ou Anthos Policy Controller :

    Supprimez la fonctionnalité CAP_NET_RAW des conteneurs à l'aide de l'une des méthodes suivantes :

    • Appliquez le blocage de ces fonctionnalités avec PodSecurityPolicy, par exemple:
      
          # Require dropping CAP_NET_RAW with a PSP
          apiversion: extensions/v1beta1
          kind: PodSecurityPolicy
          metadata:
            name: no-cap-net-raw
          spec:
            requiredDropCapabilities:
              -NET_RAW
               ...
               # Unrelated fields omitted
    • Vous pouvez également utiliser Policy Controller ou Gatekeeper avec ce modèle de contrainte et l'appliquer, par exemple:
      
          # Dropping CAP_NET_RAW with Gatekeeper
          # (requires the K8sPSPCapabilities template)
          apiversion: constraints.gatekeeper.sh/v1beta1
          kind:  K8sPSPCapabilities
          metadata:
            name: forbid-cap-net-raw
          spec:
            match:
              kinds:
                - apiGroups: [""]
                kinds: ["Pod"]
              namespaces:
                #List of namespaces to enforce this constraint on
                - default
              # If running gatekeeper >= v3.1.0-beta.5,
              # you can exclude namespaces rather than including them above.
              excludedNamespaces:
                - kube-system
            parameters:
              requiredDropCapabilities:
                - "NET_RAW"
    • Ou en mettant à jour les spécifications du pod :
      
          # Dropping CAP_NET_RAW from a Pod:
          apiVersion: v1
          kind: Pod
          metadata:
            name: no-cap-net-raw
          spec:
            containers:
              -name: my-container
               ...
              securityContext:
                capabilities:
                  drop:
                    -NET_RAW

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille suivante :

    La faille décrite dans l'article Problème Kubernetes 91507 est liée à la fonctionnalité CAP_NET_RAW (qui fait partie de l'ensemble de fonctionnalités par défaut du conteneur). Elle configure de manière malveillante la pile IPv6 sur le nœud, et redirige le trafic de nœuds vers le conteneur contrôlé par le pirate. Cela permet au pirate d'intercepter ou de modifier le trafic en provenance du nœud ou à destination de celui-ci. Le trafic TLS/SSH mutuel (entre le kubelet et le serveur d'API, ou en provenance d'applications via le protocole mTLS) ne peut pas être lu ni modifié par cette attaque.

    Moyenne

    Clusters GKE sur

    Description Niveau de gravité

    Kubernetes a divulgué une faille qui permet à un conteneur privilégié de rediriger le trafic de nœuds vers un autre conteneur. Le trafic TLS/SSH mutuel (entre le kubelet et le serveur d'API, ou en provenance d'applications via le protocole mTLS) ne peut pas être lu ni modifié par cette attaque. Tous les nœuds Google Kubernetes Engine (GKE) sont affectés par cette faille. Par conséquent, nous vous recommandons de procéder à la mise à niveau en installant la dernière version du correctif, conformément à la procédure expliquée ci-dessous.

    Que dois-je faire ?

    Pour atténuer cette faille pour GKE sur VMware, mettez à niveau vos clusters vers la version suivante ou une version ultérieure :
    • Anthos 1.3.2

    Très peu de conteneurs nécessitent généralement CAP_NET_RAW. Il faut donc la bloquer par défaut, ainsi que d'autres fonctionnalités puissantes, via Anthos Policy Controller ou en mettant à jour les spécifications du pod :

    Supprimez la fonctionnalité CAP_NET_RAW des conteneurs à l'aide de l'une des méthodes suivantes :

    • Appliquez le blocage de ces fonctionnalités avec PodSecurityPolicy, par exemple:
      
          # Require dropping CAP_NET_RAW with a PSP
          apiversion: extensions/v1beta1
          kind: PodSecurityPolicy
          metadata:
            name: no-cap-net-raw
          spec:
            requiredDropCapabilities:
              -NET_RAW
               ...
               # Unrelated fields omitted
    • Vous pouvez également utiliser Policy Controller ou Gatekeeper avec ce modèle de contrainte et l'appliquer, par exemple:
      
          # Dropping CAP_NET_RAW with Gatekeeper
          # (requires the K8sPSPCapabilities template)
          apiversion: constraints.gatekeeper.sh/v1beta1
          kind:  K8sPSPCapabilities
          metadata:
            name: forbid-cap-net-raw
          spec:
            match:
              kinds:
                - apiGroups: [""]
                kinds: ["Pod"]
              namespaces:
                #List of namespaces to enforce this constraint on
                - default
              # If running gatekeeper >= v3.1.0-beta.5,
              # you can exclude namespaces rather than including them above.
              excludedNamespaces:
                - kube-system
            parameters:
              requiredDropCapabilities:
                - "NET_RAW"
    • Ou en mettant à jour les spécifications du pod :
      
          # Dropping CAP_NET_RAW from a Pod:
          apiVersion: v1
          kind: Pod
          metadata:
            name: no-cap-net-raw
          spec:
            containers:
              -name: my-container
               ...
              securityContext:
                capabilities:
                  drop:
                    -NET_RAW

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille suivante :

    La faille décrite dans l'article Problème Kubernetes 91507 est liée à la fonctionnalité CAP_NET_RAW (qui fait partie de l'ensemble de fonctionnalités par défaut du conteneur). Elle configure de manière malveillante la pile IPv6 sur le nœud, et redirige le trafic de nœuds vers le conteneur contrôlé par le pirate. Cela permet au pirate d'intercepter ou de modifier le trafic en provenance du nœud ou à destination de celui-ci. Le trafic TLS/SSH mutuel (entre le kubelet et le serveur d'API, ou en provenance d'applications via le protocole mTLS) ne peut pas être lu ni modifié par cette attaque.

    Moyenne

    Clusters GKE sur

    Description Niveau de gravité

    Kubernetes a divulgué une faille qui permet à un conteneur privilégié de rediriger le trafic de nœuds vers un autre conteneur. Le trafic TLS/SSH mutuel (entre le kubelet et le serveur d'API, ou en provenance d'applications via le protocole mTLS) ne peut pas être lu ni modifié par cette attaque. Tous les nœuds Google Kubernetes Engine (GKE) sont affectés par cette faille. Par conséquent, nous vous recommandons de procéder à la mise à niveau en installant la dernière version du correctif, conformément à la procédure expliquée ci-dessous.

    Que dois-je faire ?

    Téléchargez l'outil de ligne de commande anthos-gke avec la version suivante ou une version ultérieure, puis recréez vos clusters de gestion et d'utilisateur:

    • aws-0.2.1-gke.7

    Très peu de conteneurs nécessitent généralement CAP_NET_RAW. Il faut donc la bloquer par défaut, ainsi que d'autres fonctionnalités puissantes, via Anthos Policy Controller ou en mettant à jour les spécifications du pod :

    Supprimez la fonctionnalité CAP_NET_RAW des conteneurs à l'aide de l'une des méthodes suivantes :

    • Appliquez le blocage de ces fonctionnalités avec PodSecurityPolicy, par exemple:
      
          # Require dropping CAP_NET_RAW with a PSP
          apiversion: extensions/v1beta1
          kind: PodSecurityPolicy
          metadata:
            name: no-cap-net-raw
          spec:
            requiredDropCapabilities:
              -NET_RAW
               ...
               # Unrelated fields omitted
    • Vous pouvez également utiliser Policy Controller ou Gatekeeper avec ce modèle de contrainte et l'appliquer, par exemple:
      
          # Dropping CAP_NET_RAW with Gatekeeper
          # (requires the K8sPSPCapabilities template)
          apiversion: constraints.gatekeeper.sh/v1beta1
          kind:  K8sPSPCapabilities
          metadata:
            name: forbid-cap-net-raw
          spec:
            match:
              kinds:
                - apiGroups: [""]
                kinds: ["Pod"]
              namespaces:
                #List of namespaces to enforce this constraint on
                - default
              # If running gatekeeper >= v3.1.0-beta.5,
              # you can exclude namespaces rather than including them above.
              excludedNamespaces:
                - kube-system
            parameters:
              requiredDropCapabilities:
                - "NET_RAW"
    • Ou en mettant à jour les spécifications du pod :
      
          # Dropping CAP_NET_RAW from a Pod:
          apiVersion: v1
          kind: Pod
          metadata:
            name: no-cap-net-raw
          spec:
            containers:
              -name: my-container
               ...
              securityContext:
                capabilities:
                  drop:
                    -NET_RAW

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille suivante :

    La faille décrite dans l'article Problème Kubernetes 91507 est liée à la fonctionnalité CAP_NET_RAW (qui fait partie de l'ensemble de fonctionnalités par défaut du conteneur). Elle configure de manière malveillante la pile IPv6 sur le nœud, et redirige le trafic de nœuds vers le conteneur contrôlé par le pirate. Cela permet au pirate d'intercepter ou de modifier le trafic en provenance du nœud ou à destination de celui-ci. Le trafic TLS/SSH mutuel (entre le kubelet et le serveur d'API, ou en provenance d'applications via le protocole mTLS) ne peut pas être lu ni modifié par cette attaque.

    Moyen

    GCP-2020-005

    Date de publication : 07-05-2020
    Mise à jour : 07-05-2020
    Référence : CVE-2020-8835

    GKE

    Description Niveau de gravité

    La faille CVE-2020-8835 a été récemment découverte dans le noyau Linux. Elle permet de "s'échapper d'un conteneur" pour obtenir un accès root (racine) sur le nœud hôte.

    Cette faille affecte les nœuds Ubuntu exécutant Google Kubernetes Engine (GKE) version 1.16 ou 1.17. Nous vous recommandons donc d'effectuer dès que possible une mise à niveau vers la dernière version du correctif, conformément à la procédure décrite ci-dessous.

    Les nœuds exécutant Container-Optimized OS ne sont pas concernés, Les nœuds exécutés sur GKE sur VMware ne sont pas affectés.

    Que dois-je faire ?

    Pour la plupart des clients, aucune action n'est requise. Seuls les nœuds Ubuntu exécutant GKE version 1.16 ou 1.17 sont concernés.

    Avant tout, vous devez mettre à niveau votre nœud maître vers la toute dernière version. Le correctif sera disponible dans Kubernetes 1.16.8-gke.12 et 1.17.4-gke.10, ainsi que dans les versions ultérieures. Pour vérifier la disponibilité de ces correctifs, consultez les notes de version.

    Quelle faille ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés à la faille suivante :

    La faille CVE-2020-8835 affecte les versions 5.5.0 et ultérieures du noyau Linux. Elle permet à un conteneur malveillant d'accéder en lecture et en écriture à la mémoire du noyau, et ainsi d'exécuter des codes avec un accès root par le biais d'un simple appel système "exec". La gravité de cette faille est évaluée comme élevée.

    Élevé

    GCP-2020-004

    Date de publication : 07-05-2020
    Dernière mise à jour : 07-05-2020
    Référence : CVE-2019-11254

    Clusters GKE sur

    Description Gravité

    La faille CVE-2019-11254 a été récemment découverte dans Kubernetes. Elle permet à tout utilisateur autorisé d'effectuer des requêtes POST afin de réaliser une attaque par déni de service à distance sur un serveur d'API Kubernetes. Le comité de sécurité des produits (PSC, Product Security Committee) Kubernetes a publié des informations complémentaires sur cette faille. Pour les consulter, cliquez ici.

    Vous pouvez atténuer cette faille en limitant les clients disposant d'un accès réseau à vos serveurs d'API Kubernetes.

    Que dois-je faire ?

    Nous vous recommandons de mettre à niveau vos clusters vers les versions de correctif contenant le correctif pour cette faille dès qu'elles sont disponibles.

    Les versions du correctif correspondantes sont indiquées ci-dessous :

    • Anthos 1.3.0, qui exécute la version 1.15.7-gke.32 de Kubernetes

    Quelles failles ce correctif permet-il de résoudre ?

    Ce correctif permet de résoudre la faille de déni de service (DoS) suivante :

    CVE-2019-11254

    Moyenne

    GCP-2020-003

    Date de publication : 31-03-2020
    Dernière mise à jour : 31-03-2020
    Référence : CVE-2019-11254

    GKE

    Description Gravité

    La faille CVE-2019-11254 a été récemment découverte dans Kubernetes. Elle permet à tout utilisateur autorisé d'effectuer des requêtes POST afin de réaliser une attaque par déni de service à distance sur un serveur d'API Kubernetes. Le comité de sécurité des produits (PSC, Product Security Committee) Kubernetes a publié des informations complémentaires sur cette faille. Pour les consulter, cliquez ici.

    Les clusters GKE qui utilisent des réseaux autorisés maîtres et des clusters privés sans point de terminaison public réduisent les risques liés à cette faille.

    Que dois-je faire ?

    Nous vous recommandons de mettre à niveau votre cluster vers une version du correctif permettant de remédier à cette faille.

    Les versions du correctif correspondantes sont indiquées ci-dessous :

    • 1.13.12-gke.29
    • 1.14.9-gke.27
    • 1.14.10-gke.24
    • 1.15.9-gke.20
    • 1.16.6-gke.1

    Quelles failles ce correctif permet-il de résoudre ?

    Ce correctif permet de résoudre la faille de déni de service (DoS) suivante :

    CVE-2019-11254

    Moyen

    GCP-2020-002

    Date de publication: 23-03-2020
    Dernière mise à jour:23-03-2020
    Référence: CVE-2020-8551, CVE-2020-8552

    GKE

    Description Niveau de gravité

    La communauté Kubernetes a divulgué deux failles de déni de service, l'une affectant le serveur d'API et l'autre ayant des conséquences sur les kubelets. Pour en savoir plus, reportez-vous aux problèmes Kubernetes 89377 et 89378.

    Que dois-je faire ?

    Tous les utilisateurs de GKE sont protégés contre la faille CVE-2020-8551 tant que les utilisateurs non approuvés ne peuvent pas envoyer de requêtes au sein du réseau interne du cluster. L'utilisation des réseaux autorisés maîtres réduit également les risques liés à la faille CVE-2020-8552.

    Quand des correctifs seront-ils appliqués ?

    Les correctifs de la faille CVE-2020-8551 nécessitent une mise à niveau des nœuds. Les versions du correctif permettant de réduire les risques liés à cette faille sont indiquées ci-dessous :

    • 1.15.10-gke.*
    • 1.16.7-gke.*

    Les correctifs de la faille CVE-2020-8552 nécessitent une mise à niveau du maître. Les versions du correctif permettant de réduire les risques liés à cette faille sont indiquées ci-dessous :

    • 1.14.10-gke.32
    • 1.15.10-gke.*
    • 1.16.7-gke.*
    Moyenne

    GCP-january_21_2020

    Date de publication : 21-01-2020
    Dernière mise à jour : 24-01-2020
    Référence : CVE-2019-11254

    GKE

    Description Gravité

    Mise à jour du 24/01/2020 : le processus de mise à disposition des versions corrigées est en cours et devrait s'achever le 25 janvier 2020.


    Microsoft a révélé la présence d'une faille dans l'API Windows Crypto et son processus de validation des signatures à courbes elliptiques. Pour en savoir plus, consultez le communiqué de Microsoft.

    Que dois-je faire ?

    Pour la plupart des clients, aucune action n'est requise. Seuls les nœuds qui exécutent Windows Server sont concernés.

    Les clients qui utilisent les nœuds Windows Server doivent mettre à jour à la fois les nœuds et les charges de travail en conteneur exécutées sur ceux-ci, en installant les versions corrigées pour réduire les risques liés à cette faille.

    Pour mettre à jour les conteneurs, procédez comme suit :

    Recréez vos conteneurs à l'aide des dernières images de conteneurs de base de Microsoft. Pour cela, sélectionnez un tag servercore ou nanoserver dont la mise à jour la plus récente a été effectuée le 14 janvier 2020 ou après cette date.

    Pour mettre à jour les nœuds, procédez comme suit :

    Le processus de mise à disposition des versions corrigées est en cours et s'achèvera d'ici le 24 janvier 2020.

    Vous pouvez soit patienter jusqu'à cette date et effectuer une mise à jour des nœuds en installant une version corrigée de GKE, soit utiliser Windows Update pour déployer le dernier correctif Windows manuellement à tout moment.

    Vous trouverez ci-dessous la liste des versions du correctif permettant de réduire les risques liés à cette faille :

    • 1.14.7-gke.40
    • 1.14.8-gke.33
    • 1.14.9-gke.23
    • 1.14.10-gke.17
    • 1.15.7-gke.23
    • 1.16.4-gke.22

    Quelles failles ce correctif permet-il de résoudre ?

    Ce correctif réduit les risques liés aux failles suivantes :

    CVE-2020-0601 (aussi appelée la faille de spoofing de l'API Windows Crypto) : un pirate peut l'exploiter pour faire en sorte que ses fichiers exécutables malveillants soient considérés comme fiables ou encore pour procéder à des attaques de type MITM ("man in the middle") afin de déchiffrer des informations confidentielles diffusées via les connexions TLS associées aux logiciels concernés par la faille.

    Score de base NVD : 8,1 (élevé)

    Bulletins de sécurité archivés

    Pour les bulletins de sécurité antérieurs à 2020, consultez l'archive des bulletins de sécurité.