Page MenuHomeFreeBSD

Relax restrictions on private mappings of POSIX shm objects.
ClosedPublic

Authored by markj on Apr 13 2020, 4:50 PM.
Tags
None
Referenced Files
F161090012: D24398.diff
Tue, Jun 30, 11:34 AM
F161089888: D24398.diff
Tue, Jun 30, 11:33 AM
Unknown Object (File)
Sat, Jun 27, 8:30 PM
Unknown Object (File)
Sun, Jun 21, 4:36 PM
Unknown Object (File)
May 2 2026, 10:17 PM
Unknown Object (File)
Apr 30 2026, 6:15 AM
Unknown Object (File)
Apr 28 2026, 1:56 PM
Unknown Object (File)
Apr 25 2026, 5:52 PM
Subscribers

Details

Summary

When we create a private mapping of an shm object, VM_PROT_WRITE should
always be included in maxprot regardless of permissions on the
underlying FD. Otherwise it is possible to open a shm object read-only,
map it with MAP_PRIVATE and PROT_WRITE, and violate the invariant in
vm_map_insert() that (prot & maxprot) == prot.

Test Plan

syzkaller generated a program that triggers the aforementioned
assertion failure:
http://syzkaller.backtrace.io:8080/report?id=ba93405590ed607e9b2d65025a44ff60dc6c4bcc

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable