Enregistrements d’accès aux dépôts Git

Le contrôle des accès aux dépôts Git définit les dépôts de confiance pour les terminaux Windows et enregistre les accès Git standard reconnaissables. Lorsqu'un dépôt non fiable est identifié, le terminal tente d'arrêter le processus Git associé. Correspondance de la règle, arrêt du processus et achèvement de l'opération sont des résultats distincts à vérifier séparément.

La fonction ne garantit pas la couverture de tous les clients Git, commandes ou modes de transport. Elle ne remplace pas les autorisations des dépôts, la sécurité réseau ni les autres contrôles de sécurité des données.

Les procédures utilisent les libellés anglais de la console d'administration.

Pour la configuration complète, consultez la stratégie des dépôts Git de confiance.

Pour consulter des enregistrements existants, utilisez un compte doté du droit de consultation approprié et passez directement aux étapes de recherche ci-dessous. Il n’est pas nécessaire de créer une stratégie ni de produire des événements de test pour la seule consultation. Pour vérifier de nouveaux enregistrements, contrôlez d’abord la stratégie applicable existante ; seule une personne autorisée à gérer les stratégies la modifie si nécessaire avant le test pilote.

Préparer la configuration

• La consultation exige les droits de lecture appropriés ; modifier une politique exige les droits de gestion DLP. Pour vérifier de nouveaux enregistrements, contrôlez la connexion, la licence et la visibilité des terminaux Windows pilotes.
• Recensez adresses, protocoles et ports des dépôts nécessaires. Distinguez l'autorisation d'un dépôt de celle d'un espace de noms entier. Ne placez pas de mot de passe, jeton d'accès ou autre identifiant secret dans l'adresse ; les droits de compte restent gérés par le service Git.
• Préparez des cibles de test fiables et non fiables autorisées, avec comptes de test et contenus non sensibles. Une politique peut interrompre le développement ou les compilations ; commencez sur quelques terminaux récupérables et prévoyez un retour arrière.

Configurer les dépôts de confiance

1. Sous DLP, ouvrez les applications, puis Git Repository Access Control et Trusted Repository Policies.
2. Vérifiez l’état d’activation, la période d’effet, les terminaux ciblés et les règles de dépôts fiables de la politique existante, notamment le périmètre, le protocole, l’hôte, le port et le chemin. Réutilisez les paramètres adaptés sans les enregistrer à nouveau. Si une modification est nécessaire, une personne autorisée en évalue les effets, modifie et enregistre la politique entière selon la politique des dépôts Git fiables, puis vérifie sa réception par le terminal pilote.
3. Testez séparément des cibles fiables et non fiables avec des comptes approuvés et des contenus non sensibles. Consultez ensuite les enregistrements ci-dessous et comparez les résultats de correspondance et d’exécution. N’élargissez pas le périmètre et ne perturbez pas la production uniquement pour le test.

Consulter les accès

1. Dans Git Repository Access Control, ouvrez Access Records. À la première ouverture, la période par défaut comprend le jour courant et les six jours précédents ; modifiez-la pour une autre enquête.
2. Sélectionnez si nécessaire un terminal, saisissez un mot-clé d'adresse et filtrez par opération Git, résultat de correspondance et résultat d'exécution. La liste présente notamment dépôt, opération, résultats, terminal et heure, avec pagination. Dans l’interface anglaise, les filtres sont Git Operation, Match Result et Enforcement Result.
3. Ouvrez les détails et recoupez cible, politique, terminal et heure. Une correspondance non fiable ne signifie pas que le blocage a réussi ; vérifiez aussi le résultat d'exécution.
4. Si la cible n'est pas reconnue, poursuivez l'examen avec le contexte métier et l'état du terminal. Les enregistrements peuvent contenir des informations métier sensibles : limitez leur accès selon les règles de l'organisation.

Limites et dépannage

• Couverture : les opérations réseau Git standard reconnaissables comprennent clone, fetch, pull et push. Testez séparément commandes, options, clients et scénarios Git LFS. Une absence d'enregistrement ne prouve pas l'absence d'accès.
• Cible non reconnaissable : certaines cibles impossibles à analyser ne sont pas bloquées comme dépôts non fiables. Utilisez d'autres mesures ; cette fonction ne garantit pas le contrôle de toutes les sorties.
• Accès non fiable non bloqué : vérifiez reconnaissance de la cible, correspondance et résultat du processus. L'arrêt peut échouer ou le processus peut déjà être terminé. Même réussi, l'arrêt ne prouve pas qu'aucune communication ou transmission n'a eu lieu auparavant.
• Dépôt fiable perturbé : vérifiez diffusion de la politique et protocole, port et chemin réels ; examinez la réécriture d'adresse et le périmètre de l'espace de noms. Retestez les cas autorisés et limités après ajustement.
• Enregistrement absent : vérifiez état du terminal et de la politique, licences, visibilité, période et filtres ; attendez la transmission. Si le développement est perturbé, rétablissez d'abord l'activité selon la procédure de l'organisation, puis vérifiez le périmètre.