[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CALCETrUZpTB6g1HRkOn0iqBUio4j11WV3D2-u6RQVpW32Bh7Ew@mail.gmail.com>
Date: Thu, 5 Mar 2015 15:07:46 -0800
From: Andy Lutomirski <luto@...capital.net>
To: David Drysdale <drysdale@...gle.com>
Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Paul Moore <paul@...l-moore.com>, linux-audit@...hat.com,
Kees Cook <keescook@...omium.org>,
Eric Paris <eparis@...hat.com>
Subject: Re: x32 + audit status?
On Mar 5, 2015 10:32 AM, "David Drysdale" <drysdale@...gle.com> wrote:
>
> Hi,
>
> Do we currently expect the audit system to work with x32 syscalls?
>
> I was playing with the audit system for the first time today (on
> v4.0-rc2, due to [1]), and it didn't seem to work for me. (Tweaking
> ptrace.c like the patch below seemed to help, but I may just have
> configured something wrong.)
>
> I know there was a bunch of activity around this area in mid-2014,
> but I'm not sure what the final position was...
It's totally broken, and it needs ABI work. I think it should keep
the high syscall numbers, which means that both userspace and the
audit core need to learn how to deal with it.
--Andy
>
> Thanks,
> David
>
> [1]: https://lkml.org/lkml/2015/3/4/879
>
> diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptrace.c
> index e510618b2e91..443932afd9e8 100644
> --- a/arch/x86/kernel/ptrace.c
> +++ b/arch/x86/kernel/ptrace.c
> @@ -1445,7 +1445,7 @@ static void do_audit_syscall_entry(struct
> pt_regs *regs, u32 arch)
> {
> #ifdef CONFIG_X86_64
> if (arch == AUDIT_ARCH_X86_64) {
> - audit_syscall_entry(regs->orig_ax, regs->di,
> + audit_syscall_entry(regs->orig_ax & __SYSCALL_MASK, regs->di,
> regs->si, regs->dx, regs->r10);
> } else
> #endif
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists