Project

General

Profile

Actions

Bug #508

closed
RR AS

Suricata FN on http_header or http_user_agent

Bug #508: Suricata FN on http_header or http_user_agent

Added by rmkml rmkml almost 14 years ago. Updated over 13 years ago.

Status:
Closed
Priority:
Normal
Target version:
Affected Versions:
Effort:
Difficulty:
Label:

Description

Hi,

ok start a wget http request :
wget --user-agent="Mozilla\";" http://x.y.com
(results are User-Agent: Mozilla"; )
Joigned a pcap file.

1) ok create a very simple sig, Suricata fire:
... flow:to_server,established; content:"\"\;"; ...

2) another sig but Suricata not fire, why?
... flow:to_server,established; content:"\"\;"; http_header; ...

3) another sig but Suricata not fire, why?
... flow:to_server,established; content:"\"\;"; http_user_agent; ...

Same pb when replace " to |22|
or ; to |3b|.

Of course Snort fire every times.
Regards
Rmkml


Files

AS Updated by Anoop Saldanha almost 14 years ago Actions #1

  • Assignee set to Anoop Saldanha

PM Updated by Peter Manev almost 14 years ago Actions #2

This is a very good catch rmkml....

AS Updated by Anoop Saldanha almost 14 years ago Actions #3

Have attached the patch.

The issue is not FN on http_user_agent or http_header, but reassembly not happening since we didn't accept a particular combination of tcp flags, which in your case was (ack | push | cwr).

My solution patches it for your pcap, but there should be many more such flag combinations which should make evasion easy.

Btw, this issue isn't new for us. I had mailed on this last year, but we somehow forgot to fix it. Thanks rmkml.

VJ Updated by Victor Julien over 13 years ago Actions #5

  • Status changed from New to Closed
  • Target version set to 1.3.1
  • % Done changed from 0 to 100

Applied, thanks Anoop.

Actions

Also available in: PDF Atom