Thread (36 messages) 36 messages, 5 authors, 2014-08-15

[PATCH v5 1/3] arm64: ptrace: reload a syscall number after ptrace operations

From: Will Deacon <hidden>
Date: 2014-07-25 11:04:26
Also in: lkml

On Fri, Jul 25, 2014 at 11:36:49AM +0100, AKASHI Takahiro wrote:
On 07/25/2014 12:01 AM, Andy Lutomirski wrote:
quoted
quoted
quoted
If so, then you risk (at least) introducing

a nice user-triggerable OOPS if audit is enabled.

Can you please elaborate this?
Since I didn't find any definition of audit's behavior when syscall is
rewritten to -1, I thought it is reasonable to skip "exit tracing" of
"skipped" syscall.
(otherwise, "fake" seems to be more appropriate :)
The audit entry hook will oops if you call it twice in a row without
calling the exit hook in between.
Thank you, I could reproduce this problem which hits BUG(in_syscall) in
audit_syscall_entry(). Really bad, and I fixed it in my next version and
now a "skipped" system call is also traced by audit.
Can you reproduce this on arch/arm/ too? If so, we should also fix the code
there.

Will
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help