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

IDS vs IPS vs NDR: Qual é a diferença e que informações o SOC recebe?

7 min de leituraPublicado: 5 de agosto de 2026
Ilustração visual profissional sobre IDS vs IPS vs NDR na área de Network Security Monitoring
Resposta rápida

IDS vs IPS vs NDR é realizado através do mapeamento de Flow, tempos, protocolos, DNS/TLS/HTTP e contexto para o ativo. Um único Packet ou conexão é uma evidência parcial, por isso é construída uma sequência e validada com fontes adicionais.

O tráfego de rede fornece uma perspetiva que não depende apenas do endpoint. Permite identificar quem falou com quem, com que protocolo, em que ordem e em que volume, mas requer uma compreensão dos limites da visibilidade e da encriptação. Este artigo foca-se em IDS vs IPS vs NDR e destina-se a iniciantes em cibersegurança e decisores técnicos. O objetivo é fornecer um método de trabalho que possa ser aplicado em prática, numa entrevista profissional e num ambiente de trabalho, sem se contentar com uma definição de dicionário.

O principal desafio é que os dados são quase sempre parciais. Os cinco componentes de Flow, tempo de início, duração e volume, nome DNS e metadados TLS podem indicar uma direção, mas o seu significado depende do tempo, do ativo, do utilizador e da atividade esperada. Por isso, construiremos a investigação em torno de uma questão de investigação, evidências necessárias e um critério claro para a conclusão.

O cenário prático no artigo é: uma tabela comparativa com base em cinco cenários. 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, Scope definido e capacidade de parar a verificação.

IDS Passivo

O tópico 'IDS Passivo' é uma parte central do trabalho em IDS vs IPS vs NDR. Recomenda-se dividi-lo em três perguntas: Qual é a entrada, que decisão se quer tomar e que evidência é suficiente para a justificar. Estas perguntas impedem o uso automático da ferramenta sem compreender o objetivo.

Na prática, registe os cinco componentes de Flow, tempo de início, duração e volume, nome DNS e metadados TLS, método HTTP, host e URI quando visíveis, TCP flags e stream, 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.

IPS Inline

O tópico 'IPS Inline' é uma parte central do trabalho em IDS vs IPS vs NDR. Recomenda-se dividi-lo em três perguntas: Qual é a entrada, que decisão se quer tomar e que evidência é suficiente para a justificar. Estas perguntas impedem o uso automático da ferramenta sem compreender o objetivo.

Na prática, registe os cinco componentes de Flow, tempo de início, duração e volume, nome DNS e metadados TLS, método HTTP, host e URI quando visíveis, TCP flags e stream, 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.

NDR e Análise Comportamental

O tópico 'NDR e Análise Comportamental' é uma parte central do trabalho em IDS vs IPS vs NDR. Recomenda-se dividi-lo em três perguntas: Qual é a entrada, que decisão se quer tomar e que evidência é suficiente para a justificar. Estas perguntas impedem o uso automático da ferramenta sem compreender o objetivo.

Na prática, registe os cinco componentes de Flow, tempo de início, duração e volume, nome DNS e metadados TLS, método HTTP, host e URI quando visíveis, TCP flags e stream, 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.

Comparação de Visibilidade e Resposta

O tópico 'Comparação de Visibilidade e Resposta' é uma parte central do trabalho em IDS vs IPS vs NDR. Recomenda-se dividi-lo em três perguntas: Qual é a entrada, que decisão se quer tomar e que evidência é suficiente para a justificar. Estas perguntas impedem o uso automático da ferramenta sem compreender o objetivo.

Na prática, registe os cinco componentes de Flow, tempo de início, duração e volume, nome DNS e metadados TLS, método HTTP, host e URI quando visíveis, TCP flags e stream, 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.

Escolha por Arquitetura

O tópico 'Escolha por Arquitetura' é uma parte central do trabalho em IDS vs IPS vs NDR. Recomenda-se dividi-lo em três perguntas: Qual é a entrada, que decisão se quer tomar e que evidência é suficiente para a justificar. Estas perguntas impedem o uso automático da ferramenta sem compreender o objetivo.

Na prática, registe os cinco componentes de Flow, tempo de início, duração e volume, nome DNS e metadados TLS, método HTTP, host e URI quando visíveis, TCP flags e stream, 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.

Pontos de Verificação Únicos

Neste tópico, é recomendável construir um mapa de evidências focado com antecedência. Os principais pontos de verificação são: os cinco componentes de Flow, tempo de início, duração e volume, nome DNS e metadados TLS, método HTTP, host e URI quando visíveis, TCP flags e stream, relação com Host e Process. A lista não é uma Checklist automática; cada item é selecionado porque pode ligar uma entidade, ação e tempo ou explicar um comportamento legítimo.

  • Os cinco componentes de Flow: Defina qual é o valor esperado, o que será considerado anómalo e qual a fonte adicional que irá verificar a descoberta.
  • Tempo de início, duração e volume: Defina qual é o valor esperado, o que será considerado anómalo e qual a fonte adicional que irá verificar a descoberta.
  • Nome DNS e metadados TLS: Defina qual é o valor esperado, o que será considerado anómalo e qual a fonte adicional que irá verificar a descoberta.
  • Método HTTP, host e URI quando visíveis: Defina qual é o valor esperado, o que será considerado anómalo e qual a fonte adicional que irá verificar a descoberta.
  • TCP flags e stream: Defina qual é o valor esperado, o que será considerado anómalo e qual a fonte adicional que irá verificar a descoberta.
  • Relação com Host e Process: Defina qual é o valor esperado, o que será considerado anómalo e qual a fonte adicional que irá verificar a descoberta.

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

Processo de Trabalho Recomendado

  1. Defina um Scope e uma questão de trabalho sobre IDS vs IPS vs NDR.
  2. Registe as fontes de dados e as evidências necessárias: os cinco componentes de Flow, tempo de início, duração e volume, nome DNS e metadados TLS, método HTTP, host e URI quando visíveis.
  3. Crie um Baseline curto de comportamento normal ou resultado esperado.
  4. Realize a verificação mínima num ambiente de laboratório e guarde o tempo, entrada e saída.
  5. Construa uma Timeline ou tabela comparativa e separe o facto da interpretação.
  6. Faça um Pivot para uma fonte adicional para verificar ou refutar a explicação inicial.
  7. Resuma a decisão, limitações, ação recomendada e critério de Retest.

Cenário Prático

O cenário escolhido é uma tabela comparativa com base em cinco cenários. O objetivo do exercício não é provar uma capacidade de ataque, mas praticar a recolha, comparação e documentação de forma segura. Antes de iniciar o trabalho, são definidos dados simulados, uma janela de tempo e um resultado esperado.

No final do exercício, deve ser apresentado um produto que outro analista ou verificador possa rever: uma fotografia ou Export da evidência, uma Timeline curta, uma suposição inicial, evidência de verificação, limitação e recomendação. Quando não há evidência suficiente, a conclusão correta é que o cenário não foi provado.

FaseO que é executadoProduto
PreparaçãoDefina o Scope, tempo e objetivo. Registe quais campos ou evidências dos cinco componentes de Flow, tempo de início, duração e volume, nome DNS e metadados TLS são esperados.Plano de teste curto
Geração de dadosExecute uma ação segura e simulada relacionada com IDS vs IPS vs NDR, sem informações reais ou impacto num sistema de produção.Evento/Request/Flow controlado
RecolhaRecolha a evidência bruta e o contexto de uma fonte adicional. Verifique o fuso horário, identificadores e integridade.Duas evidências ligadas
AnáliseEscreva o que cada evidência prova, o que não prova e qual a explicação legítima possível.Conclusão intermédia
ConclusãoEscolha um encerramento, escalonamento, Finding ou Tuning; adicione uma recomendação e Retest.Produto documentado

Checklist Prático

  • Verificar e documentar: os cinco componentes de Flow.
  • Verificar e documentar: tempo de início, duração e volume.
  • Verificar e documentar: nome DNS e metadados TLS.
  • Verificar e documentar: método HTTP, host e URI quando visíveis.
  • Verificar e documentar: TCP flags e stream.
  • Verificar e documentar: relação com Host e Process.
  • Indique o fuso horário, versão da ferramenta e hora de recolha.
  • Guarde os dados brutos antes de filtrar ou modificar.
  • Escreva o que a descoberta prova e o que ainda é desconhecido.
  • Defina o proprietário e a ação de acompanhamento com prazo.

Erros Comuns

  • Confundir Capture Filter com Display Filter.
  • Inferir conteúdo quando o tráfego está encriptado.
  • Analisar IP sem contexto DNS/TLS.
  • Ignorar NAT ou Proxy.
  • Focar-se num único Packet.
  • Não guardar o Capture original.

Resumo e CTA

IDS vs IPS vs NDR: Qual é a diferença e que informações o SOC recebe é um tópico que liga conhecimento técnico à 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 verificada novamente.

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

Perguntas frequentes

O IDS vs IPS vs NDR por si só prova um ataque ou vulnerabilidade?

Não. Ele fornece um sinal ou uma descoberta que requer contexto, verificação e uma fonte adicional. Uma conclusão profissional baseia-se numa sequência de evidências e na correspondência com o comportamento esperado.

O que fazer quando alguns dados estão em falta?

Documentar o que falta, verificar uma fonte alternativa e reduzir o nível de confiança. Não se devem preencher campos por suposição ou apresentar Unknown como normal.

Quanto tempo as evidências devem ser guardadas?

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

Como praticar sem comprometer um sistema real?

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

Quer verificar se este percurso é para si?

Deixe os seus dados e um consultor da HPI ligará para uma breve conversa de adequação, sem compromisso.

Os seus dados são armazenados em segurança.

Para estudos de SOC e cibersegurança no âmbito do programa Cybersecurity & AI

Quer os detalhes do programa? Deixe os seus dados e entraremos em contacto.

Artigos relacionados