Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1557847

Re: [Question] New mmap64 syscall?

From Pavel Machek <pavel@ucw.cz>
Newsgroups linux.kernel
Subject Re: [Question] New mmap64 syscall?
Date 2017-01-12 23:00 +0100
Message-ID <sYVzA-GY-9@gated-at.bofh.it> (permalink)
References (1 earlier) <sLKsh-BZ-11@gated-at.bofh.it> <sM9h5-7Vv-17@gated-at.bofh.it> <sM9h5-7Vv-15@gated-at.bofh.it> <sVEvh-3xp-71@gated-at.bofh.it> <sYQgy-66R-27@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On Thu 2017-01-12 17:13:25, Florian Weimer wrote:
> On 01/03/2017 09:54 PM, Pavel Machek wrote:
> >...actually, with strace and batched interface, it will be impossible
> >to see what is going on because of races. So I'm not sure if I like
> >the batched interface at all...
> 
> I'm not sure if I understand this problem.
> 
> ioctl, fcntl, most socket system calls, even open all have this problem as
> well, right?

Yes, ioctl() and similar are problematic. Still it is possible to
implement secure sandbox using ptrace. Dealing with indirect mmap()
would difficult AFAICT.

									Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread


Thread

Re: [Question] New mmap64 syscall? Pavel Machek <pavel@ucw.cz> - 2017-01-03 22:10 +0100
  Re: [Question] New mmap64 syscall? Florian Weimer <fweimer@redhat.com> - 2017-01-12 17:20 +0100
    Re: [Question] New mmap64 syscall? Pavel Machek <pavel@ucw.cz> - 2017-01-12 23:00 +0100

csiph-web