Conformidade
Preparar evidências técnicas para a ISO 27001
O que os auditores querem realmente ver da sua gestão de vulnerabilidades e testes, e como produzi-lo sem correrias de última hora.
05 Jun 2026 · Conformidade
A maior parte do trabalho de ISO 27001 em que somos envolvidos chega tarde — seis semanas antes da auditoria de certificação, com uma análise de lacunas numa mão e um pedido de «um teste de intrusão» na outra. Essa ordem sai cara e produz evidência mais fraca do que seria necessário. Eis o que os auditores procuram do lado técnico, e quando o produzir.
Uma nota de âmbito: somos um prestador de testes, não um organismo de certificação. Produzimos evidência técnica e corrigimos constatações. A decisão de certificação pertence a um organismo acreditado e aos seus próprios consultores.
O que a norma pede de facto
A revisão de 2022 do Anexo A condensou os controlos técnicos numa lista mais curta, e três deles concentram quase tudo o que um auditor lhe pedirá para demonstrar:
- Gestão de vulnerabilidades técnicas. Sabe o que tem, toma conhecimento das vulnerabilidades que o afetam e atua dentro de prazos definidos.
- Desenvolvimento seguro. A segurança é considerada durante o desenvolvimento e as alterações são testadas antes de chegarem a produção.
- Monitorização e registo. Os eventos relevantes são registados, retidos e revistos.
Repare no que não está lá: a norma não impõe literalmente um teste de intrusão anual. O que exige é que consiga demonstrar um processo a funcionar. Um relatório de teste é evidência forte desse processo — mas um relatório isolado, sem processo à volta, não convence ninguém.
A evidência que os auditores pedem
- Um inventário de ativos atual, e a explicação de como se mantém atual.
- Resultados de análises ao longo do tempo, não uma execução única — a mostrar que analisar é rotina.
- Uma escala de severidade documentada com prazos de correção associados a cada nível, e prova de que esses prazos são geralmente cumpridos.
- Uma amostra de constatações seguidas de ponta a ponta: descoberta, registada, corrigida, verificada, fechada. É o artefacto mais persuasivo que pode apresentar.
- Testes independentes dos sistemas que importam, com o âmbito indicado e o reteste das correções anexado.
- Registo de exceções — constatações que aceitou em vez de corrigir — com responsável, motivo e data de revisão.
Este último ponto gera mais ansiedade do que devia. Os auditores não esperam zero constatações abertas. Esperam que as abertas sejam conhecidas, tenham dono e estejam justificadas. Um risco aceite com assinatura é prova de um sistema a funcionar; um risco por registar não prova nada.
Sequenciar corretamente
A correria acontece porque o teste é contratado em último lugar. Inverta:
- Seis meses antes. Corrija o inventário. Tudo o resto depende de saber o que existe. Comece já a analisar rotineiramente, para que na altura da auditoria tenha histórico e não uma fotografia.
- Quatro meses antes. Acorde a escala de severidade e os prazos, e comece a correr o fluxo de correção no seu sistema de bilhetes habitual. Não construa um processo separado para a auditoria; os auditores percebem, e um processo paralelo não sobrevive ao ano.
- Três meses antes. Testes independentes dos sistemas em âmbito. Cedo o suficiente para corrigir e retestar antes da auditoria, o que converte a sua pior evidência na melhor.
- Seis semanas antes. Reteste. Um relatório que mostra constatações críticas fechadas e verificadas convence muito mais do que um que as mostra abertas com uma promessa.
- Duas semanas antes. Monte o rasto: escolha três constatações e apresente o ciclo completo com datas e referências de bilhete.
Como costuma correr mal
O âmbito do teste não coincide com o âmbito da certificação, pelo que o teste cobre sistemas que não interessam ao auditor e falha os que interessam. Acorde os dois em conjunto.
O relatório é uma exportação bruta com duzentas entradas informativas e sem triagem. Isso não é prova de processo; é prova de ter corrido uma ferramenta. Peça constatações triadas e ordenadas por impacto no negócio.
As constatações são corrigidas mas nunca verificadas, pelo que nada demonstra que a correção funcionou. O reteste é o que fecha o ciclo e deve vir incluído na intervenção, não comprado à parte.
E o mais comum de todos: o processo foi construído para a auditoria e abandonado a seguir. O certificado dura três anos, com auditorias de acompanhamento pelo meio. Um processo que faria de qualquer maneira é o único que lhes sobrevive.
O mais forte que pode colocar à frente de um auditor não é um relatório limpo. São três constatações seguidas da descoberta ao fecho verificado, com datas. Esse único artefacto demonstra todos os controlos que ele está a tentar avaliar.
Próximo passo
Quer isto verificado nos seus sistemas?
Definimos o âmbito consigo, por escrito, antes de qualquer teste começar.