Hi, I should have been more precise in my question. I want to run this ausearch on the central log server, not on the original server. Very likely i need to specify the input file in that. And this input file would need to be rotated outside auditd Philippe
Envoyé depuis mon mobile Orange ------ Message d'origine------ De: Burn Alting Date: ven. 7 févr. 2020 12:49 À: MAUPERTUIS, PHILIPPE;Steve Grubb;[email protected]; Cc: Objet :Re: ausearch on the fly Philippe, On Fri, 2020-02-07 at 08:13 +0000, MAUPERTUIS, PHILIPPE wrote: On Friday, December 20, 2019 8:33:11 AM EST MAUPERTUIS, PHILIPPE wrote: We are centralizing the audit logs with rsyslog. The SIEM behind the central log server is unable to process the raw logs. We would like to push the ausearch result in CSV format in real time or near real time. Is there a way to have ausearch working from a pipe and and waiting when no logs are received I think that I've seen others who setup a cron job and use the checkpointing feature so that they do not miss anything. You can pipe its output into logger. You probably also want to cut the first line which has the column headers. ausearch --start today --checkpoint /root/last-ausearch .chpt --format csv | tail -n +2 | logger On a central log server the input file can grow very big and very fast. Probably logrotate is needed to keep it in check. What happen to the checkpointing feature when the file is rotated ? How not to miss the last events from the old file and get the new events from the new file ? The above performs a checkpoint on the local machine and then sends it's output to the local syslog service via the logger program. Ausearch is independent of the syslog service. The checkpoint function of ausearch takes into account the audit.log log file roll-over feature built into auditd so, providing your auditd log file rotation is set appropriately, checkpoint works no matter how many audit.log files are in the audit log directory. For information, a 9 file 32MB per log file configuration works well for a very heavy processing host where exec's are logged. Further, if the generation of logs is such that the checkpoint does miss logs, then the checkpoint documentation shows one how to address this. If this is noted, then include the size of or number of local log files. Also, the latest syslog plugin can now do interpretation. I think its in alpha-9 which dates back to Nov 04, 2019. It really shouldn't be hard to copy and paste the code from ausearch into the syslog plugin to log directly in that format. I wonder if anyone else would find that useful? -- Linux-audit mailing list <mailto:[email protected]> [email protected] <https://www.redhat.com/mailman/listinfo/linux-audit> https://www.redhat.com/mailman/listinfo/linux-audit equensWorldline is a registered trade mark and trading name owned by the Worldline Group through its holding company. This e-mail and the documents attached are confidential and intended solely for the addressee. If you receive this e-mail in error, you are not authorized to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. EquensWorldline and the Worldline Group therefore can accept no liability for any errors or their content. Although equensWorldline and the Worldline Group endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with equensWorldline and the Worldline Group by email
-- Linux-audit mailing list [email protected] https://www.redhat.com/mailman/listinfo/linux-audit
