Hi Sandeep
We are aware of a bug in the FIM synchronization mechanism that causes a segmentation fault. You can check the issue (that it’s solved already and it will be available in 4.2)
With the information that you are sharing (basically these two fields Exception code: 0xc0000005, Fault offset: 0x0000e6e5\) tell me that is that problem
Having said that, you have two options:
:. If you follow the steps that I mentioned here, you can easily identify the entry and stop monitoring it.If you have any doubts don’t hesitate to contact us
Hi again Sandeep.
I have been checking the logs that you shared and I think this one is the key message:
2021/07/17 14:57:15 ossec-agent[16712] run_check.c:78 at fim_send_sync_msg(): DEBUG: (6317): Sending integrity control message: {"component":"fim_registry","type":"integrity_check_right","data":{"id":1626519424,"begin":"[x32] HKEY_LOCAL_MACHINE\\Software\\Policies\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\ZoneMap\\Ranges\\Range1:::Range","end":"[x32] HKEY_LOCAL_MACHINE\\Software\\Policies\\Microsoft\\Windows\\Network Connections:NC_PersonalFirewallConfig","checksum":"34672e80664a855c498ab26d06da1d3ae323acb0"}} 2021/07/17 14:57:15 ossec-agent[16712] receiver-win.c:128 at receiver_thread(): DEBUG: Received message: '#!-fim_registry dbsync no_data {"id":1626519424,"begin":"[x32] HKEY_LOCAL_MACHINE\\Software\\Policies\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\ZoneMap\\Ranges\\Range1:::Range","end":"[x32] HKEY_LOCAL_MACHINE\\Software\\Policies\\Microsoft\\Windows\\Network Connections:NC_PersonalFirewallConfig"}'
If you take a look, these two messages are repeated a lot of times in the log. This part of the message '#!-fim_registry dbsync no_data {"id":1626519424,"begin":"[x32] HKEY_LOCAL_MACHINE\\Software\\Policies\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\ZoneMap\\Ranges\\Range1:::Range","end": makes me think that the problematic key is "[x32] HKEY_LOCAL_MACHINE\\Software\\Policies\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\ZoneMap\\Ranges\\Range1. Could you try first to remove this key from the monitoring and check if the agent keeps crashing?
Hello, Sandeep.
Sorry for the delayed response.
My recommendation is to disable the registry synchronization mechanism because a problem may be a really high number of values starting with : and the agent will keep crashing.
Please, try disabling the syncronization adding the following lines to the ossec.conf inside the syscheck section:
<synchronization>
<enabled>yes</enabled>
<interval>5m</interval>
<max_interval>1h</max_interval>
<max_eps>10</max_eps>
<registry_enabled>no</registry_enabled>
</synchronization>
</syscheck>