lkml.org 
[lkml]   [2011]   [Oct]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [RFC] fixing the UML failure root cause
On Fri, Oct 14, 2011 at 1:23 PM, richard -rw- weinberger
<richard.weinberger@gmail.com> wrote:
> On Fri, Oct 14, 2011 at 10:17 PM, Andrew Lutomirski <luto@mit.edu> wrote:
>> On Fri, Oct 14, 2011 at 12:53 PM, richard -rw- weinberger
>> <richard.weinberger@gmail.com> wrote:
>>> On Tue, Oct 11, 2011 at 7:24 PM, Andrew Lutomirski <luto@mit.edu> wrote:
>>>> What do you think of this approach?  If it seems good, I'll finish the
>>>> patch and submit it.
>>>>
>>>> With this patch applied, UML appears to work, but it fills the log with
>>>> exploit attempt warnings.  Any ideas on what to do about that?
>>>>
>>>
>>> I can confirm that this patch works.
>>> And I really like vsyscall=emulate because with that UML can trap vsyscalls. :-)
>>
>> Are you sure you don't mean vsyscall=native?  I suspect that UML can't
>> actually trap vsyscalls in emulate mode right now, although that ought
>> to be fixable.
>>
>
> Doesn't vsyscall_emu_64.S transform any vsyscall into a real syscall?
> So UML can trap it.

Only if that code actually executes. In vsyscall=emulate mode, the
page is not executable and a trap is taken instead. It's not entirely
clear what the right thing to do is wrt ptrace users.

--Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2011-10-14 22:33    [W:0.612 / U:0.044 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site