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 PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Sat, 17 Oct 2020 16:15:05 +0000 From: Alex Belits <abelits@...vell.com> To: "tglx@...utronix.de" <tglx@...utronix.de>, "nitesh@...hat.com" <nitesh@...hat.com>, "frederic@...nel.org" <frederic@...nel.org> CC: "mingo@...nel.org" <mingo@...nel.org>, "davem@...emloft.net" <davem@...emloft.net>, "linux-api@...r.kernel.org" <linux-api@...r.kernel.org>, "rostedt@...dmis.org" <rostedt@...dmis.org>, "peterz@...radead.org" <peterz@...radead.org>, "linux-arch@...r.kernel.org" <linux-arch@...r.kernel.org>, "catalin.marinas@....com" <catalin.marinas@....com>, "will@...nel.org" <will@...nel.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, Prasun Kapoor <pkapoor@...vell.com>, "netdev@...r.kernel.org" <netdev@...r.kernel.org>, "linux-arm-kernel@...ts.infradead.org" <linux-arm-kernel@...ts.infradead.org> Subject: Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel On Sat, 2020-10-17 at 18:08 +0200, Thomas Gleixner wrote: > On Sat, Oct 17 2020 at 01:08, Alex Belits wrote: > > On Mon, 2020-10-05 at 14:52 -0400, Nitesh Narayan Lal wrote: > > > On 10/4/20 7:14 PM, Frederic Weisbecker wrote: > > I think that the goal of "finding source of disturbance" interface > > is > > different from what can be accomplished by tracing in two ways: > > > > 1. "Source of disturbance" should provide some useful information > > about > > category of event and it cause as opposed to determining all > > precise > > details about things being called that resulted or could result in > > disturbance. It should not depend on the user's knowledge about > > details > > Tracepoints already give you selectively useful information. Carefully placed tracepoints also can give the user information about failures of open(), write(), execve() or mmap(). However syscalls still provide an error code instead of returning generic failure and letting user debug the cause. -- Alex
Powered by blists - more mailing lists