À propos de la recherche dans le journal d’audit d’une entreprise
Vous pouvez effectuer une recherche dans le journal d’audit de votre entreprise directement à partir de l’interface utilisateur à l’aide de la liste déroulante Filtres ou en tapant une requête de recherche.
Pour plus d’informations sur la consultation du journal d’audit de votre entreprise, consultez Accès au journal d’audit de votre entreprise.
Remarque
Les événements Git ne sont pas inclus dans les résultats de recherche.
Vous pouvez également utiliser l’API pour récupérer les événements du journal d’audit. Pour plus d’informations, consultez « Utilisation de l’API de journal d’audit pour votre entreprise ».
Vous ne pouvez pas rechercher d’entrées avec du texte. Toutefois, vous pouvez construire des requêtes de recherche à l’aide d’une variété de filtres. De nombreux opérateurs utilisés pour l’interrogation du journal, par exemple -, > ou <, ont le même format que pour la recherche dans GitHub. Pour plus d’informations, consultez « À propos de la recherche sur GitHub ».
Remarque
Le journal d’audit liste les événements déclenchés par les activités qui affectent votre entreprise. Les journaux d’audit pour GitHub sont conservés indéfiniment, sauf si un propriétaire d’entreprise a configuré une période de rétention différente. Consultez Configuration du journal d’audit de votre entreprise.
Par défaut, seuls les événements des trois derniers mois sont affichés. Pour voir les événements plus anciens, vous devez spécifier une plage de dates avec le paramètre created. Consultez Compréhension de la syntaxe de recherche.
Filtres de requête de recherche
| Filtrer | Description |
|---|---|
Yesterday's activity | Toutes les actions créées au cours du dernier jour |
Enterprise account management | Toutes les actions de la catégorie business |
Organization membership | Toutes les actions pour lesquelles un nouvel utilisateur a été invité à rejoindre une organisation |
Team management | Toutes les actions liées à la gestion d’équipe - Quand un compte d’utilisateur ou un dépôt a été ajouté à une équipe ou supprimé d’une équipe - Quand un responsable d’équipe a été promu ou rétrogradé - Quand une équipe a été supprimée |
Repository management | Toutes les actions liées à la gestion des dépôts - Quand un dépôt a été créé ou supprimé - Quand la visibilité d’un dépôt a été modifiée - Quand une équipe a été ajoutée à un dépôt ou supprimée d’un référentiel |
Hook activity | Toutes les actions liées aux webhooks et hooks de pré-réception |
Security management | Toutes les actions concernant des clés SSH, des clés de déploiement, des clés de sécurité, l’autorisation d’informations d’identification pour l’authentification à 2 facteurs et l’authentification unique SAML et les alertes de vulnérabilité pour les dépôts |
Syntaxe des requêtes de recherche
Vous pouvez composer une demande de recherche à partir d'une ou plusieurs paires key:value. Par exemple, pour voir toutes les actions qui ont affecté le dépôt octocat/Spoon-Knife depuis début 2017 :
repo:"octocat/Spoon-Knife" created:>=2017-01-01
Les paires key:value qui peuvent être utilisées dans une requête de recherche sont les suivantes :
| Clé | Valeur |
|---|---|
action | Nom de l’action auditée. |
actor | Nom du compte qui a lancé l’action. |
actor_id | ID du compte d’utilisateur qui a initié l’action. |
actor_ip | Adresse IP à partir de laquelle l’action a été initiée. |
business | Nom de l’entreprise affectée par l’action (le cas échéant). |
business_id | ID de l’entreprise affectée par l’action (le cas échéant). |
created | Heure à laquelle l’action s’est produite. Si vous interrogez le journal d’audit à partir du tableau de bord administrateur du site, utilisez plutôt created_at. |
country | Nom du pays où l’acteur se trouvait lorsqu’il a effectué l’action. |
country_code | Code court à deux lettres du pays où l’acteur se trouvait lors de l’exécution de l’action. |
from | Vue à partir de laquelle l’action a été initiée. |
hashed_token | Le jeton utilisé pour l’authentification de l'action (le cas échéant, consultez Identification des événements du journal d’audit effectués par un jeton d’accès). |
ip | Adresse IP de l’acteur. |
note | Informations diverses spécifiques aux événements (en texte brut ou au format JSON). |
oauth_app_id | ID des données OAuth app associées à l’action. |
operation | Type d’opération correspondant à l’action. Les types d’opération sont create, access, modify, remove, authentication, transfer et restore |
org | Nom de l’organisation affectée par l’action (le cas échéant). |
org_id | ID de l’organisation affectée par l’action (le cas échéant). |
repo_id | ID du référentiel affecté par l’action (le cas échéant). |
repository | Nom et propriétaire du référentiel dans lequel l’action s’est produite (par exemple, "octocat/). |
user_id | ID de l’utilisateur affecté par l’action. |
user | Nom de l’utilisateur affecté par l’action. Si l’action a été effectuée par un agent, ce champ contient le nom de l’utilisateur pour lequel l’agent a agi. |
Pour voir les actions regroupées par catégorie, vous pouvez également utiliser le qualificateur d’action comme paire key:value. Pour plus d’informations, consultez Recherche basée sur l’action effectuée.
Pour obtenir la liste complète des actions dans le journal d’audit de votre entreprise, consultez Événements du journal d’audit pour votre entreprise.
Recherche dans le journal d’audit
Recherche basée sur l’opération
Utilisez le qualificateur operation pour limiter les actions à des types d’opérations spécifiques. Par exemple :
operation:accessrecherche tous les événements au cours desquels une ressource a été utilisée.operation:authenticationrecherche tous les événements au cours desquels un événement d’authentification a eu lieu.operation:createrecherche tous les événements au cours desquels une ressource a été créée.operation:modifyrecherche tous les événements au cours desquels une ressource existante a été modifiée.operation:removerecherche tous les événements au cours desquels une ressource existante a été supprimée.operation:restorerecherche tous les événements au cours desquels une ressource existante a été restaurée.operation:transferrecherche tous les événements au cours desquels une ressource existante a été transférée.
Recherche en fonction du dépôt
Utilisez le qualificateur repo pour limiter les actions à un dépôt spécifique. Par exemple :
repo:"my-org/our-repo"recherche tous les événements qui se sont produits pour le dépôtour-repodans l’organisationmy-org.repo:"my-org/our-repo" repo:"my-org/another-repo"recherche tous les événements qui se sont produits pour les dépôtsour-repoetanother-repodans l’organisationmy-org.-repo:"my-org/not-this-repo"exclut tous les événements qui se sont produits pour le dépôtnot-this-repodans l’organisationmy-org.
Notez que vous devez inclure le nom de compte dans le qualificateur repo et le placer entre guillemets ou échapper le / l’aide d’un \ ; la recherche de repo:our-repo ou repo:my-org/our-repo uniquement ne fonctionnera pas.
Rechercher en fonction de l’acteur
Le actor qualificateur peut étendre les événements en fonction de la personne ou de l’agent qui a effectué l’action. Par exemple :
actor:octocatrecherche tous les événements effectués paroctocat.actor:octocat actor:Copilotrecherche tous les événements effectués paroctocatouCopilot.-actor:Copilotexclut tous les événements effectués parCopilot.
Notez que vous pouvez uniquement utiliser un nom d’utilisateur GitHub, et non le nom réel d’une personne.
Recherche basée sur l’action effectuée
Pour rechercher des événements spécifiques, utilisez le qualificateur action dans votre requête. Voici un exemple :
action:teamrecherche tous les événements regroupés dans la catégorie d'équipe.-action:hookexclut tous les événements de la catégorie webhook.
Chaque catégorie a un ensemble d’actions associées sur lesquelles vous pouvez filtrer. Voici un exemple :
action:team.createrecherche tous les événements ayant impliqué la création d’une équipe.-action:hook.events_changedexclut tous les événements ayant impliqué la modification des événements sur un webhook.
Les actions figurant dans le journal d’audit de votre entreprise sont regroupées dans les catégories suivantes :
| Nom de la catégorie | Description |
|---|---|
artifact | Contient des activités liées aux artefacts d’exécution de flux de travail GitHub Actions. |
audit_log_streaming | Contient des activités liées à la diffusion en continu des journaux d’audit pour les organisations au sein d’un compte d’entreprise. |
business | Contient des activités liées aux paramètres métier d’une entreprise. |
business_advanced_ | Contient des activités liées à Advanced Security dans une entreprise. |
business_secret_ | Contient des activités liées à secret scanning dans une entreprise. |
business_secret_ | Contient des activités liées à l’activation ou à la désactivation des contrôles automatiques de validité pour secret scanning dans une entreprise. |
business_secret_ | Contient des activités liées aux modèles personnalisés pour secret scanning dans une entreprise. |
business_secret_ | Contient des activités liées à la protection push d’un modèle personnalisé pour secret scanning une entreprise. Pour plus d’informations, consultez « Définition de modèles personnalisés pour l’analyse des secrets ». |
business_secret_ | Contient des activités liées à la fonctionnalité de protection contre les pushs de secret scanning dans une entreprise. |
business_secret_ | Contient les activités relatives au message personnalisé affiché lorsque la protection contre les pushs est déclenchée dans une entreprise. |
checks | Contient des activités liées aux suites de vérification et aux exécutions de vérification. |
commit_comment | Contient des activités liées à la mise à jour ou à la suppression des commentaires de validation. |
config_entry | Contient des activités liées aux paramètres de configuration. Ces événements sont visibles uniquement dans le journal d'audit de l'administrateur de site. |
dependabot_alerts | Contient des activités de configuration au niveau de l’organisation pour Dependabot alerts dans les dépôts existants. Pour plus d’informations, consultez « Alertes Dependabot ». |
dependabot_alerts_ | Contient les activités de configuration au niveau de l’organisation pour Dependabot alerts dans les nouveaux dépôts créés au sein de l’organisation. |
dependabot_repository_ | Contient les activités liées aux dépôts privés d’une organisation auxquels Dependabot est autorisé à accéder. |
dependabot_security_ | Contient des activités de configuration au niveau de l’organisation pour Dependabot security updates dans les dépôts existants. Pour plus d’informations, consultez « Configuration des mises à jour de sécurité Dependabot ». |
dependabot_security_ | Contient les activités de configuration au niveau de l’organisation pour Dependabot security updates les nouveaux dépôts créés dans l’organisation. |
dependency_graph | Contient des activités de configuration au niveau de l’organisation pour les graphes des dépendances des référentiels. Pour plus d’informations, consultez « Graphe de dépendances ». |
dependency_graph_ | Contient des activités de configuration au niveau de l’organisation pour les nouveaux référentiels créés dans l’organisation. |
dotcom_connection | Contient des activités liées à GitHub Connect. |
enterprise | Contient des activités liées aux paramètres d’entreprise. |
hook | Contient les activités liées aux webhooks. |
integration | Contient des activités liées aux intégrations dans un compte. |
integration_installation | Contient des activités liées aux intégrations installées dans un compte. |
integration_installation_ | Contient des activités relatives aux demandes des membres de l'organisation visant à faire approuver par les propriétaires des intégrations destinées à être utilisées au sein de l'organisation. |
issue | Contient des activités liées à l'épinglage, au transfert ou à la suppression d'un problème dans un référentiel. |
issue_comment | Contient des activités liées à l'épinglage, au transfert ou à la suppression des commentaires de problème. |
issues | Contient des activités liées à l'activation ou à la désactivation de la création de problèmes pour une organisation. |
members_can_create_ | Comprend les activités liées à la gestion de la publication de sites GitHub Pages pour les dépôts au sein de l’organisation. Pour plus d’informations, consultez « Gestion de la publication de sites GitHub Pages pour votre organisation ». |
members_can_create_ | Contient des activités liées à la gestion de la publication de sites privés GitHub Pages pour les référentiels de l’organisation. |
members_can_create_ | Comprend des activités liées à la gestion de la publication de sites publics GitHub Pages pour les dépôts au sein de l’organisation. |
members_can_delete_ | Contient des activités liées à l’activation ou à la désactivation de la création de référentiels pour une organisation. |
oauth_access | Contient les activités liées aux jetons d’accès OAuth. |
oauth_application | Contient des activités liées à OAuth apps. |
org | Contient des activités liées à l’abonnement à l’organisation. |
org_credential_ | Contient les activités liées à l’autorisation des identifiants pour l’authentification unique SAML. |
org_secret_scanning_ | Contient des activités liées à l’activation ou à la désactivation des vérifications automatiques de validité pour secret scanning dans une organisation. Pour plus d’informations, consultez « Gestion des paramètres de sécurité et d'analyse pour votre organisation ». |
org_secret_scanning_ | Contient des activités concernant des modèles personnalisés pour secret scanning dans une organisation. Pour plus d’informations, consultez « Définition de modèles personnalisés pour l’analyse des secrets ». |
organization_ | Contient des activités concernant les étiquettes par défaut des dépôts d'une organisation. |
organization_ | Contient des activités liées aux domaines d’organisation vérifiés. |
organization_ | Comprend des activités liées à projets à l’échelle de l’organisation au sein d’une entreprise. |
pre_receive_environment | Contient des activités liées aux environnements de hook de pré-réception. |
pre_receive_hook | Contient des activités associées aux scripts hook de pré-réception. |
private_instance_ | Contient des activités liées à l'activation du mode privé pour une entreprise. |
private_repository_ | Contient des activités liées à l'autorisation des duplications (forks) de référentiels privés et internes, pour un référentiel, une organisation ou une entreprise. |
project | Contient des activités liées aux projets. |
project_field | Contient des activités liées à la création et à la suppression de champs dans un projet. |
project_view | Contient des activités liées à la création et à la suppression d'affichages dans un projet. |
protected_branch | Contient des activités liées aux branches protégées. |
public_key | Contient des activités liées aux clés SSH et aux clés de déploiement. |
pull_request | Contient des activités liées aux pull requests. |
pull_request_ | Contient des activités liées aux revues de pull requests. |
pull_request_ | Contient des activités liées aux commentaires de révision des pull requests. |
repo | Contient des activités liées aux dépôts appartenant à une organisation. |
repository_image | Contient des activités liées aux images d'un référentiel. |
repository_invitation | Contient des activités liées aux invitations à rejoindre un référentiel. |
repository_projects_ | Contient des activités liées à l'activation de projets pour un référentiel ou pour tous les référentiels d'une organisation. |
repository_secret_ | Contient des activités au niveau du référentiel liées à secret scanning. Pour plus d’informations, consultez « Analyse de secrets ». |
repository_secret_ | Contient des activités liées à l’activation ou à la désactivation des vérifications automatiques de validité pour secret scanning dans un référentiel. Pour plus d’informations, consultez « Activation de l’analyse des secrets pour votre dépôt ». |
repository_secret_ | Contient des activités liées aux secret scanning modèles personnalisés dans un référentiel. Pour plus d’informations, consultez « Définition de modèles personnalisés pour l’analyse des secrets ». |
repository_secret_ | Contient des activités liées à la protection push d’un modèle personnalisé dans secret scanning un référentiel. Pour plus d’informations, consultez « Définition de modèles personnalisés pour l’analyse des secrets ». |
repository_secret_ | Contient des activités liées à la fonctionnalité de protection contre les pushes de secret scanning dans un dépôt. Pour plus d’informations, consultez « Protection contre les notifications push ». |
repository_vulnerability_ | Contient des activités liées à Dependabot alerts. |
restrict_notification_ | Contient des activités liées à la restriction des notifications par e-mail aux domaines approuvés ou vérifiés pour une entreprise. |
role | Contient les activités liées aux rôles personnalisés du référentiel. |
secret_scanning | Contient des activités de configuration au niveau de l’organisation pour secret scanning dans les dépôts existants. Pour plus d’informations, consultez « Analyse de secrets ». |
secret_scanning_ | Contient les activités de configuration au niveau de l’organisation pour secret scanning les nouveaux dépôts créés dans l’organisation. |
security_key | Contient des activités liées à l’inscription et à la suppression des clés de sécurité. |
ssh_certificate_ | Contient des activités liées à une autorité de certification SSH dans une organisation ou une entreprise. |
ssh_certificate_ | Contient des activités liées à l'obligation pour les membres d'utiliser des certificats SSH pour accéder aux ressources de l'organisation. |
staff | Contient des activités liées à un administrateur de site effectuant une action. |
team | Contient des activités liées aux équipes d’une organisation. |
two_factor_authentication | Contient les activités liées à l’authentification à 2 facteurs. |
user | Contient des activités liées aux utilisateurs d'une organisation ou entreprise. |
user_license | Contient des activités liées à un utilisateur occupant un poste sous au sein d’une entreprise et en étant membre. |
workflows | Contient des activités liées aux GitHub Actions flux de travail. |
Recherche basée sur l’heure de l’action
Utilisez le qualificateur created pour filtrer les événements du journal d’audit en fonction du moment où ils se sont produits.
La mise en forme de la date doit respecter la norme ISO8601, à savoir YYYY-MM-DD (année, mois, jour). Vous pouvez également ajouter des informations facultatives d’heure THH:MM:SS+00:00 après la date, pour rechercher par heure, minute et seconde. Il s’agit de T, suivi de HH:MM:SS (heures-minutes-secondes) et d’un décalage UTC (+00:00).
Lorsque vous recherchez une date, vous pouvez utiliser des qualificateurs supérieur à, inférieur à et de plage pour filtrer davantage les résultats. Pour plus d’informations, consultez « Compréhension de la syntaxe de recherche ».
Voici un exemple :
created:2014-07-08recherche tous les événements qui se sont produits le 8 juillet 2014.created:>=2014-07-08recherche tous les événements qui se sont produits le 8 juillet 2014 ou après cette date.created:<=2014-07-08recherche tous les événements qui se sont produits le 8 juillet 2014 ou avant cette date.created:2014-07-01..2014-07-31recherche tous les événements qui se sont produits en juillet 2014.
Rechercher basée sur l’emplacement
À l’aide du qualificateur country, vous pouvez filtrer les événements du journal d’audit en fonction du pays d’origine. Vous pouvez utiliser le code court à deux lettres ou le nom complet d’un pays. Les pays dont le nom contient des espaces doivent être placés entre guillemets. Voici un exemple :
country:derecherche tous les événements qui se sont produits en Allemagne.country:Mexicorecherche tous les événements qui se sont produits au Mexique.country:"United States"recherche tous les événements qui se sont produits aux États-Unis.
Recherche en fonction du jeton qui a effectué l’action
Utilisez le qualificateur hashed_token pour effectuer une recherche en fonction du jeton qui a effectué l’action. Avant de pouvoir rechercher un jeton, vous devez générer un hachage SHA-256. Pour plus d’informations, consultez « Identification des événements du journal d’audit effectués par un jeton d’accès ».