Publicamos atualizações frequentes em nossa documentação, e a tradução desta página ainda pode estar em andamento. Para obter as informações mais recentes, acesse a documentação em inglês. Se houver problemas com a tradução desta página, entre em contato conosco.
The audit log allows organization admins to quickly review the actions performed by members of your organization. It includes details such as who performed the action, what the action was, and when it was performed.
Accessing the audit log
The audit log lists events triggered by activities that affect your organization within the current month and previous six months. Only owners can access an organization's audit log.
Por padrão, apenas eventos dos últimos três meses são exibidos. Para ver os eventos mais antigos, você deve especificar um intervalo de datas com o parâmetro criado. Para obter mais informações, consulte "Entender a sintaxe de pesquisa".
In the top right corner of GitHub Enterprise Server, click your profile photo, then click Your organizations.
Ao lado da organização, clique em Configurações.
Na barra lateral Settings, clique em Audit log.
Searching the audit log
O nome para cada entrada de log de auditoria é composto pela ação objeto ou qualificador de categoria, seguida por um tipo de operação. Por exemplo, a entrada repo.create refere-se à operação criar na categoria repositório.
Cada entrada do log de auditoria mostra informações aplicáveis sobre um evento, como:
A empresa ou a organização em que uma ação foi realizada
O usuário (ator) que realizou a ação
O usuário afetado pela ação
Em qual repositório uma ação foi executada
A ação que foi executada
Em que país a ação foi executada
A data e a hora que a ação foi executada
Observe que não é possível pesquisar as entradas usando texto. No entanto, é possível criar consultas de pesquisa usando diversos filtros. Muitos operadores usados ao consultar o log de auditoria, como -, >, ou <, correspondem ao mesmo formato de pesquisa no GitHub Enterprise Server. Para obter mais informações, consulte "Searching on GitHub."
Pesquisar com base em operação
Use o qualificador operation para limitar ações a tipos específicos de operações. Por exemplo:
operation:access encontra todos os eventos nos quais um recurso foi acessado.
operation:authentication encontra todos os eventos nos quais um evento de autenticação foi executado.
operation:create encontra todos os eventos nos quais um recurso foi criado.
operation:modify encontra todos os eventos nos quais um recurso foi modificado.
operation:remove encontra todos os eventos nos quais um recurso foi removido.
operation:restore encontra todos os eventos nos quais um recurso foi restaurado.
operation:transfer encontra todos os eventos nos quais um recurso foi transferido.
Pesquisar com base no repositório
Use o qualificador repo para limitar ações a um repositório específico. Por exemplo:
repo:my-org/our-repo localiza todos os eventos que ocorreram no repositório our-repo na organização my-org.
repo:my-org/our-repo repo:my-org/another-repo localiza todos os eventos que ocorreram para ambos repositórios our-repo e another-repo na organização my-org.
-repo:my-org/not-this-repo exclui todos os eventos que ocorreram no repositório not-this-repo na organização my-org.
Observe que você deve incluir o nome da conta no qualificador repo; pesquisar somente repo:our-repo não funcionará.
Pesquisar com base no usuário
O qualificador actor pode pesquisar eventos com base em quem executou a ação. Por exemplo:
actor:octocat localiza todos os eventos feitos por octocat.
actor:octocat actor:hubot localiza todos os eventos realizados por ambos octocat e hubot.
-actor:hubot exclui todos os eventos realizados por hubot.
Observe que só é possível usar um nome de usuário do GitHub Enterprise Server, e não o nome verdadeiro da pessoa.
Search based on the action performed
To search for specific events, use the action qualifier in your query. Actions listed in the audit log are grouped within the following categories:
Contains organization-level configuration activities for Alertas do Dependabot in existing repositories. For more information, see "About Alertas do Dependabot."
Contains activities related to GitHub Actions workflows.
You can search for specific sets of actions using these terms. For example:
action:team finds all events grouped within the team category.
-action:hook excludes all events in the webhook category.
Each category has a set of associated actions that you can filter on. For example:
action:team.create finds all events where a team was created.
-action:hook.events_changed excludes all events where the events on a webhook have been altered.
Search based on time of action
Use the created qualifier to filter events in the audit log based on when they occurred. O formato de data deve seguir o padrão ISO8601, que é YYYY-MM-DD (ano-mês-dia). Você também pode adicionar informações de tempo opcionais THH:MM:SS+00:00 após a data, para pesquisar por hora, minuto e segundo. Isso se faz adicionando T, seguido de HH:MM:SS (hora-minutos-segundos) e um intervalo de UTC (+00:00).
Ao pesquisar uma data, você pode usar qualificadores de maior que, menor que e intervalo para filtrar os resultados ainda mais. Para obter mais informações, consulte "Entender a sintaxe de pesquisa".
For example:
created:2014-07-08 finds all events that occurred on July 8th, 2014.
created:>=2014-07-08 finds all events that occurred on or after July 8th, 2014.
created:<=2014-07-08 finds all events that occurred on or before July 8th, 2014.
created:2014-07-01..2014-07-31 finds all events that occurred in the month of July 2014.
Note: The audit log contains data for the current month and every day of the previous six months.
Search based on location
Using the qualifier country, you can filter events in the audit log based on the originating country. You can use a country's two-letter short code or its full name. Keep in mind that countries with spaces in their name will need to be wrapped in quotation marks. For example:
country:de finds all events that occurred in Germany.
country:Mexico finds all events that occurred in Mexico.
country:"United States" all finds events that occurred in the United States.
Using the audit log API
You can interact with the audit log using the GraphQL API.
To ensure your intellectual property is secure, and you maintain compliance for your organization, you can use the audit log GraphQL API to keep copies of your audit log data and monitor:
O acesso às configurações da sua organização ou repositório
As alterações nas permissões
Os usuários adicionados ou removidos em uma organização, repositório ou equipe
Os usuários promovidos a administradores
Alterações nas permissões de um aplicativo GitHub
The GraphQL response can include data for up to 90 to 120 days.
For example, you can make a GraphQL request to see all the new organization members added to your organization. For more information, see the "GraphQL API Audit Log."
Audit log actions
An overview of some of the most common actions that are recorded as events in the audit log.
Acionada quando o executor é atualizado. Pode ser visto usando a API REST e a interface do usuário; não visível na exportação de JSON/CSV. Para obter mais informações, consulte "Sobre executores auto-hospedados."
Triggered when an existing hook has its configuration altered.
destroy
Triggered when an existing hook was removed from a repository.
events_changed
Triggered when the events on a hook have been altered.
integration_installation_request category actions
Action
Description
create
Triggered when an organization member requests that an organization owner install an integration for use in the organization.
close
Triggered when a request to install an integration for use in an organization is either approved or denied by an organization owner, or canceled by the organization member who opened the request.
issue category actions
Action
Description
destroy
Triggered when an organization owner or someone with admin permissions in a repository deletes an issue from an organization-owned repository.
Triggered when an organization owner enables publication of GitHub Pages sites for repositories in the organization.
disable
Triggered when an organization owner disables publication of GitHub Pages sites for repositories in the organization.
org category actions
Action
Description
add_member
Triggered when a user joins an organization.
advanced_security_policy_selected_member_disabled
Triggered when an enterprise owner prevents Segurança Avançada GitHub features from being enabled for repositories owned by the organization. Para obter mais informações, consulte "Aplicar políticas para Segurança Avançada na sua empresa".
advanced_security_policy_selected_member_enabled
Triggered when an enterprise owner allows Segurança Avançada GitHub features to be enabled for repositories owned by the organization. Para obter mais informações, consulte "Aplicar políticas para Segurança Avançada na sua empresa".
Triggered when the runner application is started. Can only be viewed using the REST API; not visible in the UI or JSON/CSV export. For more information, see "Checking the status of a self-hosted runner."
self_hosted_runner_offline
Triggered when the runner application is stopped. Can only be viewed using the REST API; not visible in the UI or JSON/CSV export. For more information, see "Checking the status of a self-hosted runner."
self_hosted_runner_updated
Triggered when the runner application is updated. Can be viewed using the REST API and the UI; not visible in the JSON/CSV export. For more information, see "About self-hosted runners."
Triggered when GitHub Actions is enabled for a repository. Can be viewed using the UI. This event is not included when you access the audit log using the REST API. For more information, see "Using the REST API."
Triggered when the runner application is started. Can only be viewed using the REST API; not visible in the UI or JSON/CSV export. For more information, see "Checking the status of a self-hosted runner."
self_hosted_runner_offline
Triggered when the runner application is stopped. Can only be viewed using the REST API; not visible in the UI or JSON/CSV export. For more information, see "Checking the status of a self-hosted runner."
self_hosted_runner_updated
Triggered when the runner application is updated. Can be viewed using the REST API and the UI; not visible in the JSON/CSV export. For more information, see "About self-hosted runners."
Triggered when a repository transfer is about to occur.
unarchived
Triggered when a repository admin unarchives a repository.
update_actions_secret
Triggered when a GitHub Actions secret is updated.
repository_secret_scanning category actions
Action
Description
disable
Triggered when a repository owner or person with admin access to the repository disables secret scanning for a repository. For more information, see "About secret scanning."
enable
Triggered when a repository owner or person with admin access to the repository enables secret scanning for a repository.
repository_vulnerability_alert category actions
Action
Description
create
Triggered when GitHub Enterprise Server creates a Dependabot alert for a repository that uses a vulnerable dependency. For more information, see "About Alertas do Dependabot."
dismiss
Triggered when an organization owner or person with admin access to the repository dismisses a Dependabot alert about a vulnerable dependency.
resolve
Triggered when someone with write access to a repository pushes changes to update and resolve a vulnerability in a project dependency.
secret_scanning category actions
Action
Description
disable
Triggered when an organization owner disables secret scanning for all existing repositories. For more information, see "About secret scanning."
enable
Triggered when an organization owner enables secret scanning for all existing repositories.
secret_scanning_new_repos category actions
Action
Description
disable
Triggered when an organization owner disables secret scanning for all new repositories. For more information, see "About secret scanning."
enable
Triggered when an organization owner enables secret scanning for all new repositories.
team category actions
Action
Description
add_member
Triggered when a member of an organization is added to a team.
add_repository
Triggered when a team is given control of a repository.
Triggered when an organization owner enables team discussions for an organization.
workflows category actions
Ação
Descrição
cancel_workflow_run
Acionada quando uma execução do fluxo de trabalho foi cancelada. Para obter mais informações, consulte "Cancelando um fluxo de trabalho".
completed_workflow_run
Acionada quando um status de fluxo de trabalho é alterado para concluído. Só pode ser visto usando a API REST; não visível na interface do usuário ou na exportação do JSON/CSV. Para obter mais informações, consulte "Visualizar histórico de execução de fluxo de trabalho".
created_workflow_run
Acionada quando uma execução do fluxo de trabalho é criada. Só pode ser visto usando a API REST; não visível na interface do usuário ou na exportação do JSON/CSV. Para obter mais informações, consulte "Criar um exemplo de um fluxo de trabalho".
Acionada quando um trabalho no fluxo de trabalho é iniciado. Inclui a lista de segredos que foram fornecidos ao trabalho. Só pode ser visto usando a API REST. Não é visível na interface da web de GitHub ou incluído na exportação do JSON/CSV. Para obter mais informações, consulte "Eventos que acionam fluxos de trabalho".
approve_workflow_job
Acionada quando um trabalho no fluxo de trabalho foi aprovado. Para obter mais informações, consulte "Revisando implantações."
reject_workflow_job
Acionada quando um trabalho no fluxo de trabalho foi rejeitado. Para obter mais informações, consulte "Revisando implantações".