Re: [PATCH v6 2/6] arm64: ptrace: allow tracer to skip a system call

[AKASHI Takahiro]

On 10/04/2014 12:23 AM, Will Deacon wrote:
> On Wed, Oct 01, 2014 at 12:08:05PM +0100, AKASHI Takahiro wrote:
> > Will,
> >
> > When I was looking into syscall_trace_exit() more closely, I found
> > another (big) problem.
> > There are two system calls, execve() and rt_sigreturn(), which change
> > 'syscallno' in pt_regs to -1 in start_thread() and restore_sigframe(),
> > respectively.

I need to correct my mis-understandings here:

> > Since syscallno is not valid anymore in syscall_trace_exit() for these
> > system calls, we cannot create a correct syscall exit record for tracepoint
> > in trace_sys_exit() (=> ftrace_syscall_exit())

This is true, but since rt_sigreturn() doesn't have a syscall tracepoint (and so
there is no entry under /sys/kernel/tracing/events/syscalls/), it cannot be
traced anyway.

> > and for audit in audit_syscall_exit().

not true. Since a syscall number is saved as 'major' in a per-thread audit context
at audit_syscall_exit(), we will see a correct audit log for both system calls.

> > This does not happen on arm because syscall numbers are kept in
> > thread_info on arm.
> >
> > How can we deal with this issue?
>
> How is this handled on other architectures? x86, for example, seems to zero
> orig_ax when restoring the sigcontext, but leaves it alone in start_thread.

> What is the impact of this problem? AFAICT, we just miss some exits, right
> (as opposed to an OOPs or the like)?

So the impacts here are:
1) We just miss a syscall exit for execve tracepoint (syscalls:sys_exit_execve).
   (no fatal errors like kernel panic)
   (FYI, on x86, there is no tracepoint entry for execve nor sigreturn.)

2) From the viewpoint of my seccomp patch, we cannot skip some syscall exit tracing
   for invalid system calls by adding a check for syscallno in the following way:
   (I'm not quite sure this might cause a threat with DDoS attach as Russell suggested.)

   syscall_trace_exit(struct pt_regs *regs) {
      if (regs->syscallno < NR_syscalls) { /* Adding this check */
         audit_syscall_exit(regs);
         if (test_thread_flags(TIF_SYSCALL_TRACEPOINT))
            trace_sys_exit(regs, regs_return_value(regs));
      }
      ...
   }

   As you can imagine, any system call after execve() will hit BUG_ON()
   in audit_syscall_exit() since audit_syscall_exit() is not called for execve().

Thanks,
-Takahiro AKASHI

> Will
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/