Flux RSS des derniers bulletin... Note

Flux RSS des derniers bulletins AWS

La page web spécifiée d'AWS est consacrée aux bulletins de sécurité. Il s'agit d'une des sources d'information fiables pour la diffusion des dernières annonces de sécurité et des mises à jour. Les bulletins couvrent principalement les conseils de sécurité, les patches hors bande et d'autres mises à jour de sécurité des produits. Ces bulletins permettent aux utilisateurs de rester informés des dernières considérations de sécurité, garantissant que leur infrastructure reste sécurisée et conforme.

Fil de notes

ID du bulletin : AWS-2025-021 Portée : Contenu AWS Type : Important (nécessite une attention particulière) Date de publication : 2025/10/07 13:30 PDTDescription :AWS est au courant d'un problème potentiel d'usurpation d'identité du service de métadonnées d'instance (IMDS) qui pourrait amener les clients à interagir avec des comptes AWS inattendus. IMDS, lorsqu'il est exécuté sur une instance EC2, s'exécute sur une interface réseau de bouclage et vend des informations d'identification de métadonnées d'instance, que les clients utilisent pour interagir avec les services AWS. Ces appels réseau ne quittent jamais l'instance EC2, et les clients peuvent être sûrs que l'interface réseau IMDS se trouve dans le périmètre de données AWS.Lors de l'utilisation des outils AWS (comme l'AWS CLI/SDK ou l'agent SSM) à partir de nœuds de calcul non-EC2, il existe un risque qu'un IMDS contrôlé par un tiers serve des informations d'identification AWS inattendues. Cela nécessite que le nœud de calcul s'exécute sur un réseau où le tiers a une position réseau privilégiée. AWS recommande que lors de l'utilisation des outils AWS en dehors du périmètre de données AWS, les clients suivent les guides d'installation et de configuration (AWS CLI/SDK ou agent SSM) pour s'assurer que ce problème est atténué. Nous vous recommandons également de surveiller les points de terminaison IMDS qui peuvent être en cours d'exécution dans votre environnement sur site afin de prévenir de manière proactive de tels problèmes d'usurpation d'identité par un tiers.Versions concernées :IMDSv1 et IMDSv2
AWS CodeBuild, un service d'intégration continue, présente une vulnérabilité de sécurité qui permet la modification de code non approuvée. Des chercheurs en sécurité ont découvert qu'une demande de pull request malveillante pouvait entraîner l'extraction de jetons d'accès au référentiel via un dump de mémoire dans l'environnement CodeBuild. Si ces jetons ont des autorisations d'écriture, un attaquant pourrait injecter du code nuisible dans le référentiel. Ce problème affecte toutes les régions AWS où CodeBuild est utilisé. La vulnérabilité a été confirmée avoir été exploitée pour extraire des jetons d'accès pour les référentiels AWS Toolkit pour Visual Studio Code et AWS SDK pour .NET, avec l'attribution de CVE-2025-8217. CodeBuild nécessite des informations d'identification de référentiel pour diverses opérations telles que l'accès au contenu et la création de webhooks. L'obtention de ces informations d'identification pourrait accorder des autorisations élevées aux attaquants. Les clients sont invités à examiner les journaux Git pour détecter des activités suspectes liées aux informations d'identification CodeBuild. AWS a mis en place des protections supplémentaires contre les dumps de mémoire dans les builds de conteneurs en mode non privilégié. Cependant, en raison de la nature des environnements de build qui exécutent du code provenant de contributeurs, AWS recommande fortement contre l'utilisation de builds de demande de pull request automatiques provenant de contributeurs non fiables. Pour les référentiels publics qui doivent prendre en charge des builds automatisés provenant de sources non fiables, l'utilisation de runners GitHub Actions auto-hébergés dans CodeBuild est recommandée, car cette fonctionnalité n'est pas affectée par la vulnérabilité.
L'interface de ligne de commande du modèle d'application serveurless AWS (AWS SAM CLI) est un outil open-source qui aide les développeurs à créer et à développer des applications Lambda localement en utilisant Docker. Cependant, deux problèmes de sécurité ont été identifiés dans l'AWS SAM CLI, et une correction a été publiée pour les résoudre. Il est recommandé aux utilisateurs de mettre à jour vers la dernière version pour résoudre ces problèmes et s'assurer que tout code dérivé ou forké est corrigé. Le premier problème, CVE-2025-3047, permet à un utilisateur d'accéder à des fichiers privilégiés sur l'hôte en exploitant les autorisations élevées accordées à l'outil lors de l'exécution du processus de construction avec Docker et des liens symboliques. Ce problème affecte les versions AWS SAM CLI <= v1.132.0 et a été résolu dans la version v1.133.0. Pour conserver le comportement précédent, les utilisateurs peuvent utiliser le paramètre '--mount-symlinks'. Le deuxième problème, CVE-2025-3048, permet à un utilisateur d'accéder à des fichiers restreints via des liens symboliques copiés dans le cache de l'espace de travail local. Ce problème affecte les versions AWS SAM CLI <= v1.133.0 et a été résolu dans la version v1.134.0. Après la mise à jour, les utilisateurs doivent reconstruire leurs applications en utilisant la commande 'sam build --use-container' pour mettre à jour les liens symboliques. Les versions affectées sont <= AWS SAM CLI v1.133.0, et la résolution consiste à mettre à jour vers la dernière version et à corriger tout code dérivé ou forké. Le GitHub Security Lab est reconnu pour sa collaboration sur ce problème via le processus de divulgation coordonnée des vulnérabilités.
Date de publication : 2024/06/11 09:00 AM PDTAWS est conscient des problèmes décrits dans CVE-2024-37293, liés au cadre de déploiement open-source AWS (ADF). Ces problèmes affectent le processus de démarrage responsable du déploiement des piles de démarrage ADF pour faciliter les déploiements multi-comptes et multi-régions. Le processus de démarrage ADF repose sur des privilèges élevés pour accomplir cette tâche. Deux versions du processus de démarrage existent ; un pipeline de modification de code utilisant AWS CodeBuild et une machine d'état pilotée par événement utilisant AWS Lambda. Si un acteur a les autorisations pour modifier le comportement du projet CodeBuild ou de la fonction Lambda, il pourrait accroître ses privilèges. Nous avons résolu ce problème dans la version 4.0 et les versions ultérieures. Nous recommandons aux clients de mettre à jour vers la dernière version dès que possible pour aider à assurer la défense en profondeur.En tant que mesure de mitigation temporaire, nous recommandons d'ajouter une limite de permissions aux rôles créés par ADF dans le compte de gestion. La limite de permissions doit refuser toutes les actions IAM et STS. Cette limite de permissions doit être en place jusqu'à ce que vous mettiez à jour ADF ou que vous lanciez un nouveau compte. Tant que la limite de permissions est en place, la gestion de compte et la mise en service des comptes ne peuvent pas créer, mettre à jour ou assumer des rôles. Cela atténue le risque d'élévation de privilèges, mais également désactive la capacité d'ADF à créer, gérer et mettre en service des comptes.Nous aimerions remercier l'Université de Xidian pour avoir signalé ce problème de manière responsable à AWS.Les questions ou les préoccupations liées à la sécurité peuvent être portées à notre attention via [email protected].
Date de publication : 15/04/2024 07h00 PSTAWS est conscient de CVE-2024-28056, qui affecte les versions de l'interface de ligne de commande Amplify antérieures à 12.10.1 et Amplify Studio, qui utilise l'interface de ligne de commande Amplify. Nous avons publié une correction pour l'interface de ligne de commande Amplify le 10 janvier 2024 qui a également corrigé Amplify Studio, et nous recommandons aux clients de mettre à niveau vers l'interface de ligne de commande Amplify 12.10.1 ou une version ultérieure pour résoudre ce problème. Nous avons communiqué proactivement avec les clients utilisant les versions affectées.AWS a pris deux mesures supplémentaires pour protéger les clients utilisant Amplify contre les mauvaises configurations involontaires. Premièrement, AWS a ajouté une mesure d'atténuation au service de jetons de sécurité AWS (STS) où les tentatives de prise en compte d'un rôle inter-comptes avec une politique de confiance faisant référence à Amazon Cognito comme principal de confiance, sans conditions pour restreindre l'accès à des pools d'identité Amazon Cognito spécifiques en utilisant la revendication aud, échoueront. En conséquence, l'accès inter-comptes ne sera plus possible avec des politiques créées par des versions non corrigées antérieures d'Amplify. Deuxièmement, AWS a ajouté une mesure d'atténuation au plan de contrôle de l'identité et de l'accès AWS (IAM) de telle sorte que toute tentative de créer une politique de confiance de rôle faisant référence à Amazon Cognito comme principal de confiance, sans ajouter des conditions pour restreindre l'accès, échouera.Nous tenons à remercier Datadog d'avoir divulgué de manière responsable ce problème à AWS.Veuillez envoyer un courriel à [email protected] pour toute question ou préoccupation de sécurité.
CVE-2024-21626 affecte le composant runc dans les systèmes de gestion de conteneurs. La plupart des services AWS ont publié des mises à jour ou patcheront automatiquement les systèmes affectés.Les utilisateurs d'Amazon Linux doivent appliquer les mises à jour disponibles pour Amazon Linux 1, 2 et 2023. Les utilisateurs de Bottlerocket recevront une mise à jour de runc dans la prochaine version Bottlerocket 1.19.0.Les clients d'ECS peuvent mettre à jour vers les dernières AMI ou effectuer une commande « yum update —security » pour appliquer le correctif. Les utilisateurs d'EKS peuvent mettre à niveau les groupes de nœuds, les nœuds Karpenter ou les nœuds de travail autogérés.EKS Fargate appliquera automatiquement le correctif aux nouveaux pods à partir du 1er février 2024. Les pods existants doivent être supprimés après le 2 février 2024 pour recevoir le correctif.EKS Anywhere fournit des images mises à jour avec le runtime corrigé. Les clients peuvent mettre à niveau les clusters pour utiliser ces images.Les utilisateurs d'AWS Elastic Beanstalk peuvent appliquer des mises à jour de plateforme ou mettre à niveau la version de plateforme de leur environnement. Les utilisateurs de Finch doivent mettre à niveau leur installation macOS vers la dernière version.L'AMI Deep Learning Amazon Linux 2 consommera automatiquement les dernières mises à jour de runc. Les clients Batch utilisant l'AMI de l'environnement de calcul par défaut doivent la remplacer par la dernière version.Les ressources SageMaker créées ou redémarrées après le 2 février 2024 utiliseront automatiquement le runc corrigé. Les points de terminaison d'inférence SageMaker Live seront automatiquement corrigés d'ici le 7 février 2024.