Actions
Feature #5665
openrules: bidirectional transaction matching
Added by Philippe Antoine over 1 year ago. Updated about 2 months ago.
Effort:
Difficulty:
Label:
Description
As a HTTP1 rule with uri and response code
Updated by Philippe Antoine over 1 year ago
- Related to Task #5488: Suricon 2022 brainstorm added
Updated by Victor Julien over 1 year ago
- Related to Feature #2280: http: rules that match both request and response added
Updated by Victor Julien over 1 year ago
- Subject changed from Bidirectional transaction matching to rules: bidirectional transaction matching
Updated by Philippe Antoine 6 months ago
- Related to Feature #4321: http2: Support link between packets in the same stream added
Updated by Philippe Antoine 6 months ago
- Related to Task #6443: Suricon 2023 brainstorm added
Updated by Philippe Antoine 6 months ago
- Related to Feature #5664: "Scope" bits should have an expiration added
Updated by Philippe Antoine 6 months ago
Difficulty is file.data buffer is streamed and not retained.
Most keywords like http.uri should be easier...
Updated by Philippe Antoine 3 months ago
- Assignee changed from OISF Dev to Philippe Antoine
Trying thinking about it
Updated by Philippe Antoine 3 months ago
- Status changed from New to In Progress
Updated by Philippe Antoine 3 months ago
- Target version changed from TBD to 8.0.0-beta1
Updated by Philippe Antoine 3 months ago
- Status changed from In Progress to In Review
Updated by Philippe Antoine 3 months ago
- Status changed from In Review to In Progress
Today's status : https://github.com/OISF/suricata/pull/10252
Try to lift off the limitations
Updated by Philippe Antoine about 2 months ago
- Status changed from In Progress to In Review
https://github.com/OISF/suricata/pull/10506
POC is good enough...
Rounds of reviews to expect...
And the feature for delaying prefiltering on the toclient direction... may come with this ticket or a next one...
Actions