Cette version de GitHub Enterprise Server n'est plus disponible depuis le 2024-09-25. Aucune publication de correctifs n’est effectuée, même pour les problèmes de sécurité critiques. Pour de meilleures performances, une sécurité améliorée et de nouvelles fonctionnalités, effectuez une mise à niveau vers la dernière version de GitHub Enterprise. Pour obtenir de l’aide sur la mise à niveau, contactez le support GitHub Enterprise.

Gestion des paramètres de sécurité et d'analyse pour votre organisation

Vous pouvez contrôler les fonctionnalités qui sécurisent et analysent le code des projets de votre organisation sur GitHub.

Qui peut utiliser cette fonctionnalité ?

Organization owners can manage security and analysis settings for repositories in the organization.

Dans cet article

À propos de la gestion des paramètres de sécurité et d'analyse

GitHub peut vous aider à sécuriser les dépôts dans votre organisation. Vous pouvez gérer les fonctionnalités de sécurité et d'analyse pour tous les dépôts existants ou nouveaux que les membres créent dans votre organisation.

Affichage des paramètres de sécurité et d'analyse

  1. Dans le coin supérieur droit de GitHub, sélectionnez votre photo de profil, puis cliquez sur Vos organisations.
  2. En regard de l’organisation, cliquez sur Paramètres.
  3. Dans la section « Sécurité » de la barre latérale, cliquez sur Sécurité et analyse du code.

La page affichée vous permet d'activer ou de désactiver toutes les fonctionnalités de sécurité et d'analyse pour les dépôts de votre organisation.

Si vous avez une licence pour GitHub Advanced Security, la page contient également des options permettant d'activer et de désactiver les fonctionnalités de Advanced Security. Les référentiels qui utilisent GitHub Advanced Security sont listés en bas de la page.

Activation ou désactivation d'une fonctionnalité pour tous les référentiels existants

Vous pouvez activer ou désactiver des fonctionnalités pour tous les dépôts.

Vous pouvez utiliser la vue d'ensemble de la sécurité pour rechercher un ensemble de dépôts et activer ou désactiver les fonctionnalités de sécurité pour tout cet ensemble en même temps. Pour plus d'informations, consultez « Activation des fonctionnalités de sécurité pour plusieurs dépôts ».

Remarque : si vous activez GitHub Advanced Security, les validateurs actifs de ces référentiels utilisent des GitHub Advanced Security licences. Cette option est désactivée si vous avez dépassé la capacité de votre licence.

Remarque : Si vous rencontrez une erreur indiquant « GitHub Advanced Security ne peut pas être activé en raison d'un paramètre de stratégie pour l'organisation », contactez votre administrateur d'entreprise et demandez-lui de modifier la stratégie GitHub Advanced Security pour votre entreprise. Pour plus d’informations, consultez « Application de stratégies de sécurité et d’analyse du code pour votre entreprise ».

  1. Accédez aux paramètres de sécurité et d'analyse pour votre organisation. Pour plus d'informations, consultez « Affichage des paramètres de sécurité et d'analyse ».

  2. Sous « Sécurité et analyse du code », à droite de la fonctionnalité, cliquez sur Tout désactiver ou Tout activer pour afficher une boîte de dialogue de confirmation. Le contrôle pour « GitHub Advanced Security » est désactivé si vous n'avez pas de licence disponible pour GitHub Advanced Security.

  3. Passez en revue les informations de la boîte de dialogue.

  4. Si vous choisissez d'activer les rapports de vulnérabilité privés, le graphe des dépendances ou Dependabot, sélectionnez Activer par défaut pour les nouveaux référentiels.

    Capture d'écran de la boîte de dialogue modale « Activer FONCTIONNALITÉ », avec l'option « Activer par défaut pour les nouveaux dépôts privés » mise en évidence avec un encadré orange foncé.

  5. Lorsque vous êtes prêt à apporter des changements, cliquez sur Désactiver FONCTIONNALITÉ ou Activer FONCTIONNALITÉ pour désactiver ou activer la fonctionnalité pour tous les dépôts de votre organisation.

  6. Vous pouvez également sélectionner des paramètres d'activation supplémentaires dans la section des paramètres de sécurité et d'analyse relative à votre fonctionnalité. Les paramètres d'activation supplémentaires peuvent inclure :

    • Activation automatique pour un type spécifique de référentiel
    • Paramètres spécifiques aux fonctionnalités, comme la recommandation de la suite de requêtes étendue pour code scanning l'installation par défaut dans toute votre organisation, ou la validation automatique du secret pour secret scanning

    Remarques :

    • Si vous désactivez CodeQL code scanning pour tous les référentiels, cette modification ne sera pas visible dans les informations de couverture affichées dans la vue d’ensemble de la sécurité de l’organisation. Les dépôts semblent toujours avoir l’code scanning activée dans la vue « Couverture de sécurité ».

Quand vous activez une ou plusieurs fonctionnalités de sécurité et d’analyse pour les dépôts existants, tous les résultats s’affichent sur GitHub en quelques minutes :

  • Tous les dépôts existants reçoivent la configuration sélectionnée.
  • Les nouveaux référentiels suivent la configuration sélectionnée si vous avez coché la case pour les nouveaux référentiels.
  • Nous utilisons les autorisations pour rechercher les fichiers manifeste et appliquer les services appropriés.
  • Si l’option est activée, vous voyez les informations de dépendance dans le graphe des dépendances.
  • Si l’option est activée, GitHub génère des Dependabot alerts s’il existe des dépendances vulnérables ou des programmes malveillants.
  • Si l’option est activée, les mises à jour de sécurité Dependabot créent des demandes de tirage (pull requests) pour changer de niveau les dépendances vulnérables quand des Dependabot alerts sont déclenchées.

Activation ou désactivation automatique d'une fonctionnalité quand de nouveaux dépôts sont ajoutés

  1. Accédez aux paramètres de sécurité et d'analyse pour votre organisation. Pour plus d'informations, consultez « Affichage des paramètres de sécurité et d'analyse ».
  2. Sous « Sécurité et analyse du code », localisez la fonctionnalité, activez ou désactivez la fonctionnalité par défaut pour les nouveaux référentiels dans votre organisation.

Autoriser Dependabot à accéder aux dépendances privées

Dependabot peut vérifier les références de dépendance obsolètes dans un projet et générer automatiquement une demande de tirage pour les mettre à jour. Pour cela, Dependabot doit avoir accès à tous les fichiers de dépendance ciblés. En règle générale, les mises à jour de version échouent si une ou plusieurs dépendances sont inaccessibles. Pour plus d’informations, consultez « À propos des mises à jour de version Dependabot ».

Par défaut, Dependabot ne peut pas mettre à jour les dépendances qui sont situées dans des dépôts privés, ou des registres de paquets privés. Cependant, si une dépendance se trouve dans un dépôt privé GitHub dans la même organisation que le projet qui utilise cette dépendance, vous pouvez permettre à Dependabot de mettre à jour la version avec succès en lui donnant accès au référentiel hôte.

Si votre code dépend de packages dans un registre privé, vous pouvez autoriser Dependabot à mettre à jour les versions de ces dépendances en configurant cela au niveau du référentiel. Pour cela, ajoutez des détails d'authentification au fichier dependabot.yml pour le dépôt. Pour plus d'informations, consultez « Options de configuration pour le fichier dependabot.yml ».

Pour permettre à Dependabot d'accéder à un référentiel privé ou interne GitHub :

  1. Accédez aux paramètres de sécurité et d'analyse pour votre organisation. Pour plus d'informations, consultez « Affichage des paramètres de sécurité et d'analyse ».

  2. Sous « Accorder Dependabot l'accès au référentiel privé », cliquez sur Ajouter des référentiels internes et privés pour afficher un champ de recherche de référentiel.

    Capture d'écran de la liste déroulante que vous pouvez utiliser pour rechercher des référentiels. À mesure que vous tapez, les référentiels dont le nom correspond à vos critères de recherche s'affichent dans la liste. Le champ de texte de recherche est mis en évidence dans un cadre orange foncé.

  3. Commencez à taper le nom du dépôt auquel vous souhaitez accorder l'accès à Dependabot.

  4. Une liste de dépôts correspondants dans l'organisation s'affiche. Cliquez sur le dépôt auquel vous souhaitez autoriser l'accès, ce qui ajoute le dépôt à la liste d'autorisation.

  5. Si vous le souhaitez, pour supprimer un dépôt de la liste, à la droite du dépôt, cliquez sur .

Suppression de l'accès à GitHub Advanced Security dans des dépôts individuels d'une organisation

Vous pouvez gérer l'accès aux fonctionnalités de GitHub Advanced Security pour un dépôt à partir de son onglet « Paramètres ». Pour plus d'informations, consultez « Gestion des paramètres de sécurité et d’analyse pour votre dépôt ». Cependant, vous pouvez aussi désactiver les fonctionnalités de GitHub Advanced Security pour un dépôt à partir de l'onglet « Paramètres » pour l'organisation.

  1. Accédez aux paramètres de sécurité et d'analyse pour votre organisation. Pour plus d'informations, consultez « Affichage des paramètres de sécurité et d'analyse ».
  2. Pour voir la liste de tous les dépôts de votre organisation avec GitHub Advanced Security activé, faites défiler jusqu'à la section « Dépôts GitHub Advanced Security ».

Le tableau répertorie le nombre de commiteurs uniques pour chaque référentiel. C'est le nombre de licences licences que vous pouvez libérer en supprimant l'accès à GitHub Advanced Security. Pour plus d'informations, consultez « À propos de la facturation pour GitHub Advanced Security ».

  1. Pour supprimer l'accès à GitHub Advanced Security d'un dépôt et libérer des licences utilisées par des commiteurs actifs qui sont uniques dans le dépôt, cliquez sur le adjacent.
  2. Dans la boîte de dialogue de confirmation, cliquez sur Supprimer le dépôt pour supprimer l'accès aux fonctionnalités de GitHub Advanced Security.

Remarque : Si vous supprimez l'accès à GitHub Advanced Security pour un dépôt, vous devez communiquer avec l'équipe de développement concernée afin qu'ils sachent que la modification était intentionnelle. Ceci garantit qu'ils ne perdent pas de temps à déboguer des exécutions d'analyse du code en échec.

Pour aller plus loin