Resposta a incidentes
Ações de emergência para um incidente de segurança: bloquear todas as aplicações, desconectar todos os usuários gerenciados e forçar a troca de senha.
Quando você suspeita de um incidente de segurança, como uma campanha de phishing, senhas vazadas ou um notebook roubado, a rapidez importa. A aba Resposta a Incidentes de Organização reúne três ações que valem para toda a organização e podem ser tomadas em segundos. Ela é a primeira aba da página Gerenciar Organização.
| Ação | Afeta | Quem pode usar |
|---|---|---|
| Bloqueio global de acesso a aplicações | Todos, gerenciados e convidados | Proprietário, Administrador |
| Finalizar todas as sessões ativas | Usuários gerenciados | Proprietário, Administrador, Helpdesk |
| Forçar a troca de senha na próxima autenticação | Usuários gerenciados | Proprietário, Administrador, Helpdesk |
Para agir sobre uma única pessoa, por exemplo um notebook roubado, use as ferramentas de segurança da conta do próprio usuário.
Bloquear o acesso a todas as aplicações
O Bloqueio global de acesso a aplicações impede na hora que qualquer pessoa da organização entre em qualquer uma das aplicações dela, seja a partir de Minhas Aplicações ou da própria aplicação. É a forma mais rápida de conter um incidente enquanto você investiga.
- Na aba Resposta a Incidentes, ative a chave ao lado de Bloqueio global de acesso a aplicações.
- Leia a janela Confirme o bloqueio global de acesso a aplicações e selecione Confirmar.
O status muda para Ativado. Enquanto o bloqueio estiver ativo:
- ninguém, gerenciado ou convidado, consegue entrar nas aplicações da sua organização pelo BreezeAuth;
- as pessoas ainda conseguem entrar no próprio BreezeAuth, então os administradores continuam trabalhando no console de administração;
- as sessões já abertas dentro de uma aplicação são gerenciadas por essa aplicação e podem durar até expirarem lá.
Para retirar o bloqueio, desative a chave e confirme na janela Confirme o desbloqueio global de acesso a aplicações.
Desconectar todos
Finalizar todas as sessões ativas desconecta todos os usuários gerenciados de todos os dispositivos, na hora. Todos precisam entrar de novo, o que também aplica qualquer configuração de segurança que você acabou de mudar, como a Obrigatoriedade de MFA.
- Ao lado de Finalizar todas as sessões ativas, selecione Finalizar.
- Confirme na janela Confirme a finalização de todas as sessões ativas.
Importante: se você também é um usuário gerenciado, você também é desconectado. Os convidados não são afetados, nem as sessões já abertas dentro das aplicações.
Forçar a troca de senha
Forçar a troca de senha na próxima autenticação obriga todo usuário gerenciado a escolher uma nova senha logo depois do próximo acesso. Ele entra uma última vez com a senha atual e então precisa definir uma nova, que siga a sua política de senhas.
- Ao lado de Forçar a troca de senha na próxima autenticação, selecione Forçar troca de senha.
- Confirme na janela.
Esta ação não encerra nenhuma sessão: quem já está conectado precisa escolher uma nova senha no próximo acesso. Os convidados não são afetados.
Um roteiro de resposta
Cada incidente é diferente, mas esta ordem funciona para a maioria deles:
- Conter. Ative o Bloqueio global de acesso a aplicações para que nenhuma aplicação possa ser acessada pelo BreezeAuth.
- Endurecer as regras, se necessário: ative a Obrigatoriedade de MFA ou restrinja o acesso por rede ou por país.
- Renovar as credenciais. Selecione Forçar troca de senha e depois Finalizar, para que todos entrem de novo e escolham uma nova senha. Nessa ordem, ninguém continua conectado com uma senha antiga.
- Investigar. Confira os Logs de Auditoria em busca de acessos e alterações incomuns, e desative as contas envolvidas.
- Restaurar. Quando a situação estiver sob controle, desative o bloqueio de aplicações.
Encerre também as sessões dentro das aplicações críticas, se elas permitirem: as ações do BreezeAuth não alcançam as sessões que as aplicações gerenciam por conta própria.
As ações são auditadas
O bloqueio e o desbloqueio das aplicações, o encerramento de todas as sessões e a troca de senha forçada ficam registrados nos Logs de Auditoria, com quem fez a ação e quando.
Última atualização: 13 de outubro de 2026