Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1557847
| 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 |
[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
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