mirror of
https://github.com/LCTT/TranslateProject.git
synced 2025-01-28 23:20:10 +08:00
116 lines
5.0 KiB
Markdown
116 lines
5.0 KiB
Markdown
[#]: collector: (lujun9972)
|
||
[#]: translator: (geekpi)
|
||
[#]: reviewer: ( )
|
||
[#]: publisher: ( )
|
||
[#]: url: ( )
|
||
[#]: subject: (Podman with capabilities on Fedora)
|
||
[#]: via: (https://fedoramagazine.org/podman-with-capabilities-on-fedora/)
|
||
[#]: author: (shiwanibiradar https://fedoramagazine.org/author/shiwanibiradar/)
|
||
|
||
在 Fedora 中使用 Podman 结合 Capabilities
|
||
======
|
||
|
||
![][1]
|
||
|
||
容器化是一项蓬勃发展的技术。在不久的将来，多达百分之七十五的全球组织可能会运行某种类型的容器化技术。由于广泛使用的技术更容易成为黑客攻击的目标，因此保护容器的安全就显得尤为重要。本文将演示如何使用 [POSIX Capabilities][2] 来保护 Podman 容器的安全。Podman 是 RHEL8 中默认的容器管理工具。
|
||
|
||
### 确定 Podman 容器的权限模式
|
||
|
||
容器以特权模式或无特权模式运行。在特权模式下，[容器的 uid 0 被映射到主机的 uid 0][3]。对于某些情况，无特权的容器[缺乏对主机资源的充足访问][4]。包括强制访问控制（apparmor、SELinux）、seccomp 过滤器、删除 Capabilities 和命名空间在内的技有助于确保容器的安全，而不管其操作模式如何。
|
||
|
||
**要从容器外部确定特权模式：**
|
||
|
||
```
|
||
$ podman inspect --format="{{.HostConfig.Privileged}}" <container id>
|
||
```
|
||
|
||
如果上面的命令返回 _true_，那么容器在特权模式下运行。如果返回 _false_，那么容器在非特权模式下运行。
|
||
|
||
**要从容器内部确定特权模式：**
|
||
|
||
```
|
||
$ ip link add dummy0 type dummy
|
||
```
|
||
|
||
如果该命令允许你创建一个接口，那么你运行的是一个特权容器，否则你运行的是一个非特权容器。
|
||
|
||
### Capabilities
|
||
|
||
命名空间隔离了容器的进程，使其无法任意访问主机的资源，也无法访问在同一主机上运行的其他容器的资源。然而，在_特权_容器内的进程仍然可以做一些事情，如改变 IP 路由表、跟踪任意进程和加载内核模块。Capabilities 允许人们对容器内的进程可以访问或更改的资源施加更细微的限制，即使容器在特权模式下运行也一样。Capabilities 还允许人们为无特权的容器分配它本来不会拥有的特权。
|
||
|
||
例如，如果要将 _NET_ADMIN_ 功能添加到一个无特权的容器中，以便在容器内部创建一个网络接口，你可以用下面的参数运行 _podman_：
|
||
|
||
```
|
||
[root@vm1 ~]# podman run -it --cap-add=NET_ADMIN centos
|
||
[root@b27fea33ccf1 /]# ip link add dummy0 type dummy
|
||
[root@b27fea33ccf1 /]# ip link
|
||
```
|
||
|
||
上面的命令演示了在一个无特权的容器中创建一个_dummy0_ 接口。如果没有 _NET_ADMIN_ Capability，非特权容器将无法创建接口。上面的命令演示了如何将一个 Capability 授予一个无特权的容器。
|
||
|
||
目前，大约有 [39 种 Capabilities][5] 可以被授予或拒绝。特权容器默认会被授予许多 Capability。建议从特权容器中删除不需要的 Capability，以使其更加安全。
|
||
|
||
**要从容器中删除所有 Capability：**
|
||
|
||
```
|
||
$ podman run -it -d --name mycontainer --cap-drop=all centos
|
||
```
|
||
|
||
**列出一个容器的 Capability：**
|
||
|
||
```
|
||
$ podman exec -it 48f11d9fa512 capsh --print
|
||
```
|
||
|
||
上述命令显示没有向容器授予任何 Capability。
|
||
|
||
**请参考 _capabilities_ 手册页以获取完整的 Capability 列表：**
|
||
|
||
```
|
||
$ man capabilities
|
||
```
|
||
|
||
**使用 _capsh_ 命令来列出目前拥有的 Capability：**
|
||
|
||
```
|
||
$ capsh --print
|
||
```
|
||
|
||
作为另一个例子，下面的命令演示了如何从容器中删除 _NET_RAW_ Capability。如果没有 _NET_RAW_ Capability，就不能从容器中 ping 互联网上的服务器。
|
||
|
||
```
|
||
$ podman run -it --name mycontainer1 --cap-drop=net_raw centos
|
||
>>> ping google.com (will output error, operation not permitted)
|
||
```
|
||
|
||
最后一个例子，如果你的容器只需要 _SETUID_ 和 _SETGID_ 功能，你可以删除所有 Capability，然后只重新添加这两个 Capability 来实现这样的权限设置。
|
||
|
||
```
|
||
$ podman run -d --cap-drop=all --cap-add=setuid --cap-add=setgid fedora sleep 5 > /dev/null; pscap | grep sleep
|
||
```
|
||
|
||
上面的 _pscap_ 命令会显示容器被授予的 Capability。
|
||
|
||
我希望你喜欢这个关于如何使用 Capabilities 来保护 Podman 容器的简短探索。
|
||
|
||
谢谢!
|
||
|
||
--------------------------------------------------------------------------------
|
||
|
||
via: https://fedoramagazine.org/podman-with-capabilities-on-fedora/
|
||
|
||
作者：[shiwanibiradar][a]
|
||
选题：[lujun9972][b]
|
||
译者：[译者ID](https://github.com/译者ID)
|
||
校对：[校对者ID](https://github.com/校对者ID)
|
||
|
||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||
|
||
[a]: https://fedoramagazine.org/author/shiwanibiradar/
|
||
[b]: https://github.com/lujun9972
|
||
[1]: https://fedoramagazine.org/wp-content/uploads/2018/10/podman-816x345.jpg
|
||
[2]: https://www.linuxjournal.com/magazine/making-root-unprivileged
|
||
[3]: https://linuxcontainers.org/lxc/security/#privileged-containers
|
||
[4]: https://github.com/containers/podman/blob/master/rootless.md
|
||
[5]: https://man7.org/linux/man-pages/man7/capabilities.7.html
|