Auditoria

Registro de auditoria registra quem fez o quê, e quando: logins e tentativas que falharam, usuários e papéis, tokens de acesso, espaços de trabalho, escopos, cada etapa de uma submissão, releases, versões e tags, e as configurações da instância. Só roots podem lê-lo, nada pode alterá-lo, e ele guarda todos os eventos por enquanto.

Cada evento é uma linha: a hora no seu fuso horário (UTC ao passar o mouse), quem fez, a ação e uma frase dizendo o que aconteceu, como “Alterou [email protected] de usuário para moderador”. system e cli querem dizer que ninguém estava logado, como no setup.

Abra uma linha para ver todos os detalhes: as duas horas, o autor e o alvo com os ids deles, o endereço IP, tudo o que o evento registrou e o JSON bruto para copiar. Os detalhes de cada evento têm um link próprio, para você poder compartilhar um.

• Filtre por ação (uma, ou um grupo inteiro como user.*), por autor (parte de um e-mail, ou system) e por datas, que são dias em UTC. Os filtros se aplicam conforme você os muda, aparecem como chips que você pode remover um de cada vez, e Limpar remove todos.
• Ordene por hora (os mais novos primeiro, o padrão) ou por ação, pelos cabeçalhos das colunas. Clique no mesmo cabeçalho de novo para inverter a ordem.
• Páginas têm 25, 50 ou 100 eventos, com Primeira página, Anterior e Próxima. A contagem para em 10.000 (“10.000+ eventos”). Eventos novos não deslocam as páginas que você está lendo.

A visualização inteira (filtros, ordem, página e um evento aberto) fica no endereço, então um link mostra a outra pessoa exatamente o que você vê.

Os comandos de incidente do servidor também ficam registrados, em instance.*:

• instance.access_revoked quando o revoke-access encerrou sessões ou revogou tokens, com quantos.
• instance.secret_rotated quando o rotate-secret substituiu o segredo.

As mudanças de SCIM de um provedor de identidade ficam registradas sem ninguém como autor, marcadas como feitas pelo SCIM: as contas que ele cria, atualiza e desativa, e as participações que os grupos dele mudam, que citam o provedor. Uma requisição que o Ronne recusou é scim.request_refused, com o motivo.

user.two_factor_reset é a redefinição da autenticação de dois fatores de alguém por um root, ou pelo reset-two-factor. Para saber o que fazer em um incidente, veja Incidentes.