[ Home | Liste | F.A.Q. | Risorse | Cerca... ]


[ Data: precedente | successivo | indice ] [ Argomento: precedente | successivo | indice ]


Archivio: Gennaio 2002 ml@sikurezza.org
Soggetto: Re: Tcp Overlap Data
Mittente: Fabio Pietrosanti (naif)
Data: 30 Jan 2002 22:18:17 -0000
On Tue, Jan 29, 2002 at 03:05:09PM +0100, Caris Ruben wrote:
> "TCP segments with overlapping data that did not match (TCP_Overlap_Data)".
> 
> Questo messaggi si cerca di associare a due cose: 
> 1) apparecchiature di rete che non funzionano bene;
> 2) tentativi di attacco.
> 
> Quando vi trovate adavanti ad questo errore su di un IDS, come vi
> comportate?

Direi che la soluzione migliore e' analizzare esattamente le caratteristiche
dei pacchetti che hanno causato questo alert, verificando quale e' l'ip
sorgente ( ed eventualmente facendogli uno scan con nmap controllandone il sistema
operativo... magari e' un sistema embedded di qualche tipo con uno stack
TCP/IP particolarmente sfigato ), ma sopratutto andare a cercare cosa c'e'
nel "payload" del pacchetto.

Questo tipo di attaccho e' mirato ad evadere sistemi di NIDS confondendo i
moduli di session tracking con frammenti inviati in modo disordinato.

Ad esempio per effettuare un attacco tramite una richiesta HTTP ed eludere l'IDS
potrei, anziche' inviare un pacchetto contente la mia stringa 
"GET /blahblah" potrei inviarla sotto forma di  frammenti in "disordine".

1 frammento "G"
2 frammento "T"
3 frammento "E"
4 frammento "/"
5 frammento " "

che verrebbero visualizzati dall'NIDS come "GTE/ " e quindi NON interpretati
come attacco, e invece verrebbero accettati dal sistema attaccato il cui
stack tcp/ip li riassemblera' e si trovera' la stringa "GET /" .

Ovviamente i sistemi di NIDS moderni hanno dei motori di deframmentazione e
statefull inspection che gli consentono di ovviare a questa tipologia di
attacco.

Avendo un sensore perimetrale e uno interno, e disponendo di firewall
che si occupano del riassemblaggio dei frammenti passando ai sistemi protetti
solo connessioni tcp "pulite" e' molto facile capire se si tratta di una
False Positive o di un attacco, alternativamente l'unica soluzione e', come ho
detto prima, guardare il contenuto del pacchetto.


Saluti

-- 

Fabio Pietrosanti ( naif )
E-mail: naif@sikurezza.org - naif@blackhats.it
PGP Key (DSS) http://naif.itapac.net/naif.asc
--
 "Hacking is the future of security research" R.Power, CSI 
Free advertising: www.openbsd.org Multiplatform Ultra-secure OS

________________________________________________________
http://www.sikurezza.org - Italian Security Mailing List




[ Home | Liste | F.A.Q. | Risorse | Cerca... ]

www.sikurezza.org - Italian Security Mailing List
(c) 1999-2005