Segundo o Data Breach Investigations Report de 2026, da Verizon — o levantamento anual que analisou mais de 22 mil violações de dados confirmadas em 145 países entre outubro de 2024 e novembro de 2025 —, a exploração de vulnerabilidades técnicas já é a porta de entrada mais comum em ataques. Mas o relatório também isola uma categoria à parte, o abuso de privilégio: alguém usando um acesso que já tinha dentro da organização, não invadindo de fora. Ela respondeu por 3% das violações confirmadas no conjunto de dados de 2026.

O número parece pequeno perto de outros. Mas ele descreve exatamente a situação mais comum quando uma empresa trata desligamento como assunto do RH: o crachá é devolvido na portaria, a carta é assinada, e ninguém avisa que o acesso ao e-mail, ao sistema de vendas, ao painel de hospedagem ou ao grupo de mensagens da equipe continua de pé. Às vezes por semanas. Às vezes por anos.

Um vendedor que saiu em março e ainda conseguia abrir a planilha de preços pela conta antiga em julho não é um caso raro nem um erro exótico de configuração. É o resultado normal de um processo que nunca existiu por escrito: ninguém decidiu quem avisa, quando avisa, e o que exatamente precisa ser cortado. Para quem aprova orçamento e para quem cuida da TI sem muita experiência, essa é a pergunta que vale mais do que qualquer ferramenta nova: se alguém saísse hoje, quem saberia listar tudo o que essa pessoa ainda alcança?

Contas que ninguém lembrou de fechar

A Microsoft, fabricante do sistema mais usado como cadastro de usuários e senhas da empresa, descreve o momento da saída como uma fase própria do ciclo de vida de qualquer conta dentro de uma organização — ao lado da entrada e da mudança de função. Segundo a documentação oficial do produto, o objetivo dessa fase é simples de enunciar e difícil de cumprir: garantir que quem não está mais ligado à empresa, por demissão, pedido de desligamento ou aposentadoria, tenha o acesso revogado em tempo hábil.

O problema é que "revogar o acesso" nunca é uma ação só. Numa empresa pequena ou média, a mesma pessoa costuma ter conta no cadastro de usuários e senhas, caixa de e-mail própria, login no sistema de vendas ou de gestão, acesso ao painel do site ou da hospedagem, participação em grupos de mensagens com clientes e, com frequência, conhecimento de pelo menos uma senha que a equipe inteira usa. Cada um desses sistemas tem seu próprio botão de desligar — quando tem algum botão.

Sem uma lista prévia de que sistemas cada função alcança, ninguém consegue revogar "tudo": a frase não tem referência para ser cumprida. É por isso que o desligamento vira, na prática, uma tentativa de lembrar de cabeça — e memória é o pior lugar para guardar uma lista de acessos críticos.

O caso mais difícil dentro dessa lista costuma ser a senha compartilhada da equipe: a do perfil da rede social da empresa, a do sistema de um fornecedor, a do roteador. Ela não pertence a uma pessoa só, então "revogar" não é desligar uma conta — é trocar uma senha que várias pessoas ainda usam todos os dias, e trocar sempre incomoda quem fica.

O desligamento tratado como assunto só do RH

O desligamento tratado como assunto só do RH

O jeito comum de lidar com isso separa duas conversas que deveriam ser uma. O RH cuida do que é dele: aviso prévio, verbas rescisórias, devolução de crachá e equipamento. A TI — quando existe alguém dedicado a isso — fica sabendo do desligamento quando alguém lembra de avisar, às vezes dias depois, às vezes só quando um cliente ou um colega percebe algo estranho.

Essa separação faz sentido em empresas grandes, com sistemas de RH e de identidade conversando entre si. Numa empresa pequena, sem essa integração, ela vira um buraco: o processo formal termina, mas o técnico continua incompleto. A conta do cadastro de usuários e senhas segue ativa porque ninguém pediu para desativá-la; o acesso remoto ao servidor continua liberado porque estava numa lista que só uma pessoa via.

Há ainda um viés que piora o quadro: desligamentos tranquilos recebem menos atenção do que os conturbados. Quando alguém sai em bons termos, a sensação de urgência desaparece — "ele não vai fazer nada de errado" — e o corte de acesso fica para depois, que muitas vezes nunca chega. O risco, porém, não depende da intenção de quem saiu: uma conta ativa pode ser usada por qualquer pessoa que descubra a senha, inclusive alguém que nunca trabalhou ali.

O que precisa existir na prática

Um desligamento seguro se apoia em mecanismos verificáveis, não em boa vontade de quem lembra de avisar.

Uma lista de acessos por pessoa, montada no dia em que ela entra, não no dia em que sai. Cada função tem um conjunto previsível de sistemas — cadastro de usuários e senhas, e-mail, sistema de vendas, hospedagem, grupos de mensagens. Registrar isso na admissão é o que torna possível conferir tudo na saída, em vez de tentar reconstruir de memória.

Um aviso de desligamento que chega ao mesmo tempo para o RH e para quem cuida da TI. O gatilho é um só evento, comunicado nos dois sentidos no mesmo momento — não um e-mail do RH que alguém vai repassar "quando der".

Revogação sistema por sistema, com checklist, não um botão único. Não existe um interruptor que desliga tudo de uma vez numa estrutura com vários fornecedores. O que existe é uma lista curta e específica, conferida um item de cada vez, até fechar.

Senha de equipe trocada no mesmo dia, não apenas riscada de uma lista. Se a pessoa que saiu conhecia um login coletivo, a única forma de fechar esse acesso é gerar uma senha nova e distribuí-la a quem ainda precisa dela — avisando antes, para não travar ninguém no meio do trabalho.

Um segundo passo de confirmação além da senha nos sistemas mais críticos. Ele não substitui a revogação, mas reduz o estrago se uma senha antiga escapar por algum motivo, porque exige uma segunda confirmação que a conta desligada não tem mais como dar.

Conferência periódica de quem ainda tem acesso a cada sistema, não só quando alguém sai — para pegar o que ficou para trás em desligamentos antigos, antes que vire descoberta desagradável numa auditoria.

É assim que a Skills IT trabalha: o aviso de desligamento entra como um único chamado para o time de suporte, a revogação segue um checklist por sistema, e senha de equipe compartilhada é trocada no mesmo dia — nunca só apagada de uma lista que ninguém confere depois.

O que a empresa ganha quando o desligamento vira processo

O que a empresa ganha quando o desligamento vira processo

O ganho mais imediato é o mais simples de explicar: uma lista de preços, uma base de clientes ou um contrato não circula pela conta de alguém que já não responde mais por nada na empresa. Isso vale tanto para quem saiu em bons termos quanto para quem saiu em atrito — e é justamente no segundo caso que o processo importa mais, porque é ali que a boa vontade de "ele não vai fazer nada" deixa de valer como garantia.

Há também um ganho em tempo de quem cuida da TI. Sem lista prévia, cada desligamento vira uma investigação: descobrir em que sistemas a pessoa tinha conta, torcer para não esquecer nenhum, confirmar depois se sobrou algo. Com checklist pronto, o mesmo desligamento vira uma conferência de dez minutos.

E há o ganho em auditoria. A própria documentação de governança de identidade da Microsoft aponta que excesso de acesso não usado é, por si só, motivo de apontamento em auditorias — sinal de falta de controle sobre quem tem acesso a quê, independentemente de qualquer incidente ter acontecido. Uma empresa que revisa isso periodicamente chega a essas conversas com resposta pronta, em vez de descobrindo o problema junto com o auditor.

Nada disso depende de acreditar que ex-funcionários agem de má-fé. Depende de tratar o acesso como algo que precisa de dono e de prazo — porque uma conta esquecida é um risco mesmo quando ninguém a usa para nada.

Um roteiro para o próximo desligamento

Antes do próximo desligamento acontecer — amistoso ou não — vale ter isto combinado entre a liderança, o RH e quem cuida da TI:

  1. Peça a lista antes de avisar a saída. Antes de comunicar o desligamento, levante o que aquela pessoa acessa: e-mail, sistema de vendas, hospedagem, grupos de mensagens, qualquer senha de equipe que ela conheça.
  2. Combine a hora do corte, não só o dia. Definir "hoje" sem definir "agora às 17h" deixa uma janela aberta — geralmente o fim de semana ou a noite — em que a conta segue ativa e ninguém está de olho.
  3. Troque, não apenas remova, a senha compartilhada. Se a equipe usa um login coletivo, esse é o momento de gerar uma senha nova e avisar quem ainda precisa dela, não de torcer para que a pessoa que saiu não a use mais.
  4. Confirme sistema por sistema, um de cada vez. E-mail, cadastro de usuários e senhas, sistema de vendas, painel do fornecedor, acesso remoto. Se essa lista não existir ainda, esse desligamento é a hora de começar a escrevê-la.
  5. Aproveite para perguntar quem mais tinha aquele mesmo acesso. É comum um desligamento revelar uma conta genérica ou uma senha compartilhada que ninguém mais lembra por que ainda existe — vale revisar enquanto o assunto está em pauta.