Publicamos atualizações frequentes em nossa documentação, e a tradução desta página ainda pode estar em andamento. Para acessar as informações mais atualizadas, visite a Documentação em inglês.
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, são exibidos apenas os eventos dos últimos três meses. Para ver eventos mais antigos, você deve especificar um intervalo de datas com o parâmetro created. Para obter mais informações, confira "Noções básicas sobre a sintaxe de pesquisa".
No canto superior direito do GitHub Enterprise Server, clique na foto do seu perfil e clique em Suas organizações.
Ao lado da organização, clique em Configurações.
In the Settings sidebar, click Audit log.
Searching the audit log
O nome de cada entrada do log de auditoria é composto pelo objeto action ou qualificador de categoria, seguido de um tipo de operação. Por exemplo, a entrada repo.create refere-se � operação create na categoria repo.
Cada entrada do log de auditoria mostra informações aplicáveis sobre um evento, como:
A empresa ou organização em que uma ação foi executada
O usuário (ator) que executou 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 hora em que a ação ocorreu
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 na consultar do log, como -, > ou <, correspondem ao mesmo formato que a pesquisa no GitHub Enterprise Server. Para obter mais informações, confira "Como fazer pesquisas no GitHub".
Pesquisar com base em operação
Use o qualificador operation para limitar as ações a tipos específicos de operações. Por exemplo:
operation:access localiza todos os eventos em que um recurso foi acessado.
operation:authentication localiza todos os eventos em que um evento de autenticação foi realizado.
operation:create localiza todos os eventos em que um recurso foi criado.
operation:modify localiza todos os eventos em que um recurso existente foi modificado.
operation:remove localiza todos os eventos em que um recurso existente foi removido.
operation:restore localiza todos os eventos em que um recurso existente foi restaurado.
operation:transfer localiza todos os eventos em que um recurso existente foi transferido.
Pesquisar com base no repositório
Use o qualificador repo para limitar as 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 nos 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ê precisa incluir o nome da conta dentro do qualificador repo. A pesquisa de apenas repo:our-repo não funcionará.
Pesquisar com base no usuário
O qualificador actor pode definir o escopo de eventos com base no autor da ação. Por exemplo:
actor:octocat localiza todos os eventos realizados por octocat.
actor:octocat actor:hubot localiza todos os eventos realizados por 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 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. A formatação de data precisa seguir o padrão ISO8601, que é YYYY-MM-DD (ano-mês-dia). Adicione também informações de hora THH:MM:SS+00:00 opcionais após a data, para fazer a pesquisa por hora, minuto e segundo. Isso é T, seguido de HH:MM:SS (hora-minutos-segundos) e uma diferença 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, confira "Noções básicas sobre 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 organização ou do repositório
As alterações nas permissões
Os usuários adicionados ou removidos em uma organização, um repositório ou uma equipe
Os usuários promovidos para administradores
Alterações nas permissões de um GitHub App
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, confira "Sobre os 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 category actions
Action
Description
contact_email_changed
A contact email for an integration was changed.
create
An integration was installed.
destroy
An integration was uninstalled.
repositories_added
Repositories were added to an integration.
repositories_removed
Repositories were removed from an integration.
version_updated
Permissions for an integration were updated.
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.
oauth_application category actions
Action
Description
create
Triggered when a new OAuth App is created.
destroy
Triggered when an existing OAuth App is deleted.
reset_secret
Triggered when an OAuth App's client secret is reset.
revoke_tokens
Triggered when an OAuth App's user tokens are revoked.
transfer
Triggered when an existing OAuth App is transferred to a new 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 GitHub Advanced Security features from being enabled for repositories owned by the organization. Para obter mais informações, confira "Como impor políticas � Advanced Security na sua empresa".
advanced_security_policy_selected_member_enabled
Triggered when an enterprise owner allows GitHub Advanced Security features to be enabled for repositories owned by the organization. Para obter mais informações, confira "Como impor políticas � Advanced Security 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 Dependabot alerts."
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.