Conversation
dedbb50 to
ade6a76
Compare
|
WARNING:
Pipeline 17539 |
So that we can write enip.revision: 0x203 Ticket: 6645
Ticket: 6647 Allows keywords using integers to use strings in signature parsing based on a rust enumeration with a derive.
Ticket: 6648 Like &0x40=0x40 to test for a specific bit set
Ticket: 6628 Document the generic detection capabilities for integer keywords. and make every integer keyword pointing to this section.
Ticket: 3827
if no config option is found, as is done for udp Ticket: 6304
Including the one for websocket over HTTP/2
port is used in AppLayerProtoDetectProbingParserPort and not in AppLayerProtoDetectProbingParserElement
As for WebSocket which is detected only by protocol change.
When there is a protocol change, and a specific protocol is expected, like WebSeocket, always run it, no matter the port.
Ticket: 2695
ade6a76 to
68dc6ec
Compare
|
CI should be red/SV is failing because OISF/suricata-verify#1571 is missing to use OISF/suricata-verify#1490 |
|
WARNING:
Pipeline 17554 |
|
Question based on the changes to the docs: does this mean that we need to rewrite our use of integer-keywords (dsize, bsize, urilen, etc)? based on the examples is that right or am i misunderstanding? |
#10179 is the PR for integer keywords. You do not need to rewrite anything So, the doc looks unclear. How would you spell it ? |
was the pcap I shared via redmine not sufficient or do you just want another ticket for that feature? |
@zoomequipd thanks for the pcap, it is enough for now, this was just a bad copy/paste from old data, my mistake.
This still stands... |
|
Rebased in #10375 |
Link to redmine ticket:
https://redmine.openinfosecfoundation.org/issues/2695
Describe changes:
OISF/suricata-verify#1571
#10173 with rebase on top of #10175 (to get green CI for check rust)
I think this is good enough for a first version even if there may be improvements (that should happen in later tickets) :
This is a big one as websockets over HTTP/2 only use a single HTTP/2 stream and not the whole TCP connection which keeps having newer regular HTTP/2 streams (or other websocket ones). That means a HTTP2 transactions will own a Websocket State + some streaming buffer as TCP...