Kernel: Add a basic implementation of unveil()

This syscall is a complement to pledge() and adds the same sort of
incremental relinquishing of capabilities for filesystem access.

The first call to unveil() will "drop a veil" on the process, and from
now on, only unveiled parts of the filesystem are visible to it.

Each call to unveil() specifies a path to either a directory or a file
along with permissions for that path. The permissions are a combination
of the following:

- r: Read access (like the "rpath" promise)
- w: Write access (like the "wpath" promise)
- x: Execute access
- c: Create/remove access (like the "cpath" promise)

Attempts to open a path that has not been unveiled with fail with
ENOENT. If the unveiled path lacks sufficient permissions, it will fail
with EACCES.

Like pledge(), subsequent calls to unveil() with the same path can only
remove permissions, not add them.

Once you call unveil(nullptr, nullptr), the veil is locked, and it's no
longer possible to unveil any more paths for the process, ever.

This concept comes from OpenBSD, and their implementation does various
things differently, I'm sure. This is just a first implementation for
SerenityOS, and we'll keep improving on it as we go. :^)

1 files changed, 7 insertions, 1 deletions

diff --git a/Kernel/Syscall.h b/Kernel/Syscall.h
index 554dc99b5c..a66a795d94 100644
--- a/Kernel/Syscall.h
+++ b/Kernel/Syscall.h
@@ -174,7 +174,8 @@ typedef u32 socklen_t;
     __ENUMERATE_SYSCALL(set_thread_boost)           \
     __ENUMERATE_SYSCALL(set_process_boost)          \
     __ENUMERATE_SYSCALL(chroot)                     \
-    __ENUMERATE_SYSCALL(pledge)
+    __ENUMERATE_SYSCALL(pledge)                     \
+    __ENUMERATE_SYSCALL(unveil)
 
 namespace Syscall {
 
@@ -385,6 +386,11 @@ struct SC_pledge_params {
     StringArgument execpromises;
 };
 
+struct SC_unveil_params {
+    StringArgument path;
+    StringArgument permissions;
+};
+
 void initialize();
 int sync();