A segurança adicionada mais tarde custa sempre mais — técnica e humanamente. Em projeto, vejo regularmente os mesmos sintomas: correções de última hora, equipas a descobrir uma exigência regulatória depois de o projeto já ter sido entregue. Eis porque a segurança deve integrar-se desde a arquitetura, e não depois.
O custo de não pensar a segurança desde o início
Um projeto concebido sem segurança desde o enquadramento inicial acumula uma dívida que se paga mais tarde: reformulação de acessos, auditorias urgentes, correções sob pressão do cliente. Não é apenas um custo financeiro — é também um custo humano, para equipas que têm de retomar um trabalho já entregue.
Três hábitos a adotar desde o enquadramento
- Gestão de identidades desde a conceção — definir o modelo IAM/PAM antes da primeira linha de código, não depois do primeiro incidente.
- Governação integrada no planeamento — tratar as exigências NIS2, DORA ou RGPD como entregáveis do projeto, não como uma casa a assinalar no final.
- Segurança na cadeia CI/CD — automatizar os testes de segurança ao mesmo nível que os testes funcionais, com os mesmos padrões de qualidade.
«A segurança deve integrar-se em todas as camadas de um projeto de TI. Pensa-se na arquitetura, não se aplica como remendo.»
A reter
Num projeto bancário internacional, a integração de um programa de gestão de contas privilegiadas desde a fase de enquadramento evitou uma reformulação completa dos acessos aplicacionais seis meses mais tarde.
Na prática
Não é uma questão de ferramentas, mas de sequência: envolver um especialista em segurança desde o primeiro workshop de enquadramento muda a trajetória de um projeto de forma mais eficaz do que uma auditoria no final da missão. Mais sobre a nossa abordagem na página de Cibersegurança.
