Visão geral dos logs de auditoria
O que os logs de auditoria registram, quem pode vê-los e como ler cada registro.
Os logs de auditoria são o histórico da sua organização: um registro cronológico do que aconteceu, quem fez, de onde e quando. Todas as funcionalidades do BreezeAuth escrevem neles, desde um usuário adicionado a um grupo até uma configuração de segurança alterada ou um login que falhou.
Use-os para responder perguntas como “quem deu o papel de Administrador para esta pessoa?”, “quando a configuração desta aplicação mudou?” ou “alguém está errando a senha desta conta?”. Eles também são a evidência que auditores e equipes de conformidade pedem.
Onde encontrá-los
- Na barra lateral, selecione Logs de Auditoria para ver o histórico completo, com filtros.
- No Dashboard, o cartão Atividade recente mostra os cinco eventos mais recentes. Selecione Ver mais para abrir os logs de auditoria.
Apenas os papéis Proprietário, Administrador e Auditor podem ver os logs de auditoria. Para os outros papéis, o item Logs de Auditoria não aparece na barra lateral. Os logs de auditoria são somente leitura: ninguém, nem mesmo um Proprietário, pode editar ou excluir um registro.
O que é registrado
| Área | Exemplos |
|---|---|
| Usuários | Usuários criados, atualizados ou excluídos; convites enviados, aceitos ou recusados; sessões encerradas. |
| Contas | Usuários gerenciados entrando e saindo, errando o login, trocando a senha, configurando MFA ou passkeys. |
| Grupos | Grupos criados, atualizados ou excluídos; membros adicionados ou removidos. |
| Aplicações | Aplicações e os seus mapeamentos de atributos, certificados de assinatura e restrições de rede; acessos atribuídos ou removidos; logins SAML. |
| Usuários de serviço | Usuários de serviço e credenciais criados, atualizados ou excluídos; credenciais usadas para obter tokens de acesso. |
| Organização | Configurações alteradas, inclusive as de segurança e o bloqueio de aplicações; ações de resposta a incidentes. |
| Domínios, zonas de rede e webhooks | Criados, atualizados, excluídos; verificação de domínio iniciada e concluída. |
O catálogo de eventos lista todos os eventos e quando cada um é registrado.
Observação: os eventos sobre a própria conta da pessoa, como logins, trocas de senha e MFA, são registrados apenas para usuários gerenciados, na organização que os gerencia. A conta de um convidado pertence a ele, então esses eventos não aparecem nos seus logs de auditoria. O que você faz com os convidados na sua organização, como alterar o papel deles ou removê-los, é registrado normalmente.
Ler um registro
A lista mostra os eventos mais recentes primeiro. Cada linha tem cinco colunas:
| Coluna | O que mostra |
|---|---|
| Evento | O que aconteceu, como Grupo criado ou Usuário autenticado. Um ícone de documento ao lado indica que o registro inclui as alterações feitas. |
| Entidade / Recurso | Sobre o que é o evento: um Usuário da organização, um Grupo, uma Aplicação, uma Zona de rede ou a conta de um Usuário. Os nomes levam à página do item. |
| Ator | Quem fez: uma pessoa ou um usuário de serviço, com nome e e-mail, ou Sistema para ações que o BreezeAuth executa por conta própria. |
| Endereço IP | O endereço de onde a ação veio. Fica vazio para ações executadas pelo sistema. |
| Data | Quando aconteceu, no fuso horário do seu navegador. |
Ver o que mudou
Quando um evento alterou algo, como Usuário da organização atualizado ou Organização atualizada, passe o mouse
sobre o ícone de documento ao lado do evento. Uma dica mostra os valores Antes e Depois da alteração, um campo
por linha. Por exemplo, dar o papel de Administrador a alguém mostra adminRole: null antes e adminRole: ADMIN depois.
Os campos aparecem com os nomes técnicos, como status, adminRole ou mfaEnforced, porque eles são os mesmos em
todos os idiomas.
O ator
| Ator | Quando |
|---|---|
| Uma pessoa | Um administrador agiu no console de administração, ou uma pessoa agiu sobre a própria conta, como ao entrar ou aceitar um convite. |
| Um usuário de serviço | Uma integração agiu pela API do BreezeAuth, por exemplo um provisionador SCIM criando usuários. |
| Sistema | O BreezeAuth agiu por conta própria, por exemplo ao concluir uma verificação de domínio em segundo plano. |
A entidade e o ator são diferentes
A Entidade / Recurso é sobre o que é o evento; o Ator é quem o fez. Quando um administrador desativa um colega, o colega é a entidade e o administrador é o ator. Quando alguém entra no BreezeAuth, essa pessoa é as duas coisas.
Próximos passos
- Filtre e investigue para encontrar eventos específicos.
- Consulte o catálogo de eventos.
Última atualização: 13 de outubro de 2026