Cibersegurança e segurança da informação

Network Penetration Testing: Um processo de teste completo em laboratório

6 min de leituraPublicado: 5 de agosto de 2026

Ilustração visual profissional sobre Network Penetration Testing na área de Penetration Testing

Resposta rápida

Network Penetration Testing deve ser realizado apenas dentro de um Scope e de Regras de Engajamento aprovados. O processo inclui recolha de informações, validação controlada, Evidências, avaliação de risco, remediação e Reteste.

Um teste de penetração profissional é um processo autorizado e definido, não uma coleção de comandos. Scope, Regras de Engajamento, evidências, avaliação de risco, remediação e Reteste são parte integrante do trabalho. Este artigo foca-se em Network Penetration Testing e destina-se a estudantes de PT e Junior Pentesters. O objetivo é fornecer uma metodologia de trabalho que possa ser aplicada na prática, numa entrevista profissional e num ambiente de trabalho, sem se limitar a uma definição de dicionário.

O principal desafio é que os dados são quase sempre incompletos. A descoberta, enumeração de serviços e validação podem indicar uma direção, mas o seu significado depende do tempo, do ativo, do utilizador e da atividade esperada. Portanto, construiremos o teste em torno de uma questão de investigação, evidências necessárias e um critério claro para conclusão.

O cenário prático no artigo é: um projeto de laboratório com duas Subnets e serviços simulados. Todos os exemplos são dados de laboratório ou descrições de processos. Quando se trata de Penetration Testing, Web ou Cloud, deve-se trabalhar apenas com autorização explícita, um Scope definido e a capacidade de interromper o teste.

Preparação e Network map

O tópico 'Preparação e Network map' é uma parte central do trabalho em Network Penetration Testing. Recomenda-se dividi-lo em três perguntas: qual é a entrada, que decisão se pretende tomar e que evidência é suficiente para a justificar. Estas perguntas evitam o uso automático de uma ferramenta sem entender o objetivo.

Na prática, registe a descoberta, enumeração de serviços, validação, segmentação, credenciais, compare com o comportamento esperado e defina pelo menos um Pivot. O resultado deve ser verificável por outro analista, incluindo limitações e próximos passos.

Discovery e Service enumeration

O tópico 'Discovery e Service enumeration' é uma parte central do trabalho em Network Penetration Testing. Recomenda-se dividi-lo em três perguntas: qual é a entrada, que decisão se pretende tomar e que evidência é suficiente para a justificar. Estas perguntas evitam o uso automático de uma ferramenta sem entender o objetivo.

Validação de vulnerabilidades

Um teste profissional de Network Penetration Testing começa com condições de sucesso e condições de falha. Define-se um Caso positivo, um Caso negativo, um Caso limite e uma atividade legítima similar. Desta forma, pode-se identificar tanto False Negative como False Positive.

Num ambiente autorizado, usa-se uma ação mínima que prove a afirmação sem causar danos. Guarda-se o Input, Output, tempo e versão, e após a correção, realiza-se um Reteste no mesmo cenário e verifica-se também a Regressão em funções adjacentes.

Post-exploitation limitado e autorizado

O tópico 'Post-exploitation limitado e autorizado' é uma parte central do trabalho em Network Penetration Testing. Recomenda-se dividi-lo em três perguntas: qual é a entrada, que decisão se pretende tomar e que evidência é suficiente para a justificar. Estas perguntas evitam o uso automático de uma ferramenta sem entender o objetivo.

Evidence, Cleanup e Report

A documentação do Network Penetration Testing deve permitir que uma pessoa que não participou do trabalho entenda o que aconteceu e reproduza a conclusão. Separa-se entre factos, interpretação, suposições e decisões, e liga-se cada afirmação a uma evidência, consulta ou captura de ecrã.

Uma estrutura útil inclui Sumário, Scope, Linha do Tempo, Evidência, Impacto, Ações, Limitações e Próximos passos. Num relatório de PT, adiciona-se Remediação e Reteste; numa investigação, adiciona-se Contenção, Recuperação e Lições aprendidas.

Pontos de teste únicos

Neste tópico, é recomendável construir um mapa de evidências focado. Os principais pontos de teste são: discovery, service enumeration, validation, segmentation, credentials, reporting. A lista não é um Checklist automático; cada item é escolhido porque pode ligar uma entidade, ação e tempo ou explicar um comportamento legítimo.

discovery: Defina qual é o valor esperado, o que será considerado anómalo e qual fonte adicional confirmará a descoberta.
service enumeration: Defina qual é o valor esperado, o que será considerado anómalo e qual fonte adicional confirmará a descoberta.
validation: Defina qual é o valor esperado, o que será considerado anómalo e qual fonte adicional confirmará a descoberta.
segmentation: Defina qual é o valor esperado, o que será considerado anómalo e qual fonte adicional confirmará a descoberta.
credentials: Defina qual é o valor esperado, o que será considerado anómalo e qual fonte adicional confirmará a descoberta.
reporting: Defina qual é o valor esperado, o que será considerado anómalo e qual fonte adicional confirmará a descoberta.

Quando um dos focos não está disponível, deve-se documentar a lacuna e escolher uma alternativa. Por exemplo, se o identificador do processo não é estável, pode-se usar tempo, Host, User e Parent; se o Payload está encriptado, usam-se Metadados, volume, frequência e contexto TLS/DNS.

Processo de trabalho recomendado

Defina o Scope e uma questão de trabalho sobre Network Penetration Testing.
Registe as fontes de dados e evidências necessárias: discovery, service enumeration, validation, segmentation.
Crie uma Baseline curta de comportamento normal ou resultado esperado.
Execute o teste mínimo num ambiente de laboratório e guarde o tempo, input e output.
Construa uma Linha do Tempo ou tabela de comparação e separe os factos da interpretação.
Execute um Pivot para uma fonte adicional para verificar ou refutar a explicação inicial.
Conclua uma decisão, limitações, ação recomendada e critério de Reteste.

Cenário prático

O cenário escolhido é um projeto de laboratório com duas Subnets e serviços simulados. O objetivo do exercício não é provar a capacidade de ataque, mas sim praticar a recolha, comparação e documentação de forma segura. Antes de iniciar o trabalho, definem-se dados simulados, uma janela de tempo e um resultado esperado.

No final do exercício, deve ser apresentado um produto que outro analista ou testador possa rever: uma captura de ecrã ou exportação da evidência, uma Linha do Tempo curta, uma suposição inicial, evidências de confirmação, uma limitação e uma recomendação. Quando não há evidências suficientes, a conclusão correta é que o cenário não foi comprovado.

Fase	O que é realizado	Produto
Preparação	Defina Scope, tempo e objetivo. Registe quais campos ou evidências de discovery, service enumeration, validation são esperados.	Plano de teste curto
Criação de dados	Execute uma ação segura e simulada relacionada com Network Penetration Testing, sem informação real ou impacto num sistema de produção.	Evento/Pedido/Fluxo controlado
Recolha	Recolha a evidência bruta e o contexto de uma fonte adicional. Verifique o Time zone, identificadores e integridade.	Duas evidências ligadas
Análise	Escreva o que cada evidência prova, o que não prova e qual é a explicação legítima possível.	Conclusão provisória
Conclusão	Escolha fecho, escalada, Finding ou Tuning; adicione recomendação e Reteste.	Produto documentado

Checklist prático

Verificar e documentar: Scope e ROE.
Verificar e documentar: Hora e fonte do teste.
Verificar e documentar: Request/Response ou saída da ferramenta.
Verificar e documentar: Impacto comprovado em laboratório.
Verificar e documentar: Risk rating.
Verificar e documentar: Remediation e Reteste.
Indicar Time zone, versão da ferramenta e hora de recolha.
Guardar os dados brutos antes de filtrar ou alterar.
Escrever o que a descoberta prova e o que ainda é desconhecido.
Definir proprietário e ação de acompanhamento com prazo.

Erros comuns

Iniciar um teste sem um Scope assinado.
Usar um Exploit agressivo por padrão.
Não guardar Evidências.
Reportar apenas o CVSS sem contexto.
Não propor uma correção aplicável.
Não realizar um Reteste.

Resumo e CTA

Network Penetration Testing: Um processo de teste completo em laboratório é um tópico que conecta o conhecimento técnico com a disciplina de trabalho. Comece com uma pergunta, recolha apenas evidências relevantes, mantenha o contexto e o tempo, e escolha uma ação que possa ser justificada e reavaliada.

No curso Cybersecurity & AI da HPI, estes princípios são praticados usando sistemas, logs e laboratórios. O próximo passo natural é consultar os artigos relacionados, realizar o exercício de laboratório e guardar o produto como parte de um portefólio profissional.

Perguntas frequentes

É permitido realizar Network Penetration Testing num site público?

Não, sem autorização explícita do proprietário do sistema. Mesmo um teste que pareça simples pode alterar dados, ativar mecanismos de defesa ou ser considerado acesso não autorizado.

O que fazer quando faltam alguns dados?

Documentar as lacunas, verificar uma fonte alternativa e reduzir o nível de confiança. Não se devem completar campos com suposições ou apresentar 'Unknown' como correto.

Quanto tempo as evidências devem ser guardadas?

O tempo depende da política, regulamentação, custo e tipo de evento. É importante definir antecipadamente a Retenção, Legal hold e a capacidade de exportar evidências num formato verificável.

Como praticar sem colocar um sistema real em risco?

Use máquinas virtuais, dados simulados, CTF ou um laboratório dedicado. Em testes autorizados, defina o Scope, as Stop conditions e faça backup antes de iniciar o trabalho.