Hello,
I have a parsing issue with the following Linux log :
<37>Jan 4 19:56:01 hostname PAM-unixteam[2373]: pam_sm_acct_mgmt(service=crond, terminal=cron, user=root, ruser=UNDEF, rhost=UNDEF)
This log is not matching rhlinux devices type and is parsed as unknown.
By removing syslog PRI in the header :
Jan 4 19:56:01 hostname PAM-unixteam[2373]: pam_sm_acct_mgmt(service=crond, terminal=cron, user=root, ruser=UNDEF, rhost=UNDEF)
The log is correctly parsed as rhlinux by header 0016:
<month> <day> <time> <hhost> <messageid>[<process_id>]: <!payload:messageid>"
While a windows log with PRI is correctly parsed as winevent_snare (header 1001) on the same decoder (log file import from GUI for both):
<133>Jan 5 23:04:42 hostname MSWinEventLog 1 Security 202206857 Tue Jan 05 23:04:42 2021 4648 Microsoft-Windows-Security-Auditing …..
However, 0016 rhlinux and 1001 weinevent_snare headers are similar at the beginning :
--Rhlinux 0016 header content : “<month> <day> <time> <hhost> <messageid>[<process_id>]: <!payload:messageid>"
--Wineventsnare 1001 header content : "<month> <day> <time> <hostname> <log_type>	<criticality>	<msgIdPart1>	<linenum>	<date> <datetime>	<msgIdPart2>	<msgIdPart3>	<!payload:log_type>"
Why winevent_snare 307 with <133> PRI is well parsed and rhlinuxlog with <37> PRI is not ?
Could you please help ?
Thank you in advance.
Where are you seeing these parsing errors? The PRI tag is stripped off by the log decoder, it never makes it to the parsing engine. Is this coming through a relay, possibly adding a second PRI tag?
Can I get a little bit more information?