> For the complete documentation index, see [llms.txt](https://docs.medcrypt.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.medcrypt.com/fr/helm/automate-and-integrate/automatically-send-vulnerabilities-to-aws.md). # Envoyez automatiquement les vulnérabilités vers AWS {% hint style="info" %} Nous travaillons actuellement sur cette intégration, qui devrait être disponible dans une prochaine version. {% endhint %} ### Présentation Vous pouvez connecter Helm à AWS pour envoyer automatiquement les vulnérabilités des produits sélectionnés, selon les règles de déclenchement que vous définissez. Cette intégration vous permet d’exporter les données sur les vulnérabilités vers vos compartiments AWS S3 afin de les analyser plus en détail, de produire des rapports de conformité ou de les intégrer à d’autres services de sécurité AWS. L’intégration AWS offre un moyen flexible d’exporter les données sur les vulnérabilités de Helm vers votre infrastructure AWS. Elle est particulièrement utile pour les organisations qui doivent : * Alimenter des systèmes SIEM basés sur AWS avec des données sur les vulnérabilités * Créer des tableaux de bord analytiques personnalisés à l’aide des services AWS * Conserver des pistes d’audit de conformité dans AWS * Intégrer les données aux flux de travail de sécurité AWS existants * Sauvegarder les données sur les vulnérabilités pour les conserver à long terme ### Prérequis Avant de commencer, assurez-vous de disposer des éléments suivants : * ID de compte AWS (identifiant à 12 chiffres) * ARN de rôle IAM avec des autorisations S3 * Nom du compartiment S3 destiné au stockage des données sur les vulnérabilités ### Configurer l’intégration AWS 1. Indiquez votre **ID de compte AWS et ARN de rôle,** ainsi que le **nom du compartiment S3**, puis cliquez sur **Continuer**. 2. Créez ou sélectionnez les produits et versions pour lesquels vous souhaitez envoyer des données sur les vulnérabilités à AWS. Vous pourrez toujours revenir ultérieurement pour configurer cette intégration. 3. Sélectionnez les déclencheurs pour chaque version de chaque produit. Les données sur les vulnérabilités seront envoyées à AWS en fonction de ces déclencheurs, par exemple selon certains niveaux de gravité, les sources d’exploitation, les nouvelles vulnérabilités, les mesures correctives, et plus encore. Vous pourrez toujours revenir ultérieurement pour configurer cette intégration. 1. Les types de déclencheurs comprendront probablement ceux qui suivent. Les options précises seront indiquées lors du lancement de l’intégration. * **Déclencheurs basés sur la gravité**: exporter les vulnérabilités dont le niveau de gravité dépasse certains seuils * **Déclencheurs basés sur les exploits**: exporter les données lorsqu’un code d’exploitation devient disponible * **Déclencheurs de nouvelles vulnérabilités**: exporter les vulnérabilités nouvellement découvertes * **Déclencheurs de mesures correctives**: exporter les données lorsque des vulnérabilités sont corrigées ou atténuées * **Déclencheurs basés sur une période**: exporter les vulnérabilités découvertes au cours de périodes précises 4. Pour chaque produit sélectionné, indiquez le **chemin S3** où stocker les données sur les vulnérabilités. Vous pourrez toujours revenir ultérieurement pour configurer ce paramètre. Toutefois, vous devrez indiquer ces informations avant de pouvoir activer l’intégration. 5. Vérifiez votre configuration et effectuez toutes les étapes nécessaires. 6. Cliquez sur **Déployer l’intégration** pour activer l’intégration avec AWS. Helm vérifiera la connectivité à votre compartiment S3. ## Gérer l’intégration Une fois l’intégration déployée, vous pouvez : * **Surveiller les exportations**: consulter l’historique des exportations et leur taux de réussite dans le tableau de bord de l’intégration AWS * **Modifier la configuration**: ajouter ou supprimer des produits, mettre à jour les déclencheurs et modifier les chemins S3 * **Mettre en pause/reprendre**: désactiver temporairement les exportations sans perdre la configuration #### Modifier la configuration Vous pouvez mettre à jour votre configuration à tout moment : * Ajouter ou supprimer des produits et des versions * Modifier les critères de déclenchement * Modifier les chemins S3 ou les destinations des compartiments * Mettre à jour les identifiants ou les rôles AWS ### Considérations relatives à la sécurité * **Confidentialité des données** : seules les métadonnées des vulnérabilités sont exportées ; aucun code d’application sensible ni détail interne n’est transmis. * **Chiffrement** : toutes les données sont transmises avec le chiffrement standard AWS en transit, et les fichiers stockés dans S3 sont chiffrés côté serveur. * **Contrôle des accès** : les accès sont contrôlés au moyen de vos politiques AWS IAM et des autorisations de vos compartiments S3. * **Authentification** : l’authentification sécurisée utilise les rôles et les politiques AWS IAM. #### Considérations relatives aux coûts Cette intégration entraîne les frais AWS habituels pour : * les coûts de stockage S3 des données sur les vulnérabilités * les requêtes PUT S3 pour le téléversement de fichiers * les coûts de transfert de données (généralement minimes) ### Limites * **Exportation à sens unique** : cette intégration exporte uniquement les données de Helm vers AWS ; les actions de remédiation doivent être effectuées dans Helm * **S3 uniquement** : actuellement, seule l’exportation vers S3 est prise en charge ; les autres services AWS ne sont pas pris en charge directement * **Dépendance aux déclencheurs** : les données sont exportées uniquement lorsque les déclencheurs configurés sont activés ; l’exportation des données historiques n’est pas automatique * **Pas de synchronisation en temps réel** : les exportations sont effectuées selon un calendrier, et non en temps réel ### Fonctionnalités clés * **Exportation automatique des données** : les vulnérabilités sont automatiquement envoyées de Helm vers AWS S3 en fonction des déclencheurs que vous avez configurés. * **Déclencheurs flexibles** : configurez les exportations en fonction des niveaux de gravité, des sources d’exploit, des nouvelles vulnérabilités, des remédiations et d’autres critères. * **Synchronisation planifiée** : des exportations régulières actualisent vos données AWS avec un minimum d’intervention manuelle. * **Chemins S3 personnalisés** : organisez les données exportées selon la structure de compartiments S3 de votre choix. * **Exportation basée sur des déclencheurs** : exportez uniquement les données sur les vulnérabilités dont vous avez besoin, selon vos critères spécifiques. ### Bonnes pratiques **Organisation :** * Utilisez des conventions de nommage cohérentes pour les chemins S3 de tous les produits * Regroupez les produits associés dans des structures de chemins similaires * Mettez en place des politiques de cycle de vie S3 pour les anciennes données sur les vulnérabilités **Configuration des déclencheurs :** * Commencez par des déclencheurs plus larges, puis affinez-les en fonction du volume de données * Configurez une fréquence de déclenchement adaptée pour éviter de surcharger S3 * Surveillez l’efficacité des déclencheurs et ajustez-les au besoin **Gestion AWS :** * Examinez régulièrement les coûts AWS liés au stockage et aux requêtes S3 * Utilisez l’accélération des transferts S3 pour les volumes de données importants * Surveillez les journaux d’accès S3 à des fins de sécurité ### Dépannage **L’intégration échoue pendant la configuration :** * Vérifiez que l’ID de compte AWS et l’ARN du rôle sont corrects * Vérifiez que les autorisations IAM incluent les actions S3 requises * Assurez-vous que le compartiment S3 existe et est accessible **Aucune donnée n’est exportée :** * Vérifiez la configuration des déclencheurs pour vos produits * Vérifiez si vos produits présentent des vulnérabilités correspondant à vos déclencheurs * Vérifiez que les chemins S3 sont valides et n’entrent pas en conflit **Échecs d’exportation :** * Surveillez les autorisations et les politiques du compartiment S3 * Vérifiez les limites et quotas des services AWS * Vérifiez la connectivité réseau aux services AWS --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.medcrypt.com/fr/helm/automate-and-integrate/automatically-send-vulnerabilities-to-aws.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.