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
| ||
|
Message-ID: <CAHk-=wjtMKmoC__NJ5T18TaRCqXL-3VFc6uADJv_MzgR1ZWPJQ@mail.gmail.com> Date: Fri, 6 Sep 2024 12:09:04 -0700 From: Linus Torvalds <torvalds@...ux-foundation.org> To: Oleg Nesterov <oleg@...hat.com> Cc: Roman Kisel <romank@...ux.microsoft.com>, "Eric W. Biederman" <ebiederm@...ssion.com>, Andrew Morton <akpm@...ux-foundation.org>, linux-kernel@...r.kernel.org, apais@...rosoft.com, benhill@...rosoft.com, ssengar@...rosoft.com, sunilmut@...rosoft.com, vdso@...bites.dev Subject: Re: [PATCH 1/1] ptrace: Get tracer PID without reliance on the proc FS On Fri, 6 Sept 2024 at 04:24, Oleg Nesterov <oleg@...hat.com> wrote: > > Add cc's. Perhaps someone else can ack/nack the intent... > > This (trivial) patch is obviously buggy, but fixable. I won't argue > if it can help userspace. I think the "what's the point for user space" is the much more important thing. Honestly, acting differently when traced sounds like a truly fundamentally HORRIBLE model for anything at all - much less debugging - and I think it should not be helped in any way unless you have some really really strong arguments for it. Can you figure it out as-is? Sure. But that's still not a reason to make bad behavior _easier_. Linus
Powered by blists - more mailing lists