Senha compartilhada na empresa: o risco não é só alguém descobrir a senha
Quando várias pessoas usam a mesma credencial, a empresa perde rastreabilidade, enfraquece controles internos e pode continuar exposta mesmo depois do desligamento de um funcionário
Por Cleiton Celini e Gledson Alves, sócios e contadores da AUDICONT Contabilidade
Um funcionário precisa acessar o sistema e pede a senha ao colega.
A resposta vem pelo WhatsApp.
“É a mesma que todo mundo usa.”
A rotina continua.
Até o dia em que um cadastro é alterado, um pagamento é aprovado, um arquivo é excluído ou uma configuração crítica muda.
O sistema registra que determinada conta realizou a ação.
Mas a empresa não consegue responder quem estava utilizando aquela conta naquele momento.
Esse é o principal problema das senhas compartilhadas: a organização pode continuar tendo acesso ao sistema e, ao mesmo tempo, perder a capacidade de identificar quem realizou cada operação.
A discussão, portanto, não deveria se limitar à criação de senhas fortes.
Ela envolve gestão de identidades, permissões, desligamentos, continuidade operacional e controles internos.
O tema faz parte de uma estrutura mais ampla de tecnologia aplicada à gestão empresarial, na qual segurança não significa apenas impedir invasões, mas também garantir que cada pessoa tenha acesso somente ao que precisa e que esse acesso possa ser retirado quando deixa de ser necessário.
A Autoridade Nacional de Proteção de Dados orienta organizações de pequeno porte a evitar o compartilhamento de contas e senhas e a adotar controles de acesso compatíveis com as atividades exercidas.
O problema, portanto, não começa quando alguém descobre a senha.
Começa quando a empresa já não sabe exatamente quem deveria conhecê-la.
A senha compartilhada parece facilitar a rotina porque esconde o custo do controle
Em muitas empresas, o compartilhamento nasce de uma necessidade prática.
Existe apenas:
- um login do fornecedor;
- uma conta administrativa;
- um usuário do sistema financeiro;
- um acesso à rede social;
- uma senha do portal;
- uma credencial de determinado equipamento.
Em vez de criar usuários separados, a combinação começa a circular.
Primeiro entre duas pessoas.
Depois entre o departamento inteiro.
Com o passar do tempo, o acesso deixa de pertencer a alguém e passa a pertencer informalmente ao grupo.
Isso parece reduzir burocracia.
Na prática, transfere o problema para o futuro.
Quando algo acontece, a empresa descobre que perdeu informações importantes sobre:
- quem acessou;
- quem alterou;
- quem aprovou;
- quem excluiu;
- quem ainda conhece a credencial;
- quando aquela pessoa deixou de precisar do acesso.
A senha compartilhada não elimina o trabalho de gestão.
Ela apenas adia esse trabalho para o momento mais difícil.
Login individual não serve apenas para entrar no sistema
Uma credencial individual cria identidade.
Esse detalhe muda completamente a rastreabilidade.
Imagine um sistema financeiro com um único usuário chamado:
financeiro
Cinco pessoas utilizam essa conta.
Um favorecido bancário é alterado.
O histórico mostra apenas que “financeiro” realizou a operação.
Agora imagine a mesma situação com cinco usuários diferentes.
A organização pode verificar:
- qual usuário acessou;
- em que horário;
- qual permissão possuía;
- qual alteração realizou;
- se a ação exigiu aprovação;
- quando seu acesso foi encerrado.
Isso não é controle excessivo.
É trilha operacional.
A mesma lógica aparece na matéria sobre celular pessoal no trabalho e controle de dados corporativos: quanto mais dispositivos participam da operação, mais importante se torna individualizar a identidade utilizada para acessar os sistemas.
Departamento pode ser coletivo; identidade digital não deveria ser
É comum encontrar usuários chamados:
- fiscal;
- financeiro;
- comercial;
- administrativo;
- diretoria;
- atendimento.
Esses nomes podem funcionar para caixas funcionais ou grupos.
O problema aparece quando representam a única identidade disponível para diferentes pessoas.
Se todos entram como “fiscal”, o sistema deixa de distinguir indivíduos.
Sempre que a tecnologia permitir, o mais adequado é que cada trabalhador possua seu próprio usuário e receba apenas os privilégios necessários à função.
O setor pode continuar sendo compartilhado.
A identidade utilizada para acessar informações críticas deveria permanecer individual.
Nem todo mundo precisa enxergar tudo
Depois de individualizar usuários, surge uma segunda questão:
qual acesso cada pessoa realmente precisa?
É comum empresas criarem uma conta e liberarem todas as funções porque configurar permissões demanda tempo.
Essa decisão pode ampliar desnecessariamente o risco.
Um usuário pode precisar:
- visualizar clientes, mas não excluí-los;
- cadastrar pagamentos, mas não aprová-los;
- emitir relatórios, mas não alterar parâmetros;
- consultar documentos, mas não administrar usuários;
- utilizar o ERP, mas não modificar integrações.
A ANPD recomenda que o acesso às informações seja limitado ao necessário para a execução das atividades.
Esse princípio é conhecido como menor privilégio.
Quanto maior o poder associado a uma conta, maior pode ser o impacto de um uso incorreto ou de uma credencial comprometida.
Conta administrativa não deveria ser usada como conta do dia a dia
Algumas credenciais possuem privilégios elevados.
Elas podem permitir:
- criar usuários;
- redefinir senhas;
- alterar permissões;
- excluir informações;
- criar integrações;
- modificar configurações críticas;
- acessar dados restritos.
Essas contas não deveriam ser utilizadas rotineiramente quando uma conta comum é suficiente.
Uma estrutura mais organizada separa:
conta operacional, usada para as tarefas do dia a dia;
e
conta administrativa, utilizada somente quando há necessidade de privilégios superiores.
Essa separação reduz a exposição de acessos mais poderosos.
O problema aumenta quando a senha circula em mensagens
Quando uma credencial é enviada por WhatsApp, e-mail ou outro aplicativo, ela pode permanecer registrada muito depois do momento em que foi utilizada.
A senha pode continuar:
- no histórico da conversa;
- em notificações;
- no backup;
- no computador sincronizado;
- em capturas de tela;
- em aparelhos antigos.
Isso significa que trocar o responsável pelo processo não elimina automaticamente todas as cópias daquela credencial.
A matéria sobre celular pessoal no trabalho é direta: quanto mais credenciais circulam em aparelhos e contas particulares, mais difícil se torna controlar efetivamente o encerramento do acesso.
O desligamento é o momento em que a fragilidade aparece
O trabalhador deixa a empresa.
Seu e-mail corporativo é bloqueado.
O acesso ao ERP individual é retirado.
Mas ele ainda conhece:
- a senha da rede social;
- o login de um fornecedor;
- a conta administrativa;
- a senha do Wi-Fi;
- um acesso coletivo ao sistema.
Nesse cenário, o desligamento digital está incompleto.
Não é necessário presumir comportamento inadequado do ex-funcionário.
O princípio é outro:
um acesso que deixou de ser necessário deveria deixar de existir.
O artigo sobre cibersegurança e continuidade empresarial já mostra que desligamento precisa alcançar e-mail, ERP, nuvem, CRM, VPN, sistemas administrativos e demais recursos relevantes.
Com senhas compartilhadas, porém, a empresa pode não conseguir simplesmente desativar um usuário.
Precisa alterar a credencial para todos.
Isso aumenta a chance de o processo não ser concluído.
O desligamento digital deveria ser tão previsível quanto devolver um crachá
Quando alguém sai da organização, normalmente existem procedimentos claros sobre:
- equipamentos;
- crachá;
- benefícios;
- documentos;
- chaves;
- responsabilidades.
Os acessos digitais deveriam fazer parte da mesma rotina.
Um processo de desligamento pode prever:
- bloquear contas individuais;
- encerrar sessões abertas;
- revogar dispositivos autorizados;
- remover permissões administrativas;
- transferir arquivos necessários;
- revisar contas coletivas;
- trocar credenciais compartilhadas conhecidas pelo trabalhador;
- verificar aplicativos e integrações;
- revogar certificados ou procurações quando aplicável;
- registrar que o processo foi concluído.
Se a empresa precisa perguntar ao funcionário quais sistemas ele utilizava, existe um problema anterior: os acessos não estavam organizados.
Uma senha complexa continua sendo fraca quando pessoas demais conhecem
Uma credencial pode conter:
- letras maiúsculas;
- minúsculas;
- números;
- símbolos;
- dezenas de caracteres.
Ainda assim, se muitas pessoas conhecem a mesma combinação, o número de pontos de exposição aumenta.
Além disso, sempre que a senha precisa ser alterada, todas essas pessoas precisam receber a nova versão.
É comum esse cenário incentivar práticas inadequadas:
- pequenas variações da senha anterior;
- credenciais fáceis de memorizar;
- envio em mensagens;
- reutilização;
- anotações visíveis.
Por isso, uma boa política de acesso não começa apenas pela complexidade.
Começa pela pergunta:
quantas pessoas realmente precisam conhecer esta credencial?
A mesma senha em vários sistemas transforma um problema localizado em problema maior
Outro risco está na reutilização.
Uma mesma senha pode ser usada em:
- e-mail;
- nuvem;
- ERP;
- sistema de fornecedor;
- rede social;
- aplicativo corporativo.
Se um desses serviços for comprometido e a credencial for exposta, a mesma combinação pode ser testada nos demais ambientes.
Por isso, contas importantes deveriam utilizar credenciais distintas.
Esse problema explica por que memorizar todas as senhas deixou de ser uma estratégia realista para muitas empresas.
Gerenciadores de senhas podem reduzir improvisos
Quando uma organização acumula dezenas de contas, exigir que todos memorizem credenciais únicas e complexas pode resultar justamente em reutilização e anotações.
Gerenciadores de senhas foram criados para reduzir esse problema.
Eles funcionam como cofres destinados a armazenar diferentes credenciais de forma organizada.
Dependendo da solução, podem permitir:
- credenciais individuais;
- grupos;
- compartilhamento controlado;
- revogação;
- permissões;
- registros de uso.
Isso não significa que qualquer gerenciador seja automaticamente adequado.
O cofre de senhas se torna um recurso crítico e também precisa ser protegido.
A escolha deve considerar:
- segurança;
- autenticação;
- recuperação;
- administração;
- continuidade;
- fornecedor.
A ferramenta deve reduzir dependência, não criar um novo ponto único de falha.
Alguns sistemas ainda obrigam a compartilhar uma conta
Nem todas as plataformas oferecem múltiplos usuários.
Sistemas antigos ou serviços simples podem disponibilizar apenas uma credencial.
Nesses casos, o compartilhamento pode ser tecnicamente difícil de eliminar.
O correto é reconhecer que existe um risco residual e administrá-lo.
A empresa pode:
- restringir quem conhece a senha;
- armazenar a credencial em cofre adequado;
- ativar autenticação multifator;
- registrar quem está autorizado;
- trocar a senha em desligamentos;
- revisar logs;
- solicitar novos usuários ao fornecedor;
- considerar substituição futura da ferramenta.
Uma limitação tecnológica não deveria se transformar em ausência total de controle.
MFA reduz a dependência de uma única senha
A autenticação multifator adiciona outra camada à entrada no sistema.
Além da senha, o usuário precisa apresentar outro fator.
Dependendo da solução, pode ser:
- aplicativo autenticador;
- dispositivo;
- chave física;
- biometria;
- código temporário.
A ANPD recomenda autenticação multifator especialmente em acessos relevantes, inclusive em serviços em nuvem que envolvam dados pessoais.
As prioridades normalmente incluem:
- e-mail corporativo;
- bancos;
- ERP;
- armazenamento em nuvem;
- contas administrativas;
- redes sociais;
- sistemas financeiros.
MFA não elimina todos os riscos.
Mas reduz a chance de uma senha isolada ser suficiente para comprometer a conta.
MFA também precisa de plano de recuperação
Existe um erro comum:
a empresa ativa MFA, mas todos os códigos ficam no celular de uma única pessoa.
Se o aparelho for perdido ou essa pessoa estiver indisponível, surge outro problema.
Por isso, a configuração precisa prever:
- códigos de recuperação;
- responsáveis alternativos;
- métodos adicionais autorizados;
- revogação de dispositivos;
- procedimento de emergência.
Segurança não deveria criar dependência operacional de uma única pessoa.
Senha não deveria ser a única barreira para movimentar dinheiro
Em processos financeiros, a identidade digital deve funcionar junto com controles de processo.
Imagine:
Usuário A cadastra o pagamento.
Usuário B aprova.
A segregação cria uma segunda barreira.
Mesmo que uma credencial seja comprometida, uma ação relevante ainda pode depender da aprovação de outra pessoa.
Esse princípio também se conecta ao conteúdo sobre deepfakes e fraudes com voz ou vídeo falsificados: uma ordem aparentemente enviada por alguém da diretoria não deveria, sozinha, liberar uma movimentação relevante.
Tecnologia não substitui processo.
Os dois precisam funcionar juntos.
A mesma lógica vale para assinaturas e documentos
A gestão de identidade também interfere na formalização de documentos.
A matéria sobre assinatura eletrônica e validade documental mostra que identificar tecnicamente o signatário é apenas parte da análise.
Também é necessário verificar se aquela pessoa possuía poderes para praticar o ato.
Quando contas, certificados ou credenciais circulam entre diversas pessoas, a rastreabilidade pode ser reduzida.
Existe diferença entre:
uma pessoa autorizada utilizar sua própria credencial
e
alguém utilizar uma credencial que estava disponível.
Para a empresa, essa diferença pode se tornar relevante anos depois.
O funcionário que sabe todas as senhas também pode ser um risco operacional
Em pequenas empresas, é comum uma pessoa concentrar conhecimento sobre:
- acessos;
- códigos de recuperação;
- e-mail administrativo;
- MFA;
- sistemas;
- fornecedores;
- contas principais.
Enquanto essa pessoa está disponível, a estrutura parece eficiente.
Quando sai de férias, é desligada ou fica indisponível, surge a dependência.
Nesse cenário, a organização não possui apenas um responsável.
Possui um ponto único de falha operacional.
Credenciais críticas devem permanecer protegidas, mas precisam poder ser recuperadas por pessoas formalmente autorizadas quando necessário.
Fornecedores também precisam entrar na gestão de acessos
Empresas de TI, consultores, agências, prestadores e outros terceiros podem receber permissões para executar atividades específicas.
Esses acessos precisam ter:
- finalidade;
- responsável;
- prazo;
- nível de permissão;
- encerramento.
Uma senha criada como “temporária” não deveria permanecer ativa indefinidamente.
A regra vale para funcionários e fornecedores:
se a necessidade terminou, o acesso também deve terminar.
A empresa precisa saber quais contas existem
Uma organização não consegue gerenciar acessos que desconhece.
Não é necessário começar com software complexo.
Um inventário simples pode registrar:
Sistema |
Responsável |
Administradores |
MFA |
Criticidade |
Última revisão |
|---|---|---|---|---|---|
ERP |
Financeiro |
Usuários autorizados |
Sim/Não |
Alta |
Data |
Administrativo |
Usuários autorizados |
Sim/Não |
Alta |
Data |
|
CRM |
Comercial |
Usuários autorizados |
Sim/Não |
Média |
Data |
O documento não precisa conter as senhas.
Seu objetivo é responder:
- quais sistemas existem;
- quem responde por eles;
- quem administra;
- quais são críticos;
- se possuem MFA;
- quando os acessos foram revisados.
Sem inventário, contas são criadas rapidamente e esquecidas com a mesma facilidade.
Acesso não deveria ser revisto apenas quando alguém sai
As permissões mudam junto com a empresa.
Um trabalhador troca de departamento.
Assume nova função.
Deixa de executar determinado processo.
Mas continua acumulando acessos antigos.
Por isso, revisões periódicas ajudam a identificar permissões que perderam sua finalidade.
A frequência pode variar conforme:
- número de usuários;
- quantidade de sistemas;
- rotatividade;
- criticidade;
- volume de informações.
A pergunta central é simples:
essa pessoa ainda precisa deste acesso hoje?
Se a resposta for não, a permissão deveria ser retirada.
Gestão de acessos também é controle contábil e financeiro
Esse tema não pertence apenas à área de tecnologia.
Imagine alterações em:
- fornecedores;
- pagamentos;
- contas bancárias;
- centros de custos;
- lançamentos;
- documentos;
- cadastros.
Em um sistema com usuários individualizados e trilhas de auditoria, torna-se mais fácil investigar a origem de uma alteração.
Com uma conta compartilhada, essa evidência pode desaparecer.
Na avaliação de Cleiton Celini e Gledson Alves, sócios e contadores da AUDICONT Contabilidade, o compartilhamento de senhas precisa ser tratado como uma questão de controle interno, e não apenas como um problema técnico.
“Quando várias pessoas utilizam a mesma credencial, a empresa pode saber qual conta entrou no sistema, mas deixa de saber quem executou a ação. Usuários individuais, permissões adequadas e desligamentos organizados aumentam a rastreabilidade e reduzem dependências que normalmente só aparecem depois de um problema.”
Por onde uma pequena empresa pode começar
Não é necessário comprar ferramentas sofisticadas no primeiro dia.
O primeiro passo pode ser organizacional.
Identifique os sistemas
Liste os ambientes utilizados.
Localize logins compartilhados
Eles representam os primeiros candidatos à revisão.
Individualize onde for possível
Crie usuários próprios.
Reduza administradores
Privilégios elevados devem ficar com quem realmente precisa.
Revise permissões
Cada pessoa deve acessar somente o necessário.
Ative MFA nas contas críticas
Comece por e-mail, nuvem, financeiro e administradores.
Elimine reutilização de senhas
Priorize os sistemas mais importantes.
Organize recuperação
Não dependa de uma única pessoa.
Inclua acessos no desligamento
Transforme a revogação em rotina.
Estabeleça revisão periódica
Acesso concedido no passado não significa acesso necessário para sempre.
O teste mais simples: se alguém sair hoje, a empresa consegue retirar todos os acessos?
Essa pergunta revela rapidamente a maturidade do processo.
Se a empresa sabe:
- quais sistemas a pessoa utiliza;
- quais contas são individuais;
- quais credenciais coletivas precisam ser trocadas;
- quais dispositivos devem ser revogados;
- quem possui poderes administrativos,
existe organização.
Se for necessário descobrir tudo durante o desligamento, a gestão de acessos já possui pontos cegos.
Sinais de que as senhas viraram um problema de controle interno
- o departamento inteiro usa o mesmo login;
- senhas circulam por mensagens;
- ex-funcionários ainda conhecem credenciais válidas;
- ninguém sabe quem possui acesso administrativo;
- uma única pessoa concentra todos os códigos de recuperação;
- a mesma senha aparece em vários serviços;
- contas antigas nunca são removidas;
- fornecedores mantêm acesso depois do término do trabalho;
- MFA está desativado em sistemas críticos;
- a empresa não consegue identificar quem realizou determinada alteração.
Nesses casos, o principal risco não é simplesmente alguém adivinhar uma senha.
É a empresa não conseguir mais responder quem podia acessar, quem realmente acessou e quando deveria ter deixado de acessar.
Perguntas frequentes
Funcionários podem compartilhar a mesma senha?
A prática deve ser evitada. A ANPD orienta agentes de pequeno porte a não compartilhar contas e senhas entre funcionários e a utilizar controles de acesso compatíveis com a necessidade de cada usuário.
Cada funcionário precisa ter seu próprio usuário?
Sempre que o sistema permitir, sim. Credenciais individualizadas aumentam a rastreabilidade e facilitam concessão, revisão e revogação de permissões. Quando a plataforma oferece apenas uma conta, o compartilhamento precisa ser tratado como risco e receber controles adicionais.
O que é autenticação multifator?
É um mecanismo que exige mais de uma forma de comprovação para liberar o acesso. Além da senha, pode exigir aplicativo autenticador, chave física, código temporário ou outro fator. É especialmente recomendável em contas críticas.
Gerenciador de senhas pode ser utilizado por empresas?
Sim. Gerenciadores podem ajudar a manter credenciais únicas e evitar anotações ou reutilização. Como o cofre se torna um recurso crítico, sua escolha também deve considerar segurança, recuperação, administração e continuidade.
É necessário trocar senhas periodicamente?
Políticas de senha devem considerar o risco e a tecnologia utilizada. Independentemente de periodicidade fixa, credenciais devem ser alteradas quando houver suspeita ou confirmação de comprometimento e sempre que uma senha compartilhada deixar de estar adequadamente controlada.
O que fazer com os acessos quando um funcionário sai?
Bloquear usuários, encerrar sessões, retirar permissões, revogar dispositivos e revisar credenciais compartilhadas conhecidas pela pessoa. O desligamento precisa abranger todos os sistemas utilizados, não apenas o e-mail.
MFA elimina o risco de invasão?
Não. MFA adiciona uma camada importante, mas não substitui usuários individualizados, permissões adequadas, segurança dos dispositivos, monitoramento e processos de recuperação.
Fontes consultadas
Autoridade Nacional de Proteção de Dados - ANPD
O material aborda controles de acesso, senhas, autenticação multifator, dispositivos e medidas proporcionais de segurança.
Autoridade Nacional de Proteção de Dados - ANPD
Inclui recomendações sobre gerenciamento de acesso e não compartilhamento de contas e senhas entre funcionários.
Autoridade Nacional de Proteção de Dados - ANPD
Regulamenta a aplicação da LGPD para agentes de tratamento de pequeno porte.
CERT.br / NIC.br
Orientações sobre autenticação, proteção de contas, senhas e segurança digital.
NIC.br - Cidadão na Rede
Material educativo sobre reutilização de senhas e uso de gerenciadores.