Re: use keep state(strict) to mitigate tcp issues?

In some mail from Mipam, sie said:
> 
> Hi,
> 
> When deploying a BSD with IPF in at the network perimeter
> and using rules like these:
> 
> pass in .. proto tcp ... keep state(strict)
> 
> it's possible to refuse tcp packets which arrive out of order.
> This would increase the difficulty doing blind attack resets and blind
> data injection attack, cause then you'd have to "guess" the exact expected
> number. Checpoint has a similar feature (is that right?) which is
> described here as the answer to the mentioned attacks:
> 
> http://www.checkpoint.com/techsupport/alerts/tcp_dos.html
> 
> Allthough this is nice, there is also the risk of breaking
> connection because it's not unlikely that packets arrive out of order.
> At least, that's what i think, any thoughts upon this?

My thoughts are that if the TCP on both ends is having trouble, it
will eventually fall back and get packets through that match the
state entries for "strict".  I would not, for example, advise using
"strict" for state connections where you intend on sending 100s of
megabytes over fast networks,.

In IPFilter, the "strict" applies to all TCP packets for a connection,
not just the SYNs or RSTs.

Darren
_______________________________________________
freebsd-security@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-security
To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org"