audit-3.0.8 released
Hello, I've just released a new version of the audit daemon. It can be downloaded from http://people.redhat.com/sgrubb/audit. It will also be in rawhide soon. The ChangeLog is: - Add gcc function attributes for access and allocation - Add some more man pages (MIZUTA Takeshi) - In auditd, change the reinitializing of the plugin queue - Fix path normalization in auparse (Sergio Correia) - In libaudit, handle ECONNREFUSED for network uid/gid lookups (Enzo Matsumiya) - In audisp-remote, fix hang with disk_low_action=suspend (Enzo Matsumiya) - Drop ProtectHome from auditd.service as it interferes with rules The main driver for this release is that there are a number of bugs that have been discovered recently. Some of these have been there for a while such as the ProtectHome systemd option. The big take away is anyone adding lots of systemd hardening options might have some very hard to debug problems. There was a problem with the plugin queue where a certain combination of adding/removing plugins with the queue overflowing caused the queue to not restart like it should. The path normalization issue was causing path's not to be returned when interpreted. SHA256: b5f4d9b9ad69381ee18f33d3d918326aa52861509c901143f8a8c4ed5caa8913 Please let me know if you run across any problems with this release. -Steve -- Linux-audit mailing list Linux-audit@redhat.com https://listman.redhat.com/mailman/listinfo/linux-audit
Re: [PATCH] audit: do a quick exit when syscall number is invalid
On Mon, Mar 28, 2022 at 11:22 PM CGEL wrote: > On Mon, Mar 28, 2022 at 11:06:12PM -0400, Paul Moore wrote: > > On Mon, Mar 28, 2022 at 9:48 PM CGEL wrote: > > > Sorry could anybody give a hand to solve this? It works well on x86_64 > > > and arm64. > > > I have no alpha environment and not familiar to this arch, much thanks! > > > > Regardless of if this is fixed, I'm not convinced this is something we > > want to merge. After all, a process executed a syscall and we should > > process it like any other; just because it happens to be an > > unrecognized syscall on a particular kernel build doesn't mean it > > isn't security relevant (probing for specific syscall numbers may be a > > useful attack fingerprint). > > Thanks for your reply. > > But syscall number less than 0 is even invalid for auditctl. So we > will never hit this kind of audit rule. And invalid syscall number > will always cause failure early in syscall handle. > > sh-4.2# auditctl -a always,exit -F arch=b64 -S -1 > Syscall name unknown: -1 You can add an audit filter without explicitly specifying a syscall: % auditctl -a exit,always -F auid=1000 % auditctl -l -a always,exit -S all -F auid=1000 -- paul-moore.com -- Linux-audit mailing list Linux-audit@redhat.com https://listman.redhat.com/mailman/listinfo/linux-audit
Re: [PATCH] audit: do a quick exit when syscall number is invalid
On Mon, Mar 28, 2022 at 11:06:12PM -0400, Paul Moore wrote: > On Mon, Mar 28, 2022 at 9:48 PM CGEL wrote: > > Sorry could anybody give a hand to solve this? It works well on x86_64 and > > arm64. > > I have no alpha environment and not familiar to this arch, much thanks! > > Regardless of if this is fixed, I'm not convinced this is something we > want to merge. After all, a process executed a syscall and we should > process it like any other; just because it happens to be an > unrecognized syscall on a particular kernel build doesn't mean it > isn't security relevant (probing for specific syscall numbers may be a > useful attack fingerprint). > Thanks for your reply. But syscall number less than 0 is even invalid for auditctl. So we will never hit this kind of audit rule. And invalid syscall number will always cause failure early in syscall handle. sh-4.2# auditctl -a always,exit -F arch=b64 -S -1 Syscall name unknown: -1 > -- > paul-moore.com -- Linux-audit mailing list Linux-audit@redhat.com https://listman.redhat.com/mailman/listinfo/linux-audit