Project

General

Profile

Actions

Bug #1926

open

Feature #4855: rules: refactor rule parsing into multi-stage parser

rule parsing: wrong content checked for fast_pattern (snort compatibility)

Added by Jason Ish almost 6 years ago. Updated 10 months ago.

Status:
New
Priority:
Normal
Assignee:
Target version:
Affected Versions:
Effort:
Difficulty:
Label:

Description

Given a rule like:

content:"AAAA"; fast_pattern:only; content:"BBBB"; http_raw_uri; content:"AAAA"; distance:0; http_raw_uri;

The distance will end up checking the the first occurrence of content for "fast_pattern:only" instead of the previous content, as its not looking for the previous content on the http_raw_uri list.

If the rule is modified to have the distance after http_raw_uri, eg:

content:"AAAA"; fast_pattern:only; content:"BBBB"; http_raw_uri; content:"AAAA"; http_raw_uri; distance:0;

then the correct contents is checked as the rule parsing context is on the correct list.

However, from the rule writers perspective these 2 variations should result in the same outcome.


Related issues 3 (3 open0 closed)

Related to Bug #1826: Rule validation bug with fast_pattern:only and specified buffersNewOISF DevActions
Related to Bug #2205: Buffer confusion with fast_pattern:only;NewOISF DevActions
Related to Feature #3317: rules: use rust for tokenizing rulesFeedbackJason IshActions
Actions #1

Updated by Victor Julien about 4 years ago

  • Assignee changed from Jason Ish to Victor Julien
Actions #2

Updated by Victor Julien about 4 years ago

  • Target version changed from 70 to TBD

It seems that to properly fix this we'd need a 2 stage rule parser. In this case distance already connects the 2 contents before the 2nd one is considered to be http_raw_uri.

Actions #3

Updated by Victor Julien about 4 years ago

  • Related to Bug #1826: Rule validation bug with fast_pattern:only and specified buffers added
Actions #4

Updated by Victor Julien almost 3 years ago

  • Related to Bug #2205: Buffer confusion with fast_pattern:only; added
Actions #5

Updated by Victor Julien almost 3 years ago

  • Related to Feature #3317: rules: use rust for tokenizing rules added
Actions #6

Updated by Victor Julien 10 months ago

  • Parent task set to #4855
Actions #7

Updated by Victor Julien 10 months ago

  • Status changed from Assigned to New
  • Assignee changed from Victor Julien to OISF Dev
  • Target version changed from TBD to 8.0beta1
Actions

Also available in: Atom PDF