| タイトル | ERLANGのErlang/Inets (Inets)等の複数製品におけるサーバサイドのリクエストフォージェリの脆弱性 |
|---|---|
| 概要 | Erlang/OTPのftp（ftp_internalモジュール）におけるサーバーサイドリクエストフォージェリ（SSRF）脆弱性によって、検証されていないPASV応答のIPアドレスを介してFTPバウンス攻撃およびSSRFを実行可能です。ftp_internal:handle_ctrl_result/2のPASVハンドラ（mode=passive、ipfamily=inet、ftp_extension=false）は、サーバーの227応答からIPアドレスを抽出し、コントロール接続のピアアドレスと照合せずに直接gen_tcp:connect/4に渡します。隣接するEPSVハンドラは正しくpeername(CSock)を呼び出してコントロール接続からIPを取得しますが、PASVハンドラはこれを行いません。悪意のあるまたは侵害されたFTPサーバーは、クライアントのデータ接続を任意の内部ホストおよびポートにリダイレクト可能です。読み取り操作（ftp:ls/1,2、ftp:nlist/1,2、ftp:recv/2,3）では、リダイレクトされたターゲットからのデータが呼び出し元に返されます。書き込み操作（ftp:send/2,3、ftp:append/2,3）では、ファイル内容がリダイレクトされたターゲットに送信されます。これにより、内部ホストやクラウドメタデータエンドポイントに対するSSRFや第三者ホストへのFTPバウンス攻撃を実行可能です。脆弱な経路はデフォルト設定（mode=passive、ipfamily=inet、ftp_extension=false）に該当します。RFC 2577セクション3ではPASV応答IPをコントロール接続のピアに対して検証することが明示的に推奨されています。ftpアプリケーションは非推奨となっており、OTP-30で削除予定です。この脆弱性はlib/inets/src/ftp/ftp_internal.erl（inets 5.10.4-6.5、OTP 17.4から20.3）、およびlib/ftp/src/ftp_internal.erl（ftp 1.0以降、OTP 21.0以降）に関連しています。この問題はOTP 17.4から29.0.2、28.5.0.2および27.3.4.13のinets 5.10.4から7.0未満、ならびにftp 1.0から1.2.6、1.2.4.1および1.2.3.1未満に影響を及ぼします。 |
| 想定される影響 | ・当該ソフトウェアが扱う情報の一部が外部に漏れる可能性があります。 ・当該ソフトウェアが扱う情報の一部が書き換えられる可能性があります。 ・当該ソフトウェアは停止しません。 |
| 対策 | ベンダ情報を参照して適切な対策を実施してください。 |
| 公表日 | 2026年6月10日0:00 |
| 登録日 | 2026年6月12日14:34 |
| 最終更新日 | 2026年6月12日14:34 |
| CVSS3.0 : 警告 | |
| スコア | 6.5 |
|---|---|
| ベクター | CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N |
| ERLANG |
| Erlang/Inets (Inets) 5.10.4 以上 7.0 未満 |
| Erlang/OTP 17.4 以上 27.3.4.13 未満 |
| Erlang/OTP 28.0 以上 28.5.0.2 未満 |
| Erlang/OTP 29.0 以上 29.0.2 未満 |
| Ftp 1.0 以上 1.2.3.1 未満 |
| Ftp 1.2.4 以上 1.2.4.1 未満 |
| Ftp 1.2.5 以上 1.2.6 未満 |
| No | 変更内容 | 変更日 |
|---|---|---|
| 1 | [2026年06月12日] 掲載 |
2026年6月12日14:34 |
| 概要 | Server-Side Request Forgery (SSRF) vulnerability in Erlang/OTP ftp (ftp_internal module) allows FTP bounce attacks and SSRF via an unvalidated PASV response IP address. The ftp_internal:handle_ctrl_result/2 PASV handler (mode=passive, ipfamily=inet, ftp_extension=false) extracts the IP address from the server's 227 response and passes it directly to gen_tcp:connect/4 without validating it against the control connection peer address. The adjacent EPSV handlers correctly call peername(CSock) to derive the IP from the control connection, but the PASV handler does not. A malicious or compromised FTP server can redirect the client's data connection to an arbitrary internal host and port. On read operations (ftp:ls/1,2, ftp:nlist/1,2, ftp:recv/2,3), data from the redirected target is returned to the caller. On write operations (ftp:send/2,3, ftp:append/2,3), file content is sent to the redirected target. This enables SSRF against internal hosts, cloud metadata endpoints, and FTP bounce attacks against third-party hosts. The vulnerable path is the default configuration (mode=passive, ipfamily=inet, ftp_extension=false). RFC 2577 section 3 explicitly recommends validating the PASV response IP against the control connection peer. The ftp application is deprecated and scheduled for removal in OTP-30. This vulnerability is associated with program files lib/inets/src/ftp/ftp_internal.erl (inets 5.10.4 through 6.5, OTP 17.4 through 20.3) and lib/ftp/src/ftp_internal.erl (ftp 1.0 and later, OTP 21.0 and later). This issue affects OTP from OTP 17.4 before 29.0.2, 28.5.0.2 and 27.3.4.13 corresponding to inets from 5.10.4 before 7.0 and ftp from 1.0 before 1.2.6, 1.2.4.1 and 1.2.3.1. |
|---|---|
| 公表日 | 2026年6月11日1:17 |
| 登録日 | 2026年6月11日4:18 |
| 最終更新日 | 2026年6月11日1:17 |