A DevSecOps engineer is hardening a shared Linux host operating system running multiple containerized microservices for a financial application. Although process namespaces successfully prevent containers from viewing processes outside their environment, a security audit reveals that a compromised container could still invoke unauthorized kernel functions directly against the shared host kernel. Which of the following technical security controls should the engineer implement to restrict the specific system calls available to the containerized applications?
- Apply custom Secure Computing Mode (seccomp) profiles to filter and restrict allowed syscalls for the container runtime.Answer
- BConfigure Linux Control Groups (cgroups) to enforce hardware virtualization boundaries and restrict system call access.
- CIsolate each container within a dedicated network namespace to automatically virtualize the underlying host kernel interface.
- DImplement virtual bridge firewalls to establish a trusted perimeter around the container runtime system call interface.
Answer
Apply custom Secure Computing Mode (seccomp) profiles to filter and restrict allowed syscalls for the container runtime.
Secure Computing Mode (seccomp) is a security facility in the Linux kernel that allows system administrators to restrict the system calls a containerized process can make to the host kernel. By implementing a restrictive seccomp profile, any attempt by an attacker to execute prohibited or dangerous kernel system calls within a compromised container is blocked, significantly hardening container runtime isolation.
Step-by-Step Solution
Key Concept
Container System Call Filtering and Kernel Isolation (seccomp)