Docker 的 AppArmor 安全設定檔

AppArmor (Application Armor) 是一個 Linux 安全性模組,可保護作業系統及其應用程式免受安全威脅。要使用它,系統管理員會將 AppArmor 安全性設定檔與每個程式關聯。Docker 預期會找到已載入並強制執行的 AppArmor 原則。

Docker 會自動產生並載入名為 docker-default 的容器預設設定檔。Docker 二進位檔會在 tmpfs 中產生此設定檔,然後將其載入核心。

注意

此設定檔用於容器,而不是 Docker Daemon。

Docker Engine Daemon 的設定檔存在,但目前未隨 deb 套件安裝。如果您對 Daemon 設定檔的原始碼感興趣,它位於 Docker Engine 原始碼儲存庫中的 contrib/apparmor 中。

瞭解原則

docker-default 設定檔是執行容器的預設設定檔。它具有適度的保護性,同時提供廣泛的應用程式相容性。設定檔是根據以下 範本 產生的。

當您執行容器時,它會使用 docker-default 原則,除非您使用 security-opt 選項覆蓋它。例如,以下明確指定預設原則

$ docker run --rm -it --security-opt apparmor=docker-default hello-world

載入和卸載設定檔

要將新的設定檔載入 AppArmor 以用於容器

$ apparmor_parser -r -W /path/to/your_profile

然後,使用 --security-opt 執行自訂設定檔

$ docker run --rm -it --security-opt apparmor=your_profile hello-world

從 AppArmor 卸載設定檔

# unload the profile
$ apparmor_parser -R /path/to/profile

撰寫設定檔的資源

AppArmor 中檔案萬用字元的語法與其他萬用字元實作略有不同。強烈建議您參考以下關於 AppArmor 設定檔語法的資源。

Nginx 範例設定檔

在此範例中,您將為 Nginx 建立自訂 AppArmor 設定檔。以下是自訂設定檔。

#include <tunables/global>


profile docker-nginx flags=(attach_disconnected,mediate_deleted) {
  #include <abstractions/base>

  network inet tcp,
  network inet udp,
  network inet icmp,

  deny network raw,

  deny network packet,

  file,
  umount,

  deny /bin/** wl,
  deny /boot/** wl,
  deny /dev/** wl,
  deny /etc/** wl,
  deny /home/** wl,
  deny /lib/** wl,
  deny /lib64/** wl,
  deny /media/** wl,
  deny /mnt/** wl,
  deny /opt/** wl,
  deny /proc/** wl,
  deny /root/** wl,
  deny /sbin/** wl,
  deny /srv/** wl,
  deny /tmp/** wl,
  deny /sys/** wl,
  deny /usr/** wl,

  audit /** w,

  /var/run/nginx.pid w,

  /usr/sbin/nginx ix,

  deny /bin/dash mrwklx,
  deny /bin/sh mrwklx,
  deny /usr/bin/top mrwklx,


  capability chown,
  capability dac_override,
  capability setuid,
  capability setgid,
  capability net_bind_service,

  deny @{PROC}/* w,   # deny write for all files directly in /proc (not in a subdir)
  # deny write to files not in /proc/<number>/** or /proc/sys/**
  deny @{PROC}/{[^1-9],[^1-9][^0-9],[^1-9s][^0-9y][^0-9s],[^1-9][^0-9][^0-9][^0-9]*}/** w,
  deny @{PROC}/sys/[^k]** w,  # deny /proc/sys except /proc/sys/k* (effectively /proc/sys/kernel)
  deny @{PROC}/sys/kernel/{?,??,[^s][^h][^m]**} w,  # deny everything except shm* in /proc/sys/kernel/
  deny @{PROC}/sysrq-trigger rwklx,
  deny @{PROC}/mem rwklx,
  deny @{PROC}/kmem rwklx,
  deny @{PROC}/kcore rwklx,

  deny mount,

  deny /sys/[^f]*/** wklx,
  deny /sys/f[^s]*/** wklx,
  deny /sys/fs/[^c]*/** wklx,
  deny /sys/fs/c[^g]*/** wklx,
  deny /sys/fs/cg[^r]*/** wklx,
  deny /sys/firmware/** rwklx,
  deny /sys/kernel/security/** rwklx,
}
  1. 將自訂設定檔儲存到磁碟上的 /etc/apparmor.d/containers/docker-nginx 檔案中。

    此範例中的檔案路徑並非必要條件。在實際環境中,您可以使用其他路徑。

  2. 載入設定檔。

    $ sudo apparmor_parser -r -W /etc/apparmor.d/containers/docker-nginx
    
  3. 使用設定檔執行容器。

    以 detached 模式執行 nginx

    $ docker run --security-opt "apparmor=docker-nginx" \
         -p 80:80 -d --name apparmor-nginx nginx
    
  4. 執行進入正在執行的容器。

    $ docker container exec -it apparmor-nginx bash
    
  5. 嘗試一些操作來測試設定檔。

    root@6da5a2a930b9:~# ping 8.8.8.8
    ping: Lacking privilege for raw socket.
    
    root@6da5a2a930b9:/# top
    bash: /usr/bin/top: Permission denied
    
    root@6da5a2a930b9:~# touch ~/thing
    touch: cannot touch 'thing': Permission denied
    
    root@6da5a2a930b9:/# sh
    bash: /bin/sh: Permission denied
    
    root@6da5a2a930b9:/# dash
    bash: /bin/dash: Permission denied
    

您剛才部署了一個使用自訂 apparmor 設定檔保護的容器。

偵錯 AppArmor

您可以使用 dmesg 來除錯問題,並使用 aa-status 檢查已載入的設定檔。

使用 dmesg

以下是一些關於 AppArmor 問題除錯的實用技巧。

AppArmor 會將相當詳細的訊息傳送到 dmesg。通常 AppArmor 行如下所示

[ 5442.864673] audit: type=1400 audit(1453830992.845:37): apparmor="ALLOWED" operation="open" profile="/usr/bin/docker" name="/home/jessie/docker/man/man1/docker-attach.1" pid=10923 comm="docker" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0

在上述範例中,您可以看到 profile=/usr/bin/docker。這表示使用者已載入 docker-engine(Docker Engine 常駐程式)設定檔。

查看另一行程式碼

[ 3256.689120] type=1400 audit(1405454041.341:73): apparmor="DENIED" operation="ptrace" profile="docker-default" pid=17651 comm="docker" requested_mask="receive" denied_mask="receive"

這次的設定檔是 docker-default,除非在 privileged 模式下,否則預設會在容器上執行。這行程式碼顯示 apparmor 已拒絕容器中的 ptrace。這正是預期的情況。

使用 aa-status

如果您需要檢查已載入哪些設定檔,可以使用 aa-status。輸出如下所示

$ sudo aa-status
apparmor module is loaded.
14 profiles are loaded.
1 profiles are in enforce mode.
   docker-default
13 profiles are in complain mode.
   /usr/bin/docker
   /usr/bin/docker///bin/cat
   /usr/bin/docker///bin/ps
   /usr/bin/docker///sbin/apparmor_parser
   /usr/bin/docker///sbin/auplink
   /usr/bin/docker///sbin/blkid
   /usr/bin/docker///sbin/iptables
   /usr/bin/docker///sbin/mke2fs
   /usr/bin/docker///sbin/modprobe
   /usr/bin/docker///sbin/tune2fs
   /usr/bin/docker///sbin/xtables-multi
   /usr/bin/docker///sbin/zfs
   /usr/bin/docker///usr/bin/xz
38 processes have profiles defined.
37 processes are in enforce mode.
   docker-default (6044)
   ...
   docker-default (31899)
1 processes are in complain mode.
   /usr/bin/docker (29756)
0 processes are unconfined but have a profile defined.

上述輸出顯示在各種容器 PID 上執行的 docker-default 設定檔處於 enforce 模式。這表示 AppArmor 會主動封鎖並在 dmesg 中稽核任何超出 docker-default 設定檔範圍的活動。

上述輸出還顯示 /usr/bin/docker(Docker Engine 常駐程式)設定檔正在 complain 模式下執行。這表示 AppArmor 只會將超出設定檔範圍的活動記錄到 dmesg。(Ubuntu Trusty 除外,其中會強制執行一些有趣的行為。)

貢獻 Docker 的 AppArmor 程式碼

進階使用者和套件管理程式可以在 Docker Engine 原始碼儲存庫中的 contrib/apparmorprofiles/apparmor

編輯此頁面 請求變更