Closed DigiAngel closed 7 years ago
Correction, that's the signature field..I have it named as ids_alert :)
Are you pointing the script at the full rules, or just the sig-msg.map?
Oh...I'm point it everywhere :)
/usr/bin/python /opt/py-idstools/bin/idstools-u2eve -C /opt/etc/snort/classification.config -S /opt/etc/snort/sid-msg.map -G /opt/etc/snort/gen-msg.map --bookmark --follow --directory /opt/var/log/bleh --prefix bleh --packet-printable --output /tmp/blehunified.json
Every other rule shows up fine, but just not the SN: ones.
Can you check your sid-msg.map and make sure the rule message is correct there? I've added unit tests to the rule, and sid-msg.map parser and am not able to replicate this.
As it appears in the sid-msg.map:
71918985 || SN || url,https
Sparse, to be sure ;) Thanks Jason.
What created your sid-msg.map?
Pulled pork...latest I think..0.7.3?
On 2017-05-25 08:28, Jason Ish wrote:
What created your sid-msg.map?
-- You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub [1], or mute the thread [2].
[1] https://github.com/jasonish/py-idstools/issues/51#issuecomment-304023924 [2] https://github.com/notifications/unsubscribe-auth/AA5z9654gruKvF7L5fkLDQSqgomDcb2Wks5r9Y_1gaJpZM4NOY6l
Ok, might want to raise a bug over there. In the mean time you could use idstools-gensidmsgmap to regenerate your sid-msg.map file. Something like:
idstools-gensidmsgmap ./rules ./so_rules ./preproc_rules > sid-msg.map
Closing as note an idstools issue, but I did add tests for these cases.
Ok cool thanks Jason.
Rule:
fast hit:
json hit from the unified file:
It appears that the ids_alert field is missing when these hit.