-
Notifications
You must be signed in to change notification settings - Fork 1k
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
ossec-logcollector blocked and loops endlessly when a NUL character appears in monitored log file #913
Comments
actually it is a NUL character , 00 in Hex , ^@ was just how vim displayed it. attached a sample. |
easy way to reproduce if /var/log/message is monitored : such a command could probably be used to trig a DOS of the monitoring of some other files |
if ever no solution was found here, here is the workaround i could use :
(please note that this workaround elaboration was an awful trial and error process , i'm not a C++ developper at all) |
14 months later, bug still exist with ossec-hids-agent-2.9.2 on RHEL7, it's still too easy to defeat ossec-logcollector injecting a nul character in a monitored log file. |
Hi,
i'm monitoring a proprietary application log file with ossec, unfortunatly my monitoring appears to stop from time to time. After raising log level, it appeared that ossec-logcollector loops endlessly with such debug output :
in the monitored logfile, the content is :
so it looks as if the ^@ we can see at the end is disturbing ossec-logcollector
if i look quickly at the ossec-hids-2.8.3/src/logcollector/read_syslog.csource code, i see no way it could exit this endless loop.
Thanks for your help.
The text was updated successfully, but these errors were encountered: