lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 26 May 2009 19:11:31 -0700 (PDT) From: Roland McGrath <roland@...hat.com> To: Oleg Nesterov <oleg@...hat.com> Cc: Christoph Hellwig <hch@...radead.org>, Ingo Molnar <mingo@...e.hu>, linux-kernel@...r.kernel.org Subject: Re: [RFC PATCH 7/X] ptrace: mv task->parent ptrace_task->pt_tracer > But is the current code correct? If we are not traced any longer > si_pid/si_uid are not necessary right either, we should calculate them > before ptrace_stop(), no? Yes, though nothing really cares about these values for such cases. (It's really only there for dealing with debuggers that were written before PTRACE_SETSIGINFO was invented.) It's probably best now to clean this up so that this logic is applied in the tracer causing the resumption rather than in the tracee. i.e. do it in ptrace_resume() and ptrace_detach(). It's only now with your exhaustive clean-up of ptrace that we will get really confident that we are covering all the possible paths that can change ->exit_code and then resume it. (I think those two are it, but you should check my logic.) Thanks, Roland -- 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