{{Header}}
{{Title|title=
Debugging Systemd Seccomp
}}
{{#seo:
|description=Seccomp Issues
}}
<div class="mininav">
* [[systemd|systemd]]
* [[seccomp|seccomp]]
</div>
{{intro|
Seccomp Issues
}}
Architecture dependent. What works on Intel / AMD64 might not work on arm64 etc.

To watch for systemd seccomp issues:

{{CodeSelect|code=
sudo journalctl _AUDIT_TYPE_NAME=SECCOMP -f
}}

Sample issue ('''bold''' added):

<blockquote>SECCOMP auid=4294967295 uid=108 gid=118 ses=4294967295 subj==/usr/bin/sdwdate (enforce) pid=9740 comm="sdwdate" exe="/usr/bin/python3.7" sig=31 arch=c0000015 '''syscall=140''' compat=0 ip=0x7fff96cc7df4 code=0x0</blockquote>

The relevant part in above log output snippet is <code>syscall=<u>140</u></code>.

The syscall table for your particular machine will be recorded in a header file. Open <code>usr/include/ARCH-linux-gnu/asm/unistd.h</code>, replacing <code>ARCH</code>- this should give you a pointer (in the form of a <code>#include</code> statement) to the file containing the syscall table. You may have to "dig" more than one level deep to find it. The correct file will contain a list of numbers and syscall names that looks something like this:

{{CodeSelect|code=
#define __NR_read 0
#define __NR_write 1
#define __NR_open 2
#define __NR_close 3
#define __NR_stat 4
#define __NR_fstat 5
#define __NR_lstat 6
}}

In this case we know that <code>read</code> has syscall number <code>0</code>, <code>write</code> has syscall number <code>1</code>, etc. Find the syscall number reported in the journal, and determine its corresponding name from the list.

If you cannot find the syscall table on your system, you may need to install <code>linux-libc-dev</code>.

There are online syscall, tables, such as https://chromium.googlesource.com/chromiumos/docs/+/master/constants/syscalls.md and https://marcin.juszkiewicz.com.pl/download/tables/syscalls.html, however these are not guaranteed to be accurate for your system. It is highly recommended to use the syscall table for your distribution as documented above.

Once you have the syscall name, add it to the system call whitelist in the systemd unit of the malfunctioning process.

Note: Replace <code>sdwdate</code> with the systemd unit name to debug.

* {{CodeSelect|code=
sudoedit /lib/systemd/system/sdwdate.service && sudo systemctl daemon-reload && sudo systemctl restart sdwdate && sudo systemctl --no-pager --full status sdwdate
}}
* {{CodeSelect|code=
sudoedit /lib/systemd/system/kloak.service && sudo systemctl daemon-reload && sudo systemctl restart kloak && sudo systemctl --no-pager --full status kloak
}}

<code>SystemCallFilter=</code> needs to be adjusted.

See also: https://github.com/Whonix/kloak/pull/1

{{Footer}}
[[Category:Documentation]]