mirror of
https://github.com/opnsense/src.git
synced 2026-04-23 23:28:37 -04:00
Document a bug in our chroot(2) implementation: if access control
checks, including the "open directory" check or a MAC check fail, after the working directory of the process has been changed, then the cwd of the process will be left as the target directory rather than the original directory. At some point, this bug might be fixable by performing the directory change only after permission is granted for the change. In the mean time document it (it's been there for a while).
This commit is contained in:
parent
a908904a1e
commit
bd5466d65a
1 changed files with 6 additions and 0 deletions
|
|
@ -137,3 +137,9 @@ The
|
|||
.Fn chroot
|
||||
system call appeared in
|
||||
.Bx 4.2 .
|
||||
.Sh BUGS
|
||||
If the process is able to change its working directory to the target
|
||||
directory, but another access control check fails (such as a check for
|
||||
open directories, or a MAC check), it is possible that this system
|
||||
call may return an error, with the working directory of the process
|
||||
left changed.
|
||||
|
|
|
|||
Loading…
Reference in a new issue