Skip to content
KitploitKITPLOIT
ツールブログ
提出
ツールブログ
提出

ハッキング、侵入テスト、サイバーセキュリティツールをあなたのセキュリティアーセナルに!

Kitploitはハッキング、サイバーセキュリティ、ペネトレーションテストのツールディレクトリです。最新のプロジェクトアップデートを見つけて、脆弱性の発見、システム分析、テストの自動化、セキュリティの強化を行いましょう。

··フィード·お問い合わせ·プライバシー·© 2026 Kitploit

ツールディレクトリ

カテゴリ

すべてのカテゴリを見る
Loading categories
NotCVE-2026-0009 — NitroShare v0.3.4 におけるパストラバーサル脆弱性 | Kitploit
ツール/GitHubGitHub/cduram/notcve-2026-0009
脆弱性分析エクスプロイトウェブアプリケーション悪用ペネトレーションテストレッドチーミングペイロード開発
GitHubcduram/notcve-2026-0009

NotCVE-2026-0009

NitroShare v0.3.4 におけるパストラバーサル脆弱性

リポジトリを見る
111ヶ月前未レビュー

人気

すべて見る →

コミュニティで最も使われているツールを見つけましょう。

すべてのツールを探索

ツールコレクションを閲覧

すべてのツールを見る →
共有

nitroshare のパストラバーサル脆弱性

説明

NitroShare Desktop v0.3.4 は、LAN ファイル転送サーバーにパストラバーサル脆弱性が存在します。サーバーは認証なしで全ネットワークインターフェース(ポート 40818)で待ち受けます。ファイルを受信する際、送信者の JSON アイテムヘッダーにある name フィールドは、解決されたパスが転送ルートディレクトリ C:\UserName\Downloads\NitroShare 内に留まるかどうかを検証せずに渡されます。同じ LAN 上の攻撃者は、../(古典的なドットドットスラッシュ攻撃)シーケンスを含む細工されたファイル名を送信することで、現在のユーザーがアクセスできる任意の場所にファイルを書き込むことができます。これには、次回ログイン時にコードを実行するための Windows スタートアップフォルダも含まれます(そのため、作成された POC があります)。ユーザーの操作は不要です。さらに、TLS はデフォルトで無効(アプリケーションが提供する認証方法)であるため、デフォルトでは認証が不要です。IT および情報セキュリティの分野で長年働いてきた経験から、ほとんどのユーザーがそのまま(無効の状態で)使用するだろうと私は想定しています。

再現手順

  1. LAN から NitroShare の転送サーバー(TCP ポート 40818)に接続します。
  2. JSON 転送ヘッダーパケットを送信します: {"name":"attacker","size":"<n>","count":"1"}。
  3. パストラバーサルファイル名を含む JSON アイテムヘッダーパケットを送信します:
    root@kitploit:~
    {"name":"../../AppData/Roaming/Microsoft/Windows/Start Menu/Programs/Startup/payload.exe","directory":false,"created":"0","last_modified":"0","last_read":"0","size":"<n>"}
    
  4. 悪意のあるファイルコンテンツを含むバイナリパケットを送信します。
  5. ファイルはダウンロードディレクトリの外部の、攻撃者が選択したパスに書き込まれます。
  6. スタートアップフォルダを標的とした場合、ペイロードは次回のユーザーログイン時に自動的に実行されます。

動作する PoC が提供されており(poc_path_traversal_via_lan_transfer___arbitrary_file_w.py)、Windows 上の NitroShare 0.3.4 に対して検証済みです。

推奨される修正方法

  1. 受信したファイル名をサニタイズする — パス区切り文字(/、\)と .. シーケンスを除去または拒否します。QDir::absoluteFilePath() で解決した後、結果が転送ルートディレクトリで始まることを検証してから処理を続行します。
  2. パスワードを必須にするか、TLS をデフォルトで有効にする — TLS を有効にした状態で出荷し、初回実行時に証明書を自動生成するか、パスワードを設定するオプションを用意します。
  3. 転送承認プロンプトを追加する — 受信したファイルをディスクに書き込む前に、ユーザーに確認を求めます。
  4. 認証を実装する — 転送を受け入れる前に、ペアリングメカニズム(共有シークレット、QR コード、または証明書交換)を必須にします。

開示経緯

  • 2026年4月13日 - Github リポジトリに公開された電子メールで開発者に連絡しました。返答なし。
  • 2026年4月19日 - 2回目の試み。返答なし。
  • 2026年5月3日 - 3回目の試み。返答なし。
  • 2026年7月22日 - NotCVE-2026-0009 が割り当てられました
  • 2026年7月28日 - CVE-2026-66050 が割り当てられました
ツールをダウンロード