CIRCUITO
CARIOCA TI · DOCUMENTATION
♙
IDS/IPS e detecção por regras

Snort 3

Arquitetura Snort 3, regras, Talos/OpenAppID, inline, tuning e validação.

security://snort
$ scope: IDS/IPS e detecção por regras
$ method: evidence-first
$ change: validate → apply → verify
$ status: production-oriented_
00 · Method

How to use this guide

This page preserves the same technical scope as the Portuguese edition and follows a validate-before-change workflow. Test sensitive procedures in a lab and keep rollback evidence.

01 · Technical scope

Linha atual

Para novas implantações, trate Snort 3 como base. Não copie parâmetros de Snort 2 sem validar compatibilidade de configuração e regras.

02 · Technical scope

Pipeline

Aquisição → decodificação → inspeção → regras → ação/log. Entender o estágio que falhou evita “corrigir” regra quando o tráfego nem chega ao sensor.

03 · Technical scope

Regras

Use regras mantidas, controle sid/rev e crie regras locais em namespace documentado. Teste sintaxe e tráfego conhecido antes de produção.

04 · Technical scope

IDS/IPS

IDS observa; IPS inline pode bloquear. Inline exige bypass/fail-open/fail-close decidido conscientemente e teste de capacidade.

05 · Technical scope

OpenAppID

Detecção de aplicação complementa assinaturas tradicionais e ajuda em política/visibilidade, mas precisa de atualização e tuning.

06 · Technical scope

Performance

Meça drops, throughput, latência, filas e custo de regras. Um sensor saturado produz falsa sensação de cobertura.

99 · References

Primary technical sources

Editorial review

Final deep PT/EN equivalence review remains scheduled for the Systems close-out audit.