脆弱性情報（JVN）検索・一覧

Portainer Community Editionは、コンテナ化されたアプリケーションのための軽量なサービス配信プラットフォームであり、Docker、Swarm、Kubernetes、およびACI環境の管理に使用されます。バージョン2.33.0から2.33.8未満、2.39.2、および2.41.0にかけて、Portainerは管理者が非管理者ユーザーが起動できるコンテナ構成を制限するために設定する7つのEndpointSecuritySettings制限（特権モード、ホストPID名前空間、デバイスマッピング、ケーパビリティ、sysctls、security-opt（Seccomp / AppArmor）、およびバインドマウント）を適用しています。これらの制限は標準のコンテナ作成パスで強制されますが、そのうちいくつかはDocker SwarmサービスAPIでは適用されていませんでした。この脆弱性はバージョン2.33.8、2.39.2、および2.41.0で修正されています。

Portainer Community Editionは、Docker、Swarm、Kubernetes、ACI環境を管理するために使用できる軽量のコンテナ化アプリケーション向けサービス配信プラットフォームです。バージョン2.33.0から2.33.8未満、2.39.2、および2.41.0の間で、Portainerは非管理者向けの環境レベルの「バインドマウントの無効化」というセキュリティ設定を提供しており、これにより通常ユーザーがPortainerを介したDocker APIを通じて作成するコンテナにホストパスをバインドすることがブロックされます。この設定を適用するチェックはコンテナ作成プロキシの従来のHostConfig.Binds配列のみを検査し、同等のHostConfig.Mounts配列を一切確認していませんでした。制限が有効なDocker環境でコンテナ作成権限を持つ認証済みユーザーは、HostConfig.Mountsのバインド型エントリを送信して任意のホストパスをコンテナにマウントできました。この脆弱性はバージョン2.33.8、2.39.2、および2.41.0で修正されています。

Portainer Community Editionは、Docker、Swarm、Kubernetes、ACI環境を管理するために使用できる軽量のコンテナ化アプリケーション向けサービスデリバリープラットフォームです。バージョン2.33.0から2.33.7の間では、Portainerはミドルウェア層（kubeClientMiddleware）を介してKubernetesクラスターへのリクエストをプロキシします。このミドルウェアは、クラスターへのトラフィックを転送する前にリクエストユーザーのトークンを検証します。security.RetrieveTokenDataがエラーを返した場合、ミドルウェアはHTTP 403レスポンスを書き込みましたが、return文が欠けていたため、処理がnilのtokenData値でハンドラーに継続しました。KubernetesのエンドポイントはPortainerの外部にあるAuthenticatedAccessボウンサーの背後に配置されています。そのため、攻撃者は有効なPortainerセッションを必要とします。しかし、kubeClientMiddlewareで二次トークン検証に失敗したユーザー（例えば特定のKubernetesエンドポイントへのアクセス権限を持たないユーザー）は、認可チェックをバイパスして要求をクラスターに転送させてしまいます。同じ欠陥はCEとEEのコードベースの両方に存在していました。この脆弱性はバージョン2.33.8で修正されました。

Portainer Community Editionは、Docker、Swarm、Kubernetes、およびACI環境を管理するために使用できる軽量のコンテナ化アプリケーション向けサービス配信プラットフォームです。バージョン2.33.0から2.33.8未満、2.39.2、および2.41.0では、Portainerの認証ミドルウェアが標準のAuthorization: Bearerヘッダーに加え、任意の認証済みAPIエンドポイントに対して?token=JWTのURLクエリパラメータとして渡されたJWTベアラートークンも受け入れていました。URLはリバースプロキシのアクセスログ、ブラウザの履歴、および外向きナビゲーション時のHTTPリファラーヘッダーに記録されるため、この方法で渡されたJWTはログにアクセスできる第三者やユーザーがその後に訪れる外部サイトにより取得される可能性があります。漏洩したトークンは、トークンの有効期限切れ（デフォルト8時間、設定可能）になるまで、発行されたユーザーの全権限を与えます。?token=パラメータはPortainerのブラウザベースのコンテナアタッチ、exec、およびポッドシェル機能で使用されていたため、コンテナに対してexecまたはattach権限を持つ任意のユーザーが影響を受けます。管理者に限りません。この脆弱性はバージョン2.33.8、2.39.2、および2.41.0で修正されています。

MapServerはウェブベースのGISアプリケーションを開発するためのシステムです。バージョン6.4.0から8.6.3未満の間、msSLDParseUserStyleはElseFilter/を含む任意のRuleに対して常に_SLDPlyRuleValues(psRule, psLayer, 1);を呼び出します。これはmsSLDParseRuleが1つのクラスを追加したと仮定しているためです。しかし、ルールにシンボライザーが存在しない場合（構造的に有効なSLD）、msSLDParseRuleはクラスを追加せず、_SLDApplyRuleValuesは_class[-1]を参照してしまい、NULLポインターの逆参照エラーが発生します。認証は不要で、WMSのSLD_BODYパラメータ経由で200バイトの適切に形成されたSLDにより、この脆弱性を引き起こすことが可能です。この脆弱性はバージョン8.6.3で修正されました。

cpp-httplibはC++11対応のシングルファイルヘッダーオンリーのクロスプラットフォームHTTP/HTTPSライブラリです。0.43.4以前のバージョンでは、チャンク付きTransfer-Encodingにおける負のチャンクサイズが無制限のメモリ割り当てとプロセスクラッシュを引き起こしました。cpp-httplibのChunkedDecoder::read_payload関数（httplib.h）は、HTTPチャンク転送エンコーディングのチャンクサイズフィールドをstd::strtoul()を使って解析します。C標準（§7.22.1.4）によると、strtoulは先頭のマイナス記号を黙認し、符号なしのラップアラウンドを行います。たとえば、strtoul("-2", …, 16)はULONG_MAX−1（0xFFFFFFFFFFFFFFFE）を返します。ライブラリの唯一のガード（12833行目）はULONG_MAX（"-1"の結果）を拒否しますが、「-2」などの他の負の値は検証を通過してしまいます。結果として得られる最大値近くの値はchunk_remainingに格納され、これはサーバの読み取りループがネットワークから消費するバイト数を制御しています。この脆弱性は0.43.4で修正されました。

Apache Airflowのスケジューラー側にあるdeadline-referenceデコーダー（`SerializedCustomReference.deserialize_reference`）は、許可リストやプラグインレジストリの制御なしで、DAG作成者が管理するシリアライズ済み状態から任意のクラスパスをインポートおよびディスパッチしてしまいました。DAG作成者のコードがスケジューラーに到達する場合（単一ホストのデプロイメントにおいて、DAGバンドルがスケジューラープロセスからインポート可能なデフォルト設定時）、攻撃者が制御するモジュールパスを名前とするカスタム`DeadlineReference`を埋め込むことが可能であり、スケジューラーは`import_string(...)`を実行し、そのクラスを生SQLAlchemyセッションとともにインスタンス化してしまいます。この問題は、DAG作成者のコードがスケジューラープロセスよりも低い信頼レベルで動作するデプロイメントに影響します。ユーザーには`apache-airflow` 3.2.2以降へのアップグレードを推奨します。

Apache ActiveMQ Broker、Apache ActiveMQ All、Apache ActiveMQにおいて、不適切な入力検証および不適切なコード生成制御の脆弱性が存在し、認証された攻撃者が任意のコードを実行できる可能性があります。具体的には、VMトランスポートのディスカバリURIが誤って検証されることで、リモートのSpring XMLアプリケーションコンテキストをロードされ、JVM上で任意のコマンドが実行される恐れがあります。本問題は特定のバージョン範囲のApache ActiveMQに影響し、修正版へのアップグレードが推奨されます。

WWBN AVideoはオープンソースのビデオプラットフォームです。バージョン29.0およびそれ以前のバージョンには、クラシックなシェルメタキャラクターインジェクションの脆弱性があります。plugin/Live/on_publish.phpのYPTSocket通知ブランチでは、execAsync()コマンドラインを文字列連結で構築しており、各引数をシングルクォートで囲んでいますが、escapeshellarg()を呼び出していません。$users_id、$m3u8、$obj-liveTransmitionHistory_idの3つの補間値のいずれかに含まれる'（シングルクォート）がクォートされたトークンを閉じてしまい、攻撃者が任意のコマンドを追加できる危険があります。

n8n-MCPは、AIアシスタントにn8nノードのドキュメント、プロパティ、および操作へのアクセスを提供するMCPサーバーです。バージョン2.51.2以前では、ENABLE_MULTI_TENANT=trueの場合、HTTPトランスポートはターゲットとなるn8nインスタンスをx-n8n-url / x-n8n-keyヘッダーからリクエストごとに選択していました。これらのヘッダーを省略するか、一方のみを提供したリクエストは、オペレーター自身のn8nインスタンスに設定されたプロセスレベルのN8N_API_URL / N8N_API_KEYの資格情報に静かにフォールバックしていました。その結果、認証済みのMCPテナントは、自身のインスタンスではなくオペレーターのインスタンスに対してn8n管理コールを実行させることが可能でした。これは、共有マルチテナントサービスとして実行されるn8n-mcpのHTTPモードの展開に影響します。シングルテナントの展開（ENABLE_MULTI_TENANTが未設定またはfalseの場合）は影響を受けません。この脆弱性はバージョン2.51.2で修正されました。

cpp-httplibはC++11で作成されたシングルファイルのヘッダーオンリーなクロスプラットフォームHTTP/HTTPSライブラリです。0.44.0以前のバージョンでは、サーバーがServer::set_trusted_proxies()を非空の信頼できるプロキシリストで呼び出した場合に、攻撃者がX-Forwarded-Forヘッダーの値を有効なIPセグメントに解析できないHTTPリクエストを送信することが可能でした。このコードパスはget_client_ip()を実行し、空のstd::vectorに対してfront()を呼び出します。これはC++における未定義動作であり、一般的な実装ではこれによって異常なプロセス終了（サービス拒否）が発生します。Sanitizersが有効な場合は明示的なランタイム診断が行われます。この脆弱性は0.44.0で修正されました。

Samsung Open Source Escargotにおける制御されていない再帰の脆弱性によって、巨大なシリアライズデータペイロードが許容されてしまう問題があります。この問題はEscargotのバージョン590345cc6258317c5da850d846ce6baaf2afc2d3に影響を与えます。

Samsung Open Source Escargotにおける無効なポインタまたは参照の解放に関する脆弱性により、バッファ操作が可能になる問題です。この問題はEscargotのバージョン590345cc6258317c5da850d846ce6baaf2afc2d3に影響を与えます。

Samsung Open Source Escargotにおける過度のサイズ値でのメモリ割り当ての脆弱性により、過剰なメモリ割り当てが可能になる問題が発生します。この問題はEscargotの590345cc6258317c5da850d846ce6baaf2afc2d3に影響を及ぼします。

Samsung Open Source Escargotにおける異常または例外的な条件の不適切なチェックの脆弱性により、入力データを操作できる可能性があります。この問題はEscargotのバージョン590345cc6258317c5da850d846ce6baaf2afc2d3に影響を与えます。

SamsungのオープンソースEscargotにおいて、例外条件の不適切なチェックまたは処理に脆弱性が存在し、入力データの操作が可能になる問題です。本問題はEscargotのバージョン590345cc6258317c5da850d846ce6baaf2afc2d3に影響を及ぼします。

SamsungオープンソースEscargotにおいて、制御されていない再帰により過剰なメモリ割り当てが発生する脆弱性があります。この問題はEscargotのバージョン590345cc6258317c5da850d846ce6baaf2afc2d3に影響を与えます。

Rapid7 Insight Agent の Linux バージョンにおけるビーコンロジックに eval() インジェクションの脆弱性が存在します。この脆弱性により、細工されたビーコン応答を介して攻撃者が root 権限でリモートコードを実行できる可能性があります。Agent は Rapid7 プラットフォームからのコマンドを相互 TLS (mTLS) によって検証するため、eval() 関数がリモートで悪用される可能性は低いです。また、事前に高度な特権を持つバックエンドプラットフォームへのアクセスが必要です。

PyJWTはPythonでJSON Web Tokenを実装したライブラリです。2.13.0以前のバージョンでは、検証者が非対称アルゴリズムとHMACアルゴリズムの両方をサポートしながらJSON Web Tokenをデコードする際に、HMACアルゴリズムでのJSON Web Keysの使用を適切に検証していなかったため、攻撃者が発行者の公開鍵をHMACアルゴリズムの秘密鍵として悪用できる脆弱性がありました。この脆弱性は2.13.0で修正されています。

Kibanaにおけるサーバーサイドリクエストフォージェリ（CWE-918）は、コネクタ管理権限を持つ認証ユーザーがオペレーターが設定したコネクタの許可リストを回避できる可能性があります。その結果、Kibanaサーバーは出口制御でブロックされるはずの宛先に対して送信要求を行うことがあります。

Apache ActiveMQにおける不正なデフォルト権限の脆弱性です。この問題はApache ActiveMQのバージョン5.19.7未満および6.0.0から6.2.6未満に影響します。デフォルトのJolokia認可設定により、管理者権限のない（低権限の）WebログインアカウントがJolokiaの操作にアクセスでき、addQueueやremoveQueueなどの管理者向けブローカ管理操作を実行可能でした。ユーザーは、この問題を修正したバージョン6.2.6または5.19.7へアップグレードすることを推奨します。

Canonical Multipass for macOSのバージョン1.16.3以前には、不完全な修正に起因する問題が発見されました。バージョン1.16.0のパッチはmultipassdデーモンバイナリの所有権をroot:wheelに更新しましたが、/Library/Application Support/com.canonical.multipass/bin/にある5つの同梱バイナリはインストールしたユーザーが所有しており、書き込み可能な状態のままでした。rootのLaunchDaemonは、このユーザー書き込み可能なディレクトリを優先するPATH環境変数を設定し、補助バイナリを名前だけで呼び出します。そのため、ローカルの攻撃者は補助バイナリを悪意のあるラッパーに置き換えることが可能です。その後、rootデーモンが通常の実行中にこのバイナリを呼び出すと、悪意のあるコードがroot権限で実行され、ローカル権限昇格を引き起こします。

Canonical Multipassのバージョン1.16.3以前に脆弱性が発見されました。ホスト側のSFTPサーバーコンポーネント（sshfs_server）はホスト上でroot権限で実行されており、src/sshfs_mount/sftp_server.cpp内のvalidate_path関数にパス包含回避の脆弱性が含まれています。この関数はパス区切り文字の検証や「..」の正規化を行わず、リクエストされたパスに対して単純な文字列のプレフィックス比較を実施しています。ゲスト仮想マシン内でroot権限を持つローカル攻撃者は、procfsを介してsshfs_serverプロセスのstdin/stdoutパイプに生のSFTPフレーム（SSH_FXP_OPENリクエストなど）を直接注入することでFUSEレイヤーを回避できます。許可されたマウントプレフィックスに一致するディレクトリ・トラバーサルシーケンスを含むパスを提供することで、攻撃者はホスト側のrootプロセスにトラバーサルを解決させ、指定されたマウント境界外のファイルを開かせることが可能です。これにより、ゲスト側のユーザーはホストファイルシステム上の任意のファイルを読み取ることができ、仮想マシンから脱出できます。

Apache AirflowのKubernetesExecutorにおけるバグにより、ワーカーポッドがExecution APIに対して認証するために使用するJWTトークンが、ポッドスペック内で確認可能なコマンドライン引数としてワーカーコンテナに渡されてしまいました。Kubernetesクラスターに対して読み取り専用アクセス権（例：Airflow名前空間でのpods/get）を持つ認証済みのUI/APIユーザーはkubectl describe podの出力からJWTを取得し、その後、ステートを変更するExecution APIのエンドポイントを呼び出すことで、実行中のタスクのようにDagの実行トリガーや実行のクリア、Variables / Connections / XComsの読み書きを行うことが可能でした。この影響はKubernetesExecutorを使用しているデプロイメントに及びます。ユーザーはapache-airflowをバージョン3.2.2以降にアップグレードすることを推奨します。本脆弱性はapache-airflow-providers-cncf-kubernetes側の修正と同じ問題に該当しており、apache-airflow-providers-cncf-kubernetesをバージョン10.17.0以降にアップグレード済みの場合でも、apache-airflowも3.2.2以降にアップグレードして両方の修正を適用する必要があります。この二つの修正は補完的であり重複していません。

JetBrains IntelliJ IDEA 2026.1.1より前のバージョンでは、ファイル名の補完機能を介してコマンドインジェクションが可能でした。

JetBrains IntelliJ IDEA 2026.1.1より前のバージョンには、ゲストユーザーアカウントを介してコマンドを実行できる脆弱性が存在しました。

JetBrains YouTrackのバージョン2026.1.13162以前には、fetchAppリクエストによって情報が漏洩する可能性がありました。

JetBrains TeamCity 2026.1.1 より前のバージョンでは、キーワードフィルターにクロスサイトスクリプティング（XSS）の脆弱性が存在していました。

JetBrains TeamCity 2026.1 より前のバージョンにおいて、2025年11月5日にビルドステータスを介して認証されていない SSRF 攻撃が可能でした。

JetBrains TeamCity 2026.1より前のバージョンにおいて、Perforce接続設定を介してリモートコードが実行可能でした。

JetBrains TeamCity 2026.1より前のバージョンには、不適切な権限チェックのためにビルド構成パラメータが露出する脆弱性が存在していました。

JetBrains IntelliJ IDEAの2026.1以前のバージョンにおいて、Copyrightプラグインのテンプレートインジェクションによりコードを実行可能でした。

IBM Controller 11.0.1、11.1.0、11.1.1、および11.1.2には、自己の受信認証、外部コンポーネントへの送信通信、または内部データの暗号化に使用されるパスワードや暗号鍵などのハードコードされた認証情報が含まれています。この認証情報が含まれているため、セキュリティ上のリスクが存在します。

Drupal SAML SSOのサービスプロバイダーにおいて、異常または例外的な条件を適切に検査しない脆弱性が存在し、これにより権限昇格が可能となります。この問題は、SAML SSOサービスプロバイダーのバージョン0.0.0から3.1.4未満に影響を及ぼします。

Firecracker 1.13.0から1.14.3および1.15.0のx86_64およびaarch64におけるvirtio PCIトランスポートで範囲外書き込みの問題が存在しました。この問題により、root権限を持つローカルのゲストユーザーがFirecracker VMMプロセスをクラッシュさせるか、デバイス起動後にvirtioキュー構成レジスタを変更してホスト上で任意のコードを実行する可能性があります。ホスト上でのコード実行を達成するには、カスタムゲストカーネルの使用や特定のスナップショット構成など追加の前提条件が必要です。この問題を修正するために、ユーザーはFirecracker 1.14.4または1.15.1以降にアップグレードする必要があります。

macOS上のDocker Model Runnerにおけるvllm-metal推論バックエンドは、モデルのトークナイザーを読み込む際に無条件でtrust_remote_code=Trueを設定し、サンドボックス環境なしで実行します。これにより、transformers.AutoTokenizer.from_pretrained()がOCIレジストリから取得した任意のモデルに含まれる任意のPythonファイルをインポートおよび実行します。その結果、推論がトリガーされるとDocker DesktopユーザーとしてDockerホスト上で任意のコードが実行される可能性があります。Dockerネットワーク内の任意のコンテナは、model-runner.docker.internal APIを呼び出して悪意のあるモデルを取得し、推論を要求することでこれを引き起こすことができます。

macOS上のDocker Model RunnerのMLX推論バックエンドはMLX-LMライブラリを使用しており、このライブラリはmodel_file設定フィールドを介してconfig.json内のモデルディレクトリから任意のPythonファイルを無条件にインポートして実行します。モデルのconfig.jsonにPythonファイルを指すmodel_fileが指定されている場合、MLX-LMはimportlibを使ってそれを読み込み、trust_remote_codeゲートや同等の安全チェックなしに実行します。MLXバックエンドはサンドボックスなしで動作するため、Docker Desktopユーザー権限でDockerホスト上で任意のコードが実行されます。Dockerネットワーク上の任意のコンテナはmodel-runner.docker.internal APIを呼び出し、攻撃者管理下のOCIレジストリから悪意のあるモデルをプルして推論を要求することでこの問題を引き起こすことができます。

IBM Langflow OSS バージョン1.0.0から1.9.0までにおいて、リソース消費を制御できないため、サービス拒否が発生する可能性があります。

Velocidex Velociraptorのバージョン0.76.5未満において、GetUserRoles gRPC APIエンドポイントの認可バイパス（CWE-639）により、認証済みの低権限ユーザーがネットワークリクエストで特定のNameおよびOrgパラメータを指定すると、すべての組織に跨る任意のユーザーの完全なACLポリシー（ロールと権限）を取得できます。

IBM WebSphere Application ServerおよびWebSphere Application Server Liberty用のIBM Webサーバープラグイン8.5および9.0には、特別に細工されたリクエストを介してWebサーバープラグインにHTTPリクエストスマグリングの脆弱性が存在します。