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 :
acme-platformElle contient :
/payment-service
/customer-api
/internal-tools
/fraud-engineL’organization owner veut exclure partout :
**/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 :
# 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 :
/internal-docsL’organisation peut configurer :
**/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 :
Ascent GroupOrganisations :
ascent-payments
ascent-health
ascent-data
ascent-labsL’enterprise owner veut exclure partout :
**/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
{
"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ément | Niveau | Contrôle |
|---|---|---|
| Editor settings | utilisateur/local | comportement dans l’IDE |
| Organization policies | org | fonctionnalités autorisées |
| Enterprise policies | enterprise | règles globales |
| Content exclusions | repo/org/enterprise | contenu 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.
- Content exclusions : surfaces prises en charge
Pratique : Choisir le niveau d’exclusion
Pour chaque besoin, choisis le contrôle adapté : le niveau d’une content exclusion (repository, organisation ou enterprise), les editor settings ou une policy. Tu raisonnes sur qui a besoin du contrôle et sur la largeur de la portée, jamais sur l’emplacement d’une page de paramètres.
Chargement de la question…
Questions de la leçon
Chargement de la question…
Pour finir
À retenir
- 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.
Objectif GH-300
- Exclusions et editor settings (Configure privacy and content exclusion settings)
Achèvement
Il reste à faire : , .