11 Confidentialité et garde-fous

Niveaux d’exclusion et editor settings

Cette leçon contient des faits datés. Dates et sources

11.5 Exclusions au niveau organisation 🏢

Définition

Les exclusions au niveau organisation permettent aux organization owners de définir des exclusions pour les utilisateurs qui reçoivent Copilot via cette organisation.

GitHub précise que les organization owners peuvent configurer des content exclusions pour les utilisateurs assignés à un seat Copilot via leur organisation.

Exemple

Organisation :

Texte
acme-platform

Elle contient :

Texte
/payment-service
/customer-api
/internal-tools
/fraud-engine

L’organization owner veut exclure partout :

Texte
**/secrets/**
**/prod-config/**
**/customer-exports/**

Format dans les paramètres de l’organisation

Au niveau organisation, chaque entrée associe un repository (ou « * » pour tous) à une liste de chemins :

YAML
# Dans tous les repositories : ignorer les dossiers secrets et customer-exports, à n’importe quelle profondeur.
"*":
  - "**/secrets/**"
  - "**/customer-exports/**"

# Dans le repository payment-service seulement.
payment-service:
  - "/fraud-rules/**"

Les motifs utilisent la notation fnmatch et ne sont pas sensibles à la casse.

Cas d’usage

Exclusions organisation utiles quand :

  • plusieurs repos ont la même structure sensible
  • l’organisation veut une règle commune
  • les équipes doivent suivre une même politique
  • la sécurité veut éviter une configuration repo par repo

Exemple

Tous les repos ont un dossier :

Texte
/internal-docs

L’organisation peut configurer :

Texte
**/internal-docs/**

Avantage

Plus centralisé qu’une configuration repository.

Limite

Si une enterprise contient plusieurs organisations, une règle organisation ne couvre pas automatiquement toutes les autres organisations.

Dans ce cas, il faut penser au niveau enterprise.

11.6 Exclusions au niveau enterprise 🏛️

Définition

Les exclusions au niveau enterprise permettent de définir des règles plus globales sur plusieurs organisations.

GitHub précise que les enterprise owners peuvent configurer des content exclusions au niveau enterprise.

La différence clé avec le niveau organisation : une règle enterprise s’applique à tous les utilisateurs Copilot de l’enterprise, alors qu’une règle posée par un organization owner ne s’applique qu’aux utilisateurs qui reçoivent leur seat Copilot via cette organisation.

Exemple

Enterprise :

Texte
Ascent Group

Organisations :

Texte
ascent-payments
ascent-health
ascent-data
ascent-labs

L’enterprise owner veut exclure partout :

Texte
**/secrets/**
**/customer-data/**
**/prod-config/**
**/regulated-data/**

Cas d’usage

Exclusions enterprise utiles quand :

  • plusieurs organisations doivent suivre la même règle
  • il y a des exigences compliance globales
  • la sécurité veut une politique centralisée
  • l’entreprise veut éviter les écarts entre organisations

Exemple examen

Question :

Une enterprise contient 12 organisations GitHub. L’équipe sécurité veut appliquer une règle d’exclusion Copilot à toutes les organisations. Quel niveau est le plus approprié ?

Réponse :

Enterprise-level content exclusions.

Mémo rapide

Repository = règle locale à un repo Organisation = règle commune à une org Enterprise = règle globale sur plusieurs orgs

11.7 Editor settings ⚙️

Définition

Les editor settings sont les paramètres de ton IDE ou éditeur qui contrôlent le comportement local de Copilot.

Exemples :

  • activer/désactiver les suggestions inline ;
  • activer/désactiver Copilot pour certains langages ;
  • contrôler Copilot Chat ;
  • configurer les suggestions ;
  • gérer les extensions Copilot ;
  • ajuster certains comportements expérimentaux.

VS Code documente une référence des paramètres GitHub Copilot, indiquant que Copilot dispose de réglages configurables dans l’éditeur.

Exemple VS Code

Tu peux vouloir :

  • désactiver Copilot pour Markdown
  • activer Copilot pour TypeScript
  • désactiver les suggestions inline temporairement
  • contrôler Copilot Chat

Exemple conceptuel

JSON
{
  "github.copilot.enable": {
    "*": true,
    "markdown": false,
    "plaintext": false
  }
}

L’idée :

Copilot activé globalement, mais désactivé pour Markdown et plaintext.

Pourquoi c’est important ?

Certains fichiers peuvent contenir :

  • notes internes
  • brouillons sensibles
  • secrets copiés temporairement
  • documentation confidentielle

Désactiver Copilot dans certains types de fichiers peut réduire le risque.

Différence editor settings vs policies

ÉlémentNiveauContrôle
Editor settingsutilisateur/localcomportement dans l’IDE
Organization policiesorgfonctionnalités autorisées
Enterprise policiesenterpriserègles globales
Content exclusionsrepo/org/enterprisecontenu ignoré par Copilot (selon la surface utilisée)

Piège d’examen

Question :

Un utilisateur veut désactiver les suggestions Copilot dans son IDE pour un langage spécifique. Que doit-il modifier ?

Réponse :

Ses editor settings.

Question différente :

Une organisation veut empêcher tous ses développeurs d’utiliser Copilot CLI. Que doit-elle modifier ?

Réponse :

Une organization ou enterprise policy.

À retenir pour le GH-300

  • Choisis le niveau selon la portée voulue : repository pour un projet, organisation pour plusieurs repositories, enterprise pour plusieurs organisations.
  • Une règle d’organisation suit le seat attribué par cette organisation : ne suppose pas qu’elle couvre tous les utilisateurs.
  • Les editor settings sont personnels et par langage ; une policy autorise ou interdit une fonctionnalité ; une exclusion désigne du contenu.

Faits datés de cette leçon

Ces points changent avec le produit. Chacun indique quand il a été vérifié et où le contrôler.

D6 · Confidentialité, exclusions de contenu et garde-fous · 10–15 %