lkml.org 
[lkml]   [2011]   [Nov]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: what's the replace for the big kernel lock after kernel version 2.6.39 for system call.
On Wed, Nov 30, 2011 at 09:44:27AM +0000, Tvrtko Ursulin wrote:

> > 1) your rootkit has always been racy; taking BKL does *NOT* prevent another
> > CPU from entering a system call.
> >
> > 2) none; just don't do it.
>
> Hi Al,
>
> Why not be a nice guy when you already took the effort of replying and mention
> fanotify? Because I am sure you know the history and when you see a security
> vendor asking these things, you never know, maybe it fits their requirements.
> Maybe it is not your favourite thing as well, but not a reason not to mention
> it.

1) I really have not noticed which domain had that come from until after
replying.
2) I have zero sympathy to the author's employer, so even noticing that in
time would not have made the reply any kinder. Harsher, if nothing else, since
3) said employer was among those who had been told, again and again and again,
that patching syscall table was seriously racy. Years ago.

> And strictly speaking, rootkits actively try to hide themselves hence whatever
> unsafe, ugly and wrong stuff they might have it is not a rootkit. :)

Oh? And how, pray tell, is it _finding_ the syscall table to binary-patch,
if not by rootkit-style methods? Come to think of that, how does it defeat
the write-protection on said syscall table?

I do stand by my assessment; ignore the domain part of From and Cc and
this question is indistinguishable from "do my homework for me" kind of
question from rootkit-writer.


\
 
 \ /
  Last update: 2011-11-30 14:59    [W:0.039 / U:0.064 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site