全国公的データラボ読み込み中…
読み込んでいます…
脆弱性情報（JVN）
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 294,721 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
種別 パス・トラバーサル の検索結果：81–120 件目を表示（ページ 3）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
PostCSSはCSSファイルを受け取り、そのルールを抽象構文木（Abstract Syntax Tree）に変換することで、ルールの解析および修正を行うAPIを提供します。バージョン8.5.19以前では、fromが未設定の場合に、攻撃者が絶対パスまたはディレクトリトラバーサルを含むsourceMappingURLを供給することで、PreviousMap.loadFile()が意図しないソースマップファイルを読み取る可能性がありました。その結果、マップのsourcesおよびsourcesContentがアプリケーションに露出する恐れがありました。この問題はバージョン8.5.19で修正されています。
アーカイブの展開および書き込み処理におけるパス検証の脆弱性により、トラバーサルシーケンスを含むエントリが意図されたビルド成果物の場所の外部に書き込まれてしまう可能性があります。
Mattermostのバージョン11.8.xのうち11.8.0以下、11.7.xのうち11.7.3以下、11.6.xのうち11.6.5以下、及び10.11.xのうち10.11.20以下には、ファイル削除パスの検証に失敗する脆弱性があります。この脆弱性により、SAMLシステムコンソールの書き込み権限を持つ管理者は、remove fileエンドポイントを介してconfigディレクトリ外の任意のファイルをサーバー上で削除できてしまいます。MattermostのアドバイザリIDはMMSA-2026-00666です。
パス処理の問題は改善され、検証を通じて対処されました。この問題は macOS Sequoia 15.7.8 および macOS Tahoe 26.6 で修正されています。悪意のあるアプリがサンドボックスから抜け出す可能性があります。
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全294,721件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。
ディレクトリパスの処理におけるパースの問題は、パスの検証強化によって対処されました。この問題は、iOS 16.6および iPadOS 16.6、macOS Sequoia 15.7.8、macOS Sonoma 14.8.8、macOS Tahoe 16.6、tvOS 16.6で修正されています。悪意のあるアプリがサンドボックスから抜け出す可能性があります。
パス処理の問題が改善されたことで対処されました。この問題は、iOS 16.6およびiPadOS 16.6、macOS Sequoia 15.7.8、macOS Sonoma 14.8.8、macOS Tahoe 16.6、tvOS 16.6、visionOS 16.6、watchOS 16.6で修正されています。アプリがルート権限を取得できる可能性がある問題です。
ディレクトリパスの処理におけるパースの問題が、改良されたパス検証によって対処されました。この問題は macOS Sequoia 15.7.8、macOS Sonoma 14.8.8、macOS Tahoe 26.6 で修正されています。この問題によってアプリがルート権限を取得できる可能性があります。
パストラバーサルの問題は、入力の検証を強化することで対処されました。この問題は macOS Sequoia 15.7.8、macOS Sonoma 14.8.8、および macOS Tahoe 26.6 で修正されています。アプリがサンドボックスから抜け出す可能性がありました。
SurrealDBのバージョン3.1.5未満には、DEFINE ANALYZERマッパーフィルターに任意ファイル読み取りの脆弱性が存在します。これにより、EDITORまたはOWNERロールを持つデータベースユーザーが、SurrealDBプロセスがアクセス可能なファイルを読み取ることが可能になります。攻撃者はマッパーフィルター内で任意のファイルパスを指定でき、SURREAL_FILE_ALLOWLISTが空であるか設定されていない場合には、クエリエラーメッセージを通じてファイルの内容を取得できます。
Wazuhは、脅威の予防、検出、および対応に使用される無料かつオープンソースのプラットフォームです。バージョン4.0.0から4.10.3および4.11.0から4.14.4において、Wazuhマネージャの登録デーモン（authd）と同期デーモン（remoted）に論理的な欠陥があります。authdプロセスはエージェントが登録時にグループを選択できるようにしますが、「..」のようなパストラバーサルシーケンスをフィルタリングしません。一方、マネージャはwopendir()を使ってグループディレクトリをチェックしますが、「..」シーケンスは親ディレクトリ（/var/ossec/etc）を参照するため、検証を通過してしまいます。悪意のあるグループが受け入れられ、マネージャのグローバルデータベースに格納された後、remotedプロセスはこの未検証の値を使用してエージェント設定の同期用パスを構築します。結果として、client.keys、ossec.conf、内部証明書などの/var/ossec/etcにある機密ファイルがエージェントの共有設定ストリームに含まれ、攻撃者に漏洩してしまいます。この問題はバージョン4.10.4および4.14.5で修正されています。
zrokは、ウェブサービス、ファイル、およびネットワークリソースを共有するためのソフトウェアです。バージョン2.0.3以前のzrokのPython SDK ProxyShare Flaskプロキシルートは、リクエストパスで絶対URLを受け入れ、それをurllib.parse.urljoinに渡すため、リクエストされたパスが設定されたターゲットホストを置き換えることができました。その結果、requests.requestは攻撃者が選択したURLからのサーバー側のレスポンスを返してしまいます。この問題はバージョン2.0.3で修正されています。
zrokはウェブサービス、ファイル、およびネットワークリソースを共有するためのソフトウェアです。バージョン0.4.23から2.0.3までの間、`zrok2 copy`は攻撃者が制御するWebDAVまたはzrokドライブのパス（例えば /../outside.txt）をソースインベントリに保存し、それをFilesystemTarget.WriteStreamに渡していました。これにより、同期パイプラインが選択されたローカルファイルシステムのルート外にファイルを作成できる状態となっていました。この問題はバージョン2.0.3で修正されています。
IBM Langflow OSS バージョン 1.0.0 から 1.10.0 までにおいて、認証された攻撃者が攻撃者管理下の URL を指す悪意のあるフローを作成できる脆弱性があります。この URL は特別に細工された Content-Disposition ヘッダー（例：filename="../../../target/path"）を返し、Langflow プロセスがアクセス可能な任意のパスに対して、攻撃者が制御する内容で任意のファイル書き込み操作を行うことを可能にします。
IBM Langflow OSS 1.0.0から1.10.0までのバージョンでは、認証済みの攻撃者が任意のファイルを読み取ることが可能であり、その中にはJWT署名キーも含まれています。これにより、攻撃者は任意のユーザーの認証トークンを偽造できます。
IBM Langflow OSS バージョン1.0.0から1.10.0において、APIRequestコンポーネントの不適切な入力検証により、攻撃者が意図しない場所に任意のファイルを書き込む可能性があります。「ファイルに保存」機能が有効になっている場合、HTTPレスポンスのContent-Dispositionヘッダーから抽出されたファイル名が一時ディレクトリパスに結合される前にサニタイズされず、パス・トラバーサルの脆弱性が存在します。外部HTTPサーバーを制御する攻撃者は、パス・トラバーサルシーケンス（例: ../）を含む細工されたファイル名を提供でき、Langflowプロセスがアクセス可能な場所に任意のファイルを書き込むことが可能です。
Cisco Identity Services Engine（ISE）および Cisco ISE Passive Identity Connector（ISE-PIC）に存在する脆弱性により、認証済みのリモート攻撃者が基盤となるオペレーティングシステムに対してパス・トラバーサル攻撃を実行し、任意のファイルを読み取ったり削除したりする可能性があります。この脆弱性を悪用するには、攻撃者が有効な管理者資格情報を持っている必要があります。この脆弱性は、ユーザーが提供した入力の不適切な検証が原因です。攻撃者は細工されたHTTPリクエストを影響を受けるシステムに送信することで、この脆弱性を悪用できます。攻撃に成功すると、攻撃者は機密ファイルにアクセスしたり、影響を受けるシステム上の任意のファイルを削除したりすることが可能になります。
Apache IvyのPackagerResolverは、オンラインのアーティファクトをダウンロードし、packager.xmlファイルで定義された形式でそれらを（再）パッケージ化することができます。この再パッケージ化はAntスクリプトによって行われ、設定された「buildRoot」ディレクトリのサブディレクトリに保存されます。このサブディレクトリは、組織名、名前、バージョンなどのモジュール座標に基づいて計算されます。もし座標のいずれかに「../」のシーケンスが含まれている場合（これは一般的にIvyの座標で有効な文字です）、設定された「buildRoot」ディレクトリから抜け出して他のファイルを上書きできてしまいます。この脆弱性を悪用するためには、攻撃者がパッケージャリポジトリにアクセスし、ivy.xmlファイルの座標に「../」のシーケンスを含むように追加または変更する必要があります。Apache Ivyのバージョン2.0.0から2.5.3（含む）を使用しているユーザーは、Ivy 2.6.0にアップグレードすることを推奨します。
ColdFusionは、制限されたディレクトリへのパス名の不適切な制限（「パストラバーサル」）の脆弱性の影響を受けており、これにより任意のファイルシステムを読み取られるおそれがあります。攻撃者はこの脆弱性を悪用して、意図されたアクセス範囲外の機密ファイルやディレクトリへアクセスすることが可能です。この問題を悪用する際にユーザーの操作は不要です。スコープが変更されました。
ColdFusion は、制限されたディレクトリへのパス名の不適切な制限（「パストラバーサル」）の脆弱性の影響を受けており、これにより現在のユーザーのコンテキストで任意のコードを実行される可能性があります。この問題を悪用するためにユーザーの操作は必要ありません。範囲が変更されています。
ColdFusionは、制限されたディレクトリへのパス名の不適切な制限（「パストラバーサル」）の脆弱性の影響を受けており、これにより任意のファイルシステムの読み取りが可能になる恐れがあります。攻撃者はこの脆弱性を悪用して、意図されたアクセス範囲外の機密ファイルやディレクトリにアクセスできます。この問題を悪用するためにユーザーの操作は不要です。スコープが変更されました。
Fortinet FortiOS 7.6.0から7.6.6、FortiOS 7.4.0から7.4.9、FortiOS 7.2の全バージョン、FortiOS 7.0の全バージョン、FortiOS 6.4の全バージョン、FortiPAM 1.8.0、FortiPAM 1.7.0から1.7.2、FortiPAM 1.6の全バージョン、FortiPAM 1.5の全バージョン、FortiPAM 1.4の全バージョン、FortiPAM 1.3の全バージョン、FortiPAM 1.2の全バージョン、FortiPAM 1.1の全バージョン、FortiPAM 1.0の全バージョン、FortiProxy 7.6.0から7.6.5、FortiProxy 7.4から7.4.13、FortiProxy 7.2の全バージョン、FortiProxy 7.0の全バージョンにおいて、限定されたディレクトリへのパス名の不適切な制限（「パストラバーサル」）の脆弱性が存在しています。この脆弱性により、攻撃者は＜insert attack vector here＞を介して不正なコードやコマンドを実行できる可能性があります。
openSIS Classic 9.3には、認証された経路辿りに関する脆弱性が存在します。この脆弱性は、レガシーメッセージングの送信メールの添付ファイルのダウンロード機能にあり、認証済みの攻撃者が細工された経路辿りシーケンスを介してサーバー上の任意のファイルを読み取ることが可能です。
Apache OpenMeetingsにおける、制限されたディレクトリへのパス名の不適切な制限（「パストラバーサル」）の脆弱性です。この問題は、Apache OpenMeetingsのバージョン5.0.0以降9.1.0未満に影響します。任意のルームでモデレーター権限を持つ攻撃者は、細工されたダウンロードリクエストを通じてOMサーバーを実行しているOSアカウントがアクセス可能な任意のファイル（資格情報や秘密情報を含む）を読み取ることが可能です。ユーザーには、この問題を修正したバージョン9.1.0へアップグレードすることを推奨します。
Crawl4AI 0.8.7より前のバージョンには、Docker APIサーバーの /screenshot および /pdf エンドポイントに任意のファイル書き込みの脆弱性があります。output_path パラメータは検証を行わずに任意のファイルシステムパスを受け入れるため、攻撃者は絶対パスやパストラバーサルを利用し、アプリケーションのユーザーが書き込み可能な任意の場所にファイルを書き込み、サーバー上のファイルを上書きしたりサービス拒否を引き起こしたりすることが可能です。
BOSH CLIツールのblobs.ymlパスにおけるディレクトリ・トラバーサルの脆弱性により、攻撃者は任意のファイルを書き込み、機密情報を流出させることが可能です。影響を受けるバージョンは、v7.10.4未満のBOSH CLIツールのバージョンです。
decompress バージョン 4.2.2 未満には、不適切なパス包含チェックの脆弱性があり、これによりディレクトリトラバーサルおよび任意のファイル書き込みが可能になります。safeMakeDir 関数（index.js の29行目）および抽出パス検証（index.js の106行目）では、String.indexOf() を使用して解決されたパスが出力ディレクトリ内にあるかどうかを確認しています：realDestinationDir.indexOf(realOutputPath) !== 0。しかし、このチェックはパスセパレータの境界を適切に強制していないため、不備があります。たとえば、"/tmp/app_config".indexOf("/tmp/app") は 0 を返しますが、/tmp/app_config は /tmp/app の外部にあるにもかかわらず誤ってチェックを通過してしまいます。同じパッケージ内の検証されていないシンボリックリンク作成と組み合わせると、攻撃者は抽出ターゲットの隣接ディレクトリに任意のファイルを書き込むことが可能です。これは CVE-2020-12265 の修正を回避するものです。正しいチェック方法は、パスセパレータを追加することで実現されます：realParentPath.indexOf(realOutputPath + path.sep) !== 0。
LiteLLMは、OpenAI（またはネイティブ）形式のLLM APIを呼び出すためのプロキシサーバー（AIゲートウェイ）です。バージョン1.83.7-stableより前のLiteLLMでは、スキルのZIPアーカイブ展開時にファイルパスの検証が不十分でした。そのため、認証ユーザーでかつLiteLLMのLLM APIルートへのアクセス権を持つか、またはallowed_routesに/v1/skills、anthropic_routes、llm_api_routesを含むキーを持つユーザーが、パス・トラバーサルのエントリーを含む細工されたスキルアーカイブをアップロードし、意図した展開先やステージングディレクトリ外にファイルを書き込むことが可能となっていました。この問題はバージョン1.83.7-stableで修正されています。
Mistuneはレンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0より前のInclude.parse()は、ユーザー提供のインクルードパスを結合および正規化していましたが、その結果が意図したMarkdownディレクトリ内にとどまっているかどうかを検証していませんでした。このため、md.read()を使用してMarkdownファイルを処理する際に、細工されたインクルードパスによりそのディレクトリ外のファイルへアクセスされる可能性がありました。この問題はバージョン3.3.0で修正されています。
Apache AirflowのGoogleプロバイダーオペレーターである`GCSToSFTPOperator`および`GCSTimeSpanFileTransformOperator`は、バケットのリスティングAPIから返されたGCSオブジェクト名を正規化や包含チェックを行わずに直接宛先ファイルシステムのパスに結合していました。ソースGCSバケットへの書き込み権限を持つユーザー（通常はDAG作成者とは異なる信頼主体、例えばパートナーのアップロード、取り込み専用サービスアカウント、公開データのバケット）は、名前に`..`セグメントを含むオブジェクトを作成することで、DAG実行時にダウンロードしたBlobを設定された宛先外（`GCSToSFTPOperator`のSFTPの`destination_path`や`GCSTimeSpanFileTransformOperator`のワーカーローカルの一時ディレクトリ）に書き込ませることが可能です。これにより、SFTPサーバーやワーカーホスト上の任意のファイルを上書きできてしまいます。本脆弱性は、より信頼度の低い主体による書き込みが可能なバケットから取り込みを行うデプロイメントに影響します。ユーザーは`apache-airflow-providers-google`をバージョン22.2.1以降にアップグレードすることを推奨します。
Dell PowerProtect Data Domain のバージョン 7.7.1.0 から 8.7、LTS2026 リリースのバージョン 8.6.1.0 から 8.6.1.10、LTS2025 リリースのバージョン 8.3.1.0 から 8.3.1.30、LTS2024 リリースのバージョン 7.13.1.0 から 7.13.1.70 には、不適切なパス名の制限（パス・トラバーサル）脆弱性が存在します。この脆弱性を悪用すると、リモートからアクセス可能な高権限の攻撃者が認可されていないファイルを改ざんする可能性があります。
Dell PowerProtect Data Domain のバージョン 7.7.1.0 から 8.7、LTS2026 リリースのバージョン 8.6.1.0 から 8.6.1.10、LTS2025 リリースのバージョン 8.3.1.0 から 8.3.1.30、LTS2024 リリースのバージョン 7.13.1.0 から 7.13.1.70 において、不適切なパス名制限（制限されたディレクトリへの「パストラバーサル」）の脆弱性が存在しています。認証されていない遠隔の攻撃者がこの脆弱性を悪用する可能性があり、このことによりシステムへの不正アクセスが発生する恐れがあります。この脆弱性は攻撃者がシステムの完全な制御を奪うことができるため、重大な深刻度に分類されています。したがって、Dell は顧客に対してできるだけ早急にアップグレードすることを推奨しています。
pnpmはパッケージマネージャーです。バージョン10.34.4および11.8.0より前のpnpmでは、env lockfileのconfigDependenciesセクションからパッケージ名を受け取り、node_modules/.pnpm-config配下にconfig依存のシンボリックリンクを作成する際に、その名前を直接使用します。悪意のあるリポジトリは、traversal（ディレクトリ横断）の形状を持つconfig依存名を含むenv-lockfileドキュメントを持つ、巧妙に作成されたpnpm-lock.yamlをコミットすることが可能です。pnpm installの際、pnpmはそのconfig依存をインストールし、その名前から派生したパスにシンボリックリンクを作成します。この脆弱性はバージョン10.34.4および11.8.0で修正されています。
ArcGIS Serverにはディレクトリトラバーサルの脆弱性が存在します。認証されていない攻撃者が特殊に細工されたパスパラメータを送信することで、この脆弱性を悪用できます。悪用に成功すると、システム上の機密ファイルへアクセスできる可能性があります。この問題はArcGIS Serverのバージョン12.0およびそれ以前のすべてのバージョンに影響を及ぼします。
MCOは、データのエクスポートおよびアップロードに関連するファイル処理機能において、パス情報の漏洩およびパストラバーサルの脆弱性を有しています。filenameパラメータの不適切な検証により、任意の場所へのファイル書き込みや、エラーメッセージを通じてサーバーの絶対パス情報が間接的に漏洩する可能性があります。ベンダーへの連絡が不成功に終わったため、本脆弱性はバージョン25.3.3.1でのみ確認されていますが、他のバージョンにも影響を及ぼす可能性があります。
Gradio 6.16.0 より前のバージョンには、FileExplorer コンポーネントの preprocess() メソッドにパストラバーサルの脆弱性が存在します。この脆弱性により、認証されていない攻撃者が、ディレクトリトラバーサルのシーケンスや絶対パスを含むパスセグメントを提供することで、設定されたルートディレクトリから抜け出すことが可能です。攻撃者は細工されたパスセグメントを提供し、os.path.join が root_dir プレフィックスを完全に破棄するように誘導できるため、任意のファイルを読み取ったり、本来のディレクトリ外の機密ファイルを露出させたりすることが起こります。
googleapis/mcp-toolboxのHTTPツールのURLビルダーにはパストラバーサル脆弱性が存在します。ダウンストリームのAPIリクエストを作成する際、URLビルダーはユーザーが制御するpathParamsを設定されたツールパスに置き換え、その結果の文字列を相対URLとして解析します。入力がスキーム、ホスト、またはユーザー情報を変更しないことは確認しますが、最終的なURL解決にはResolveReferenceに依存しています。この解決ステップ中にドットセグメント（../）が正規化されるため、攻撃者はディレクトリトラバーサルシーケンスを含むパスパラメータを供給し、オペレーターが設定したパスの範囲から逃れることが可能です。これにより、クライアントはツールボックスに同じターゲットホスト上の意図しないエンドポイントへリクエストを強制的に送らせることができ、ツールボックスの設定された認証情報（例：/api/v1/users/{{.id}}のような制限パスをバイパスして/admin/secretsにアクセスする）を転送させることが可能となります。
Kestraはオープンソースのイベント駆動型オーケストレーションプラットフォームです。バージョン1.0.43および1.3.19以前のKestraでは、いくつかのAPIエンドポイントがクライアントからkestra:// URIを受け取り、StorageInterface.parentTraversalGuardを通じてローカルストレージバックエンドから基盤となるファイルを読み取っていました。このガードはURI.toString()のリテラルのみを検査するため、URLエンコードされた..（%2E%2E）は検出されません。後続のコードはURI.getPath()を呼び出し、%2E%2Eを再び..にデコードし、その結果のパスを正規化せずにPaths.get(...)に渡します。OSはopen(2)呼び出し時に..セグメントを解決するため、認証済みユーザーが単一の実行を行うだけで、Kestraプロセスがホストファイルシステム上でアクセス可能な任意のファイル（/etc/passwd、マウントされたシークレット、他のテナントの実行出力など）を読み取ることが可能となります。この脆弱性はバージョン1.0.43および1.3.19で修正されました。
Kestraはオープンソースのイベント駆動型オーケストレーションプラットフォームです。バージョン1.0.45および1.3.23より前のローカル内部ストレージバックエンドは、Windows形式のバックスラッシュをスラッシュに変換する前に、ユーザーが指定したパスのディレクトリトラバーサル（..）を検証していました。そのため、攻撃者はバックスラッシュ（..\..\..\）を使ってトラバーサルシーケンスの検証をすり抜けさせることが可能です。検証時には無害な文字列として認識され、ファイルが開かれる直前にのみパスが../../../に書き換えられます。実行を閲覧できる（最低権限のロールを持つ）認証済みユーザーは、GET /api/v1/{tenant}/executions/{executionId}/file?path=… を呼び出して、Kestraプロセスが読み取れるサーバーのファイルシステム上の任意のファイルをストレージサンドボックス外および全テナント・名前空間にまたがって読むことが可能です。これには、埋め込みH2データベース（すべてのフロー、すべてのユーザー、すべての保存されたシークレット）、他のすべてのテナント/名前空間の内部ストレージ、マウントされたシークレットファイル、設定されたデータベースおよびシークレットバックエンドの資格情報を含むプロセス環境（/proc/self/environ）が含まれます。これはKestraのストレージ分離およびマルチテナンシー境界の完全な侵害を意味します。この脆弱性はバージョン1.0.45および1.3.23で修正されています。
NLTKバージョン3.9.4は、GitHub Issue #3504の不完全な修正により、パストラバーサル攻撃に対して脆弱な状態にあります。`nltk/data.py`内の`_UNSAFE_NO_PROTOCOL_RE`正規表現はリテラルの`../`シーケンスをチェックしますが、`..%2f`のようなパーセントエンコードされたトラバーサルシーケンスを考慮していません。`url2pathname()`関数は検証ステップの後にこれらのシーケンスをデコードするため、攻撃者は保護を回避できます。この脆弱性によって、攻撃者は`nltk.data.load()`または`nltk.data.find()`に渡されるリソース名パラメータを操作することで、Pythonプロセスがアクセス可能な任意のファイルを読み取ることができます。この問題は、NLPウェブアプリケーション、Jupyterノートブック、CLIツールなど、リソース読み込みにNLTKを利用するアプリケーションに影響を及ぼします。デフォルトの`pathsec.ENFORCE=False`設定は`open()`段階でのファイル読み込みをブロックしないため、影響が悪化します。
Gigamon GVOS v5.16.1以下には、GVOS H-VUEサブシステムにおいてディレクトリトラバーサルの脆弱性が存在します。