Making Containers More Secure With eBPF And Linux Security Modules (LSM)

AVvXsEi1uSH5Y0WG3Z8jG2onvKzIBasXI4itHw7iY0Y3Eu5HTukPsSVBgrVbE7w17 UwlNtl9DVu5I8hF6oUpUg0lzYelBdArxnLMcXQeJGUS1aeAY6PYYmP9nS5qeYtt5Bc3Uppp0a7LEooT MEO4 sZs8JhcuN3ZTTF QgM7IcIXMo19EvMjvlUqNR8zhO=w640 h230

lockc is open source sofware for providing MAC (Mandatory Access Control) type of security audit for container workloads.

The main reason why lockc exists is that containers do not contain. Containers are not as secure and isolated as VMs. By default, they expose a lot of information about host OS and provide ways to “break out” from the container. lockc aims to provide more isolation to containers and make them more secure.

The Containers do not contain documentation section explains what we mean by that phrase and what kind of behavior we want to restrict with lockc.

The main technology behind lockc is eBPF – to be more precise, its ability to attach to LSM hooks

Please note that currently lockc is an experimental project, not meant for production environment and without any official binaries or packages to use – currently the only way to use it is building from sources.

See the full documentation here. And the code documentation here.

If you need help or want to talk with contributors, plese come chat with us on #lockc channel on the Rust Cloud Native Discord server.

lockc’s userspace part is licensed under Apache License, version 2.0.

eBPF programs inside lockc/src/bpf directory are licensed under GNU General Public License, version 2.

News Credit

%d bloggers like this: