引言

SSH協(xié)議支持三大類遠(yuǎn)程服務(wù)器活動：a) 命令執(zhí)行（包括登錄shell），b) 網(wǎng)絡(luò)轉(zhuǎn)發(fā)和操作，以及c) 文件傳輸。

OpenSSH維護者已確定sftp和scp對端口轉(zhuǎn)發(fā)（通過-L和-R選項）沒有合法用途。在使用這些實用程序進(jìn)行文件傳輸期間，一個明確禁用這些功能的標(biāo)志會被無條件地傳遞給子SSH可執(zhí)行文件。

某些用戶可能確實需要這些功能。一個明顯的子集是滲透測試人員，他們的任務(wù)是驗證此功能是否在公共SFTP服務(wù)器上被明確禁用。

以下是兩種啟用這些被抑制功能的技術(shù)，方法是修改sftp二進(jìn)制文件本身的字符串，或通過能夠輕松編輯命令行的shell進(jìn)行重定向。根據(jù)平臺的功能，可能需要任一技術(shù)才能實現(xiàn)此目標(biāo)。

抑制細(xì)節(jié)

首先，重要的是找到感興趣的運行進(jìn)程。下面的shell函數(shù)將顯示與shell模式匹配的PID（請注意，這不是正則表達(dá)式）。這在Debian dash（和大多數(shù)其他常用shell）下運行，并依賴于BSD的ps選項：

<code>pps () { local a= b= c= IFS=$'\r'; ps ax | while read -r a
    do [ "$b" ] || c=1; for b; do case "$a" in *"$b"*) c=1;;
        esac; done; [ "$c" ] && printf '%s\n' "$a" && c=; done; }</code>

啟動一個傳統(tǒng)的SFTP會話，以檢查與其相關(guān)的進(jìn)程：

<code>$ id
uid=1001(aturing) gid=1001(aturing) groups=1001(aturing)...

$ sftp aturing@sftp.victimandum.com
aturing@sftp.victimandum.com's password:
Connected to sftp.victimandum.com.
sftp></code>

我們假設(shè)上面的本地UNIX用戶在遠(yuǎn)程SFTP服務(wù)器上擁有相同用戶名帳戶。

會話運行后，對用戶名進(jìn)行本地進(jìn)程搜索將顯示由SFTP生成的子SSH進(jìn)程：

<code>$ pps aturing
    PID TTY      STAT   TIME COMMAND
   9666 pts/0    S      0:00 sftp aturing@sftp.victimandum.com
   9667 pts/0    S      0:00 /usr/bin/ssh -oForwardX11 no -oPermitLocalCommand no -oClearAllForwardings yes -oForwardAgent no -l aturing -s -- sftp.victimandum.com sftp</code>

上面的ClearAllForwardings yes參數(shù)將抑制任何轉(zhuǎn)發(fā)嘗試，而無需采取任何措施來破壞它。

-L和-R端口轉(zhuǎn)發(fā)標(biāo)志并非作為SFTP命令行的有效選項存在，但我們可以使用-S選項明確觸發(fā)它們以指定自定義SSH處理程序，在本例中為郵件服務(wù)器：

<code>$ cat portssh
#!/bin/sh

exec ssh -L2525:smtp.victimandum.com:25 "$@"</code>

如果轉(zhuǎn)發(fā)抑制沒有到位，則此SFTP調(diào)用足以建立轉(zhuǎn)發(fā)連接：

<code>$ sftp -S ./portssh -oClearAllForwardings\ no aturing@sftp.victimandum.com
aturing@sftp.victimandum.com's password:
Connected to sftp.victimandum.com.
sftp></code>

現(xiàn)在可以在子SSH進(jìn)程中看到轉(zhuǎn)發(fā)嘗試：

<code>$ pps aturing
    PID TTY      STAT   TIME COMMAND
   9897 pts/0    S      0:00 sftp -S ./portssh -oClearAllForwardings no aturing@sftp.victimandum.com
   9898 pts/0    S      0:00 ssh -L2525:smtp.victimandum.com:25 -oForwardX11 no -oPermitLocalCommand no -oClearAllForwardings yes -o ClearAllForwardings no -oForwardAgent no -l aturing -s -- sftp.victimandum.com sftp</code>

但是，由于顯式覆蓋，嘗試通過本地轉(zhuǎn)發(fā)端口聯(lián)系遠(yuǎn)程郵件服務(wù)器是不成功的：

<code>$ nc localhost 2525
$</code>

此無條件抑制在源代碼中可見：

<code>$ sed -n /X11/,/Forwardings/p openssh-8.7p1/sftp.c
    addargs(&args, "-oForwardX11 no");
    addargs(&args, "-oPermitLocalCommand no");
    addargs(&args, "-oClearAllForwardings yes");</code>

這些靜態(tài)字符串在編譯后的二進(jìn)制文件中也可見：

<code>$ strings /usr/bin/sftp | grep [-]o[CFP]
-oForwardX11 no
-oPermitLocalCommand no
-oClearAllForwardings yes
-oForwardAgent no
-oPort %d</code>

最后，文檔清楚地說明了這種抑制是有意的，并給出了合理的理由：

<code>$ man ssh_config | sed -n /ClearAllForwardings/,/default/p
     ClearAllForwardings
             Specifies that all local, remote, and dynamic port forwardings
             specified in the configuration files or on the command line be
             cleared.  This option is primarily useful when used from the
             ssh(1) command line to clear port forwardings set in configura‐
             tion files, and is automatically set by scp(1) and sftp(1).  The
             argument must be yes or no (the default).</code>

更改編譯后的字符串

對于那些希望禁用默認(rèn)的ClearAllForwardings yes配置的人來說，一個選項是使用sed直接編輯SFTP二進(jìn)制文件中的字符串（假設(shè)平臺的sed是二進(jìn)制安全的）：

<code>$ sed 's/AllForwardings yes/AllForwardings no /'  sftp.noclearforward</code>

這種直接修改比編譯新的二進(jìn)制文件要容易得多。

我們可以確認(rèn)字符串已成功修改：

<code>$ strings ./sftp.noclearforward | grep [-]o[CFP]
-oForwardX11 no
-oPermitLocalCommand no
-oClearAllForwardings no
-oForwardAgent no
-oPort %d</code>

雖然修改后的SFTP的內(nèi)容和校驗和將不同，但任何存在的Linux BuildID sha1都將保持不變（但在使用編輯后的SFTP時，請不要提交支持工單）：

<code>$ file /usr/bin/sftp ./sftp.noclearforward
/usr/bin/sftp:         ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=d7e77e24d5fac0fdc89e62a4c9c656091f2c4a33, for GNU/Linux 3.2.0, stripped
./sftp.noclearforward: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=d7e77e24d5fac0fdc89e62a4c9c656091f2c4a33, for GNU/Linux 3.2.0, stripped

$ sha1sum /usr/bin/sftp ./sftp.noclearforward
d8bdaf0b4642b9c324f9c2e0aeee2d9578fbe383  /usr/bin/sftp
b12dda8ecfd7bd2847919b5531aea7c03364c123  ./sftp.noclearforward

$ sha256sum /usr/bin/sftp ./sftp.noclearforward
986eecdfc654c9b3ff3fd0dce59690d47cf56be96a4b98a04a3682aef95d3f52  /usr/bin/sftp
c8f99ce33fc129250c11dc6dbb8a01112e01124e470a92d0acefb955fd17d670  ./sftp.noclearforward</code>

可以調(diào)用修改后的SFTP二進(jìn)制文件來啟用端口轉(zhuǎn)發(fā)：

<code>$ chmod 755 sftp.noclearforward

$ ./sftp.noclearforward -S ./portssh aturing@sftp.victimandum.com
aturing@sftp.victimandum.com's password:
Connected to sftp.victimandum.com.
sftp></code>

現(xiàn)在可以在子進(jìn)程中看到修改后的設(shè)置：

<code>$ pps aturing
    PID TTY      STAT   TIME COMMAND
   9991 pts/0    S      0:00 ./sftp.noclearforward -S ./portssh aturing@sftp.victimandum.com
   9992 pts/0    S      0:00 ssh -L2525:smtp.victimandum.com:25 -oForwardX11 no -oPermitLocalCommand no -oClearAllForwardings no  -oForwardAgent no -l aturing -s -- sftp.victimandum.com sftp</code>

該功能在遠(yuǎn)程服務(wù)器上已啟用并可運行，并且可以在單獨的shell中驗證連接：

<code>$ nc localhost 2525
220 smtp.victimandum.com Microsoft ESMTP MAIL Service, Version: 1.2.3456.78901 ready at  Sun, 1 Jan 2023 01:23:45 -0100
^C</code>

當(dāng)服務(wù)器上禁用轉(zhuǎn)發(fā)功能時，客戶端將在連接嘗試時收到指示此狀態(tài)的通知：

<code>channel 3: open failed: administratively prohibited: open failed</code>

分配不受信任帳戶的SFTP管理員應(yīng)該可能驗證服務(wù)器配置是否明確禁用了轉(zhuǎn)發(fā)和命令執(zhí)行。

超越POSIX Shell

雖然dash和POSIX標(biāo)準(zhǔn)提供set --作為重置命令行參數(shù)的方法，但bash和ksh93中提供了更高級的功能：

<code>$ cat ynargs
#!/bin/bash

echo "${@//yes/no}"</code>

快速測試確認(rèn)成功編輯：

<code>$ ./ynargs -oForwardX11 no -oPermitLocalCommand yes -oClearAllForwardings yes -oForwardAgent no
-oForwardX11 no -oPermitLocalCommand no -oClearAllForwardings no -oForwardAgent no</code>

請注意，上面的${@//.../...}不是有效的POSIX，并且在dash或任何從pdksh派生的shell（mksh，oksh）中都不能運行。許多平臺沒有捆綁具有此功能的shell（例如Android和OpenBSD，盡管有添加它們的方法）；對于受限平臺，二進(jìn)制編輯技術(shù)可能更直接，而不是安裝替代shell。

要利用具有功能強大的shell的此功能，我們創(chuàng)建一個目錄，然后在其中創(chuàng)建一個清除問題設(shè)置的SSH包裝器：

<code>$ cat ~/switcharoo/ssh
#!/bin/bash

exec /usr/bin/ssh "${@//yes/no}"</code>

然后在$PATH中設(shè)置系統(tǒng)SSH之前的目錄：

<code>$ export PATH=~/switcharoo:$PATH

$ which ssh
~/switcharoo/ssh</code>

然后，我們在這種修改后的環(huán)境下調(diào)用系統(tǒng)SFTP：

<code>$ /usr/bin/sftp -S ./portssh aturing@sftp.victimandum.com
aturing@sftp.victimandum.com's password:
Connected to sftp.victimandum.com.
sftp></code>

我們觀察到shell重置了問題參數(shù)：

<code>$ pps aturing
    PID TTY      STAT   TIME COMMAND
  10058 pts/0    S      0:00 /usr/bin/sftp -S ./portssh aturing@sftp.victimandum.com
  10059 pts/0    S      0:00 /usr/bin/ssh -L2525:smtp.victimandum.com:25 -oForwardX11 no -oPermitLocalCommand no -oClearAllForwardings no  -oForwardAgent no -l aturing -s -- sftp.victimandum.com sftp</code>

再次確認(rèn)了到轉(zhuǎn)發(fā)端口的本地連接：

<code>$ nc localhost 2525
220 smtp.victimandum.com Microsoft ESMTP MAIL Service, Version: 1.2.3456.78901 ready at  Sun, 1 Jan 2023 01:23:45 -0100
^C</code>

作為最終演示，可以使用以下腳本進(jìn)行完整的SMTP交換：

<code>$ cat awkmail
#!/bin/gawk -f

BEGIN { smtp="/inet/tcp/0/localhost/2525";
ORS="\r\n"; r=ARGV[1]; s=ARGV[2]; sbj=ARGV[3]; # /bin/awkmail to from subj  0) print                 |& smtp

print "."                                |& smtp;  smtp |& getline j; print j
print "quit"                             |& smtp;  smtp |& getline j; print j

close(smtp) } # /inet/protocol/local-port/remote-host/remote-port</code>

我們可以使用該腳本將自身郵件發(fā)送到目標(biāo)SMTP服務(wù)器可以訪問的遠(yuǎn)程收件人：

<code>$ ./awkmail jatanasoff@victimandum.com aturning@localhost awkmail  Queued mail for delivery</code>

在高度受控的環(huán)境中，這些功能的存在并非最佳。

服務(wù)器限制

可以理解的是，SFTP管理員不希望允許其用戶在服務(wù)器的幫助下進(jìn)行任意TCP連接，這可能會使敏感網(wǎng)絡(luò)面臨風(fēng)險。限制此活動是一種謹(jǐn)慎的安全設(shè)置。

常見的限制性配置是將不受信任的SFTP用戶添加到組中，然后在sshd_config中約束此組的活動：

<code>Match Group sftponly
  ChrootDirectory %h
  ForceCommand internal-sftp
  AllowTcpForwarding no</code>

此推薦配置通常足以阻止所有轉(zhuǎn)發(fā)嘗試。

建議添加DisableForwarding yes：

<code>$ man sshd_config | sed -n /DisableForwarding/,/configurations/p
     DisableForwarding
             Disables all forwarding features, including X11, ssh-agent(1),
             TCP and StreamLocal.  This option overrides all other forwarding-
             related options and may simplify restricted configurations.</code>

這留給管理員練習(xí)。

結(jié)論

過于嚴(yán)格的SFTP客戶端設(shè)置可能會導(dǎo)致某種程度的服務(wù)器管理盲目性。SFTP客戶端限制很容易通過多種方法規(guī)避。

對于SFTP服務(wù)器管理員來說，了解哪些地方受到限制以及在哪里限制非常重要，并且不要依賴客戶端來保護服務(wù)器免受任意TCP控制?？蛻舳耸苡脩艨刂?，如果配置錯誤，則很難實現(xiàn)對服務(wù)器的TCP命令。任何測試都應(yīng)該在用戶ssh_config中沒有廣泛設(shè)置轉(zhuǎn)發(fā)的情況下進(jìn)行，注意文檔中的警告。

雖然這種功能可能有可以想象的合法用途，但濫用行為將很少見。

這些問題并非新鮮事物，因為站點exec的變體幾十年來一直存在于明文FTP中。SFTP并不是明文文件傳輸?shù)暮唵翁娲?，它本身也具有許多易于利用的功能。

希望管理員能夠使用這些方法驗證其服務(wù)器的安全性，以免措手不及。

以上是SFTP端口轉(zhuǎn)發(fā)：啟用抑制功能的詳細(xì)內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！