-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem with Audit Log #2196
Comments
You are not alone, I have just identified the same problem on a modsec nginx stack. It must be a fairly recent defect, it was not present on the 6th of October. |
Same bug for me with nginx 1.17.5. |
We're also experiencing this issue. @zimmerle do you have any input on when this would be addressed given your release schedule? |
same problem here :/ |
A commit yesterday ( 199a9db ) has resolved the main issue. There is still an anomaly, however, compared with v2.9 behaviour. If a rule chain begins with a rule with the nolog action, but the subsequent rules in the chain do not have 'nolog', then extra logging (as compared with v2.9) to part H will occur. In OWASP CRS3, for example, three rules appear to be affected: 912100, 910130, 912110. If you wish to move to HEAD rev in ModSecurity v3/master, one option for addressing this (even if only on a temporary basis) is to add 'nolog' to the subsequent rules in those chains. |
@martinhsv I'm still seeing an entry for transaction which is not being blocked (return code is 200) with the following audit log configuration:
From the debug log:
(any ideas what is "6006"?) |
Hi @defanator, 6006 is the integer value of a bitmask representing the Parts that you have configured. A=2, B=4, ..., Z=4096 ABIJDEFHZ, or reordered ABDEFHIJZ = 2+4+16+32+64+256+512+1024+4096 = 6006 |
With the recent commit ( 6395fe0 ), the remaining portion of this issue (mentioned above at resolved.#2196 (comment) ) should now be resolved. |
Hi @kfkawalec, I was not able to reply to your email. Regarding your report, make sure you have both fixes -- i.e. that you are at least up to commit ( 6395fe0 ) |
Ok, I missed the second fix, I applied only the first. |
Is this fix already included in v3 / master?
.... |
The fixes referenced in this ticket were in place as of v3.0.4 and later. |
I have nginx 1.16.1 with new version of modsecurity and all newest rules.
But on every request, event simple I have data in audit logs.
Of course I have
SecAuditEngine RelevantOnly
All configuration from:
https://github.com/SpiderLabs/ModSecurity/blob/v3/master/modsecurity.conf-recommended
https://github.com/SpiderLabs/owasp-modsecurity-crs/blob/v3.3/dev/crs-setup.conf.example
How to change configuration to fave only real Relevant logs?
The text was updated successfully, but these errors were encountered: