The libseccomp library provides an easy to use, platform independent, interface to the Linux Kernel's syscall filtering mechanism. The libseccomp API is designed to abstract away the underlying BPF based syscall filter language and present a more conventional function-call based filtering interface that should be familiar to, and easily adopted by, application developers.
The library source repository currently lives on GitHub at the following URL:
The Go language bindings repository currently lives on GitHub at the following URL:
The project mailing list is currently hosted on Google Groups at the URL below, please note that a Google account is not required to subscribe to the mailing list.
The libseccomp library currently supports the architectures listed below:
- 32-bit x86 (x86)
- 64-bit x86 (x86_64)
- 64-bit x86 x32 ABI (x32)
- 32-bit ARM EABI (arm)
- 64-bit ARM (aarch64)
- 32-bit MIPS (mips)
- 32-bit MIPS little endian (mipsel)
- 64-bit MIPS (mips64)
- 64-bit MIPS little endian (mipsel64)
- 64-bit MIPS n32 ABI (mips64n32)
- 64-bit MIPS n32 ABI little endian (mipsel64n32)
- 32-bit PA-RISC (parisc)
- 64-bit PA-RISC (parisc64)
- 32-bit PowerPC (ppc)
- 64-bit PowerPC (ppc64)
- 64-bit PowerPC little endian (ppc64le)
- 32-bit s390 (s390)
- 64-bit s390x (s390x)
- 64-bit RISC-V (riscv64)
- 32-bit SuperH big endian (sheb)
- 32-bit SuperH (sh)
The "doc/" directory contains all of the currently available documentation, mostly in the form of manpages. The top level directory also contains a README file (this file) as well as the LICENSE, CREDITS, CONTRIBUTING, and CHANGELOG files.
Those who are interested in contributing to the the project are encouraged to read the CONTRIBUTING in the top level directory.
Verifying Release Tarballs
Before use you should verify the downloaded release tarballs and checksums using the detached signatures supplied as part of the release; the detached signature files are the "*.asc" files. If you have GnuPG installed you can verify detached signatures using the following command:
# gpg --verify file.asc file
At present, only the following keys, specified via the fingerprints below, are authorized to sign official libseccomp releases:
Paul Moore <email@example.com> 7100 AADF AE6E 6E94 0D2E 0AD6 55E4 5A5A E8CA 7C8A Tom Hromatka <firstname.lastname@example.org> 47A6 8FCE 37C7 D702 4FD6 5E11 356C E62C 2B52 4099
More information on GnuPG can be found at their website, https://gnupg.org.
Building and Installing the Library
If you are building the libseccomp library from an official release tarball, you should follow the familiar three step process used by most autotools based applications:
# ./configure # make [V=0|1] # make install
However, if you are building the library from sources retrieved from the source repository you may need to run the autogen.sh script before running configure. In both cases, running "./configure -h" will display a list of build-time configuration options.
Testing the Library
There are a number of tests located in the "tests/" directory and a make target which can be used to help automate their execution. If you want to run the standard regression tests you can execute the following after building the library:
# make check
These tests can be safely run on any Linux system, even those where the kernel does not support seccomp-bpf (seccomp mode 2). However, be warned that the test run can take a while to run and produces a lot of output.
The generated seccomp-bpf filters can be tested on a live system using the "live" tests; they can be executed using the following commands:
# make check-build # (cd tests; ./regression -T live)
These tests will fail if the running Linux Kernel does not provide the necessary support.
The "tools/" directory includes a number of tools which may be helpful in the development of the library, or applications using the library. Not all of these tools are installed by default.
Bug and Vulnerability Reporting
Problems with the libseccomp library can be reported using the GitHub issue tracking system or the mailing list. Those who wish to privately report potential vulnerabilities should follow the directions in SECURITY.md.