5 sinais de que seu sistema precisa de uma revisão de segurança

Incidente de segurança em PME raramente começa com “hackers de filme”. Começa com senha compartilhada, servidor esquecido, integração aberta ou backup que ninguém testou. Abaixo, cinco sinais de que vale uma revisão — sem checklist de 200 itens que ninguém lê.

1. Ninguém sabe quem tem acesso a quê

Ex-funcionário ainda loga. Estagiário usa a conta do gerente. Admin compartilhado no grupo do WhatsApp. Se você não consegue listar, em meia hora, quem acessa o sistema crítico e com qual perfil, a revisão começa por identidade e permissão.

• Usuário nominal (sem conta genérica)
• Perfis mínimos (comercial não precisa de financeiro completo)
• Revogação no desligamento como rotina, não como favor

2. Atualizações e dependências “depois”

Sistema web, painel administrativo, plugin, biblioteca — tudo envelhece. Adiar patch porque “não pode parar” é compreensível uma vez. Virar política é convite. Priorize:

• Painéis expostos à internet
• Bibliotecas com CVE conhecido no stack
• Sistemas que guardam dado de cliente (CRM, financeiro)

Se o sistema é legado e ninguém mexe, documente o risco. Modernização por fatias — ver também software sob medida — às vezes é a saída mais segura que “mais um remendo”.

3. Backup existe no papel, não no teste

Pergunta simples: quando foi a última restauração de teste? Se a resposta é “nunca” ou “não sei”, você tem arquivo, não backup. Revise:

• Frequência e retenção
• Cópia fora da máquina/servidor principal
• Restauração cronometrada (saber quanto tempo volta)

4. Integrações com chave eterna e permissão ampla

API key no código, webhook sem autenticação, integração com escopo “admin porque foi mais fácil”. Integração é porta. Trate como tal:

• Segredo fora do repositório
• Escopo mínimo
• Rotação quando alguém sai
• Log do que a integração faz

Empresas que digitaram dado em dois sistemas e depois “integraram rápido” costumam herdar exatamente esse tipo de atalho.

5. Exposição desnecessária

Admin na internet sem MFA. Porta de remoto aberta “só um pouco”. Ambiente de homologação com dado real de produção. Cada um desses itens sozinho já justifica revisão. Juntos, pedem ação na semana, não no trimestre.

O que uma revisão prática entrega

Não precisa de teatro. Um bom resultado é lista priorizada: o que corrigir esta semana, este mês, este trimestre; o que aceitar como risco consciente; o que exige projeto (troca de autenticação, segmentação, reescrita de módulo). Em sistemas de gestão, ERP e CRM concentram dado sensível — merecem atenção cedo.

A EP Sistemas, como empresa de software em Londrina, trata segurança como parte do ofício de construir e manter sistema — não como produto separado de susto. Se o sinal bateu, comece pelo inventário de acesso. É barato e elimina um pedaço grande do risco.

Sinal bônus: log que ninguém lê

Ter log não é segurança. Segurança começa quando alguém olha falha de login, integração quebrada ou acesso fora de horário. Se o sistema crítico não gera alerta legível, a revisão inclui observabilidade mínima — mesmo que seja e-mail/WhatsApp para o responsável de TI ou do processo.

Senhas e MFA na prática de PME

Não precisa de solução enterprise no dia um. Precisa de:

• Gerenciador de senhas no time que acessa sistemas críticos
• MFA no e-mail administrativo e em painéis expostos
• Proibição explícita de senha compartilhada em papel ou grupo

Resistência cultural é normal. O argumento que funciona: um incidente para a operação inteira; MFA atrasa login em segundos. Escolha o atrito menor.

Fornecedores e acesso de suporte

Muitos sistemas têm “usuário de suporte” eterno do fornecedor. Revise:

• Esse acesso ainda é necessário?
• Está nominado e com prazo?
• Há registro do que foi alterado?

Parceiro de software sério aceita acesso temporário e auditável. Quem exige admin permanente sem explicação merece segunda opinião — inclusive na escolha de quem desenvolve e mantém.

Plano mínimo de 14 dias

1. Inventário de usuários e revogação óbvia
2. Ligação de MFA nos painéis externos
3. Teste de restauração de um backup
4. Lista de sistemas desatualizados críticos
5. Rotação das chaves de integração conhecidas

Isso não substitui auditoria completa. Impede o buraco mais comum. Depois você decide se precisa de pentest, hardening de servidor ou reescrita de módulo legado.

Segurança e produto: mesma conversa

Quando formos construir ou evoluir CRM, ERP ou outro software sob medida, permissão e trilha de auditoria entram no desenho. Corrigir depois custa mais. Se o sistema atual já mostra os cinco sinais, trate a revisão como manutenção da operação — não como projeto cosmético.

Comunicação interna sem alarmismo

Revisão de segurança falha quando vira ameaça vaga (“vamos ser hackeados”). Funciona quando vira lista concreta: quem perde acesso, qual painel ganha MFA, qual backup será testado na quarta. Pessoas cooperam com tarefa clara; resistem a pânico.

Inclua o dono do processo de negócio na conversa. Segurança só de TI deixa buraco operacional — por exemplo, compartilhar planilha com dado de cliente “porque o sistema trava”. O remédio pode ser permissão correta no CRM ou no ERP, não só discurso.