[Oisf-users] Errors in Suricata.log - SC_ERR_NUMERIC_VALUE_ERANGE and SC_ERR_INVALID_NUM_BYTES

Victor Julien lists at inliniac.net
Tue Apr 9 18:02:45 UTC 2019


Hi Eric,

On 08-04-19 22:30, Eric Urban wrote:
> We occasionally have had the following errors in our suricata.log, which
> have always been paired together, and I am having trouble tracking down
> the source of the errors.
> 
> {"timestamp":"2019-04-08T08:47:54.999844-0500","event_type":"engine","engine":{"error_code":62,"error":"SC_ERR_INVALID_NUM_BYTES","message":"Error
> extracting 0 bytes of string data: -1"}}
> {"timestamp":"2019-04-08T08:47:54.999727-0500","event_type":"engine","engine":{"error_code":61,"error":"SC_ERR_NUMERIC_VALUE_ERANGE","message":"Numeric
> value out of range"}}
> 
> We started seeing these after we switched over to using the 4.x rules
> from Emerging Threats from the 3.x set.  
> 
> I tried looking at common alerts during these times, and did find at
> least one, but this particular rule fires often enough that we see a hit
> on it once per second so it seems like it could be a coincidence.
> 
> I am also not sure that there would be an alert logged in the situations
> where we run into these errors since this may prevent a match from
> occurring.
> 
> I looked through the Suricata source code for hints.  I believe this
> would be reached from using the isdataat keyword in rules but am not
> certain that is the only way to reach this.
> 
> Does anyone have suggestions on where to go from here?  I am trying to
> avoid enabling debug across all instances of Suricata we have.

I found a few places in the byte extract and byte jump code that could
trigger this. Testing a fix.

-- 
---------------------------------------------
Victor Julien
http://www.inliniac.net/
PGP: http://www.inliniac.net/victorjulien.asc
---------------------------------------------



More information about the Oisf-users mailing list