Messages in this thread | | | Date | Wed, 30 Nov 2011 13:56:48 +0000 | From | Al Viro <> | Subject | Re: 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.
| |