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

Apache AirflowのバルクTask Instances API（`PATCH/DELETE /api/v2/dags/{dag_id}/dagRuns/{dag_run_id}/taskInstances`）には、URLパスから解決された`dag_id`に対して認可を評価しつつ、リクエストボディのエンティティフィールドから抽出された`dag_id`と`dag_run_id`に対して操作を行ってしまうバグがあります。編集権限を持つ認証済みのUI/APIユーザーは、URLパスに認可されたDagのIDを保持しながらも、対象のDagのIDをリクエストボディのエンティティに指定することで、任意の他のDagのTask Instanceの状態を変更できます。この問題は、チーム間でTask Instanceの状態を分離するために、各Dagごとに編集権限を管理している環境に影響します。ユーザーは`apache-airflow`を3.2.2以降にアップグレードすることを推奨します。

mlflow/mlflow のバージョン 3.11.0 より前のバージョンにおいて、`mlflow/utils/file_utils.py` の `get_or_create_nfs_tmp_dir()` 関数はワールドライト可能な権限 (0o777) で一時ディレクトリを作成し、`mlflow/pyfunc/__init__.py` の `_create_model_downloading_tmp_dir()` 関数はグループライト可能な権限 (0o770) でディレクトリを作成します。これらの安全でない権限により、ローカルの攻撃者がモデルアーティファクト（例えば cloudpickle でシリアライズされた Python オブジェクト）を改ざんでき、改ざんされたアーティファクトが `cloudpickle.load()` によって逆シリアライズされる際に任意のコードを実行できる可能性があります。この脆弱性は、NFS がデフォルトで有効になっている Databricks などの共有 NFS マウント環境において特に重大です。本問題は以前の脆弱性クラスの続きであり、部分的にしか修正されていません。

Tauriは主要なデスクトッププラットフォーム向けのバイナリを構築するためのフレームワークです。バージョン2.0から2.11.0までの間に、Tauriのis_local_url()関数に欠陥があり、WindowsおよびAndroid上でリモートURLを誤って信頼できるローカルオリジンとして分類してしまいます。これらのシステムでは、TauriはカスタムURIスキームプロトコルをhttp://scheme.localhost/にマッピングします。これは、これらのプラットフォームのWebView実装がカスタムURIスキームを直接提供できないためです。この問題は、Tauriがオリジンがローカルかどうかをチェックする際にURLの最初のサブドメインのみを確認していることに起因します。攻撃者は、アプリケーションのカスタムスキームに一致するサブドメインを持つドメイン上でページをホスティングすることで、この脆弱性を悪用できます。この脆弱性はバージョン2.10.3で修正されました。

Kibanaのサーバーサイドリクエストフォージェリ（CWE-918）は、コネクタ管理権限を持つ認証済みユーザーが、オペレーターによって設定された接続許可リストを回避できる脆弱性です。細工されたターゲットを持つWebhookコネクタを設定することで、攻撃者はKibanaに対し、出口制限によってブロックされるはずの宛先へのアウトバウンドリクエストを発行させることが可能になります。

Apache ActiveMQ Broker、Apache ActiveMQ All、およびApache ActiveMQにおける、不適切な入力検証およびコード生成の制御不備（コードインジェクションの脆弱性）について説明します。Apache ActiveMQ Classicは、Webコンソール上の/api/jolokia/でJolokia JMX-HTTPブリッジを公開しています。デフォルトのJolokiaアクセスポリシーでは、すべてのActiveMQ MBeans（org.apache.activemq:*）、特にBrokerService.addNetworkConnector(String)に対するexec操作を許可しています。認証された攻撃者は、VMトランスポートのbrokerConfigパラメータを「masterslave://」URLを用いてトリガーする細工されたディスカバリURIを使ってこれらの操作を呼び出すことが可能であり、ResourceXmlApplicationContextを使用してSpringのXMLアプリケーションコンテキストを読み込めます。SpringのResourceXmlApplicationContextは、BrokerServiceが構成を検証する前にすべてのシングルトンBeanをインスタンス化するため、Runtime.exec()のようなBeanファクトリメソッドを通じて、ブローカーのJVM上で任意のコードを実行します。この問題はApache ActiveMQ Brokerの5.19.7未満、6.0.0から6.2.6未満、Apache ActiveMQ Allの5.19.7未満、6.0.0から6.2.6未満、およびApache ActiveMQの5.19.7未満、6.0.0から6.2.6未満に影響します。ユーザーには、この問題を修正したバージョン5.19.7または6.2.6へアップグレードすることを推奨します。

Erlang OTPのpublic_key（pubkey_certおよびpublic_keyモジュール）には、不適切な証明書検証の脆弱性があります。この脆弱性により、TLSホスト名検証でsubject CommonNameにフォールバックすることでDNS nameConstraintsをバイパス可能です。2つの欠陥が組み合わさることで、DNS nameConstraintsで制限されている（例：permitted;DNS:allowed.example.com）サブオーディネートCAが、OTP TLSクライアントに範囲外のホスト名（例：victim.example.com）を有効なIDとして受け入れさせるリーフ証明書を発行できてしまいます。まず、lib/public_key/src/pubkey_cert.erl内のpubkey_cert:validate_names/6は、SANのDNSエントリのみをnameConstraintsと照合します。RFC 5280によれば、許可されたDNSサブツリーはDNS型の名前を含む証明書のみを制限します。subjectAltNameを持たないリーフ証明書は、そのsubject CommonNameに関係なく任意のpermitted;DNS:...制約を簡単に満たしてしまいます。次に、lib/public_key/src/public_key.erlのpublic_key:pkix_verify_hostname/3は、subjectAltNameが存在しない場合にsubject CommonNameにフォールバックし、id-at-commonName属性を提示されたIDとして抽出し、参照ホスト名と照合します。厳密なpkix_verify_hostname_match_fun(https)マッチャーでもこのフォールバックは抑制されません。その結果、SANを持たないためDNS制約が発動しないDNS制約付き中間CAの下で、CNのみのリーフ証明書が検証を通過し、ホスト名検証もCNフォールバックによりこれを受け入れてしまいます。このバイパスはverify_peer付きの標準ssl:connect、信頼済みCA、SNI、および正規の厳格なhttpsホスト名マッチャーを使用した場合に到達可能です。この問題はOTP 19.3からOTP 26.2.5.21、27.3.4.12、28.5.0.1、29.0.1のpublic_key 1.4から1.15.1.7、1.17.1.3、1.20.3.1、1.21.1に該当します。

OpenStack Keystone 29.0.2より前のバージョンに問題が発見されました。Keystoneのアプリケーション認証プラグインは、認証リクエストで指定されたユーザーがアプリケーション認証情報の所有者と一致しているかどうかを検証しません。攻撃者は自身のアプリケーション認証IDとシークレットを使用しながら、リクエストボディで異なるユーザーの名前とドメインを指定して認証できます。これによりKeystoneは被害者ユーザーに付随するトークンを発行します。偽装されたトークンはプロジェクトスコープであり、アプリケーション認証の役割と被害者の実際のプロジェクト上の役割が交差します。これによって監査が回避され、被害者の認証情報を読み取ることができ、共有プロジェクト内で被害者として操作が可能になります。

OpenStack Keystone 29.0.2より前のバージョンに問題が発見されました。KeystoneのRBACポリシー強制機能であるenforce_callは、生のJSONリクエストボディを無条件にpolicy_dict.update(json_input.copy())を介してポリシー強制辞書にマージし、以前にデータベース検索から設定された信頼されたターゲットデータを上書きしてしまいます。flask.request.get_jsonはforce=Trueで呼び出されるため、Content-TypeやHTTPメソッドに関係なくこの動作が行われます。認証されたユーザーは任意のポリシーターゲット属性（例：user_id、project_id）をリクエストボディに注入でき、RBACチェックを回避して他のユーザーやプロジェクトに属するリソースに対して不正な操作を行うことが可能です。この問題はコミット5ea59f52（Rocky/14.0.0）で導入されました。

OpenStack Keystone 29.0.2より前のバージョンには問題が発見されました。アプリケーション認証情報のなりすまし脆弱性と組み合わせることで、プロジェクトのメンバーロールを持つ攻撃者がKeystoneのトラスト機能を使った制限のないアプリケーション認証情報の連鎖により管理者権限に昇格できます。なりすまされたトークンは被害者のIDを保持し、トラスト元の検証を通過します。Keystoneは委任されたロールを要求トークンのロールではなく、データベース内の被害者の実際のロール割り当てと照合します。これにより、攻撃者は被害者の管理者ロールを自分自身に委任するトラストを作成できます。このトラストは独立して持続し、アクセスを維持するために追加のトラストやアプリケーション認証情報を作成可能です。すべての操作は被害者のIDでログに記録されます。

IBM WebSphere Application Server - Liberty バージョン19.0.0.7から26.0.0.5、およびIBM WebSphere Application Server 9.0、8.5、さらにWebSphere Application Server Libertyには、特別に細工されたリクエストの送信によって引き起こされるサービス拒否の脆弱性があります。リモートの攻撃者はこの脆弱性を悪用して、サーバーのメモリリソースを消費させることが可能です。

FreePBXはオープンソースのIP PBXです。バージョン17.0.8より前のFreePBXのapiモジュールのOAuth2実装には、トークン発行時にクライアント認証情報の検証が不十分な問題がありました。有効なclient_idを知っていることが必要です。ClientRepository.phpのvalidateClient()メソッドは無条件にtrueを返すため、有効なclient_idを知っている第三者が正しいclient_secretを提供せずにOAuth2アクセストークンを取得できる可能性があります。この脆弱性はバージョン17.0.8で修正されました。

FreePBXはオープンソースのIP-PBXです。バージョン16.0.50および17.0.11より前のCDRレポートモジュールページでは、orderおよびsortのPOSTパラメータを介してSQLインジェクションが発生する可能性があります。CDRセクションへのアクセス権を持つFreePBX管理コントロールパネルアカウントでの認証が必要であり、完全な管理者権限は必要ありません。この脆弱性は16.0.50および17.0.11で修正されています。

FreePBXはオープンソースのIP PBXです。バージョン16.0.22および17.0.5より前のDashboardモジュールのgetcontent AJAXハンドラは、ユーザーから提供された入力をパスのサニタイズなしに基にPHPファイルをインクルードします。$_REQUEST['rawname']パラメータは.class.phpというサフィックスと連結されてinclude()呼び出しに渡されるため、../シーケンスを用いたパストラバーサルによりファイルシステム上の任意の.class.phpファイルをインクルード可能です。インクルードされたファイル内のPHPコードは、その後のクラスインスタンス化エラーが発生する前に実行されます。この脆弱性はバージョン16.0.22および17.0.5で修正されました。

BentoMLは、AIアプリケーションおよびモデル推論に最適化されたオンラインサービングシステムを構築するためのPythonライブラリです。バージョン1.4.39より前のsrc/bentoml/_internal/container/frontend/dockerfile/templates/base_v2.j2では、docker.base_imageをエスケープ処理や改行フィルタリング、検証なしにそのまま文字列として展開していました。悪意のあるbento.yamlに複数行のdocker.base_image値を含めると、任意のDockerfileディレクティブを生成されたDockerfileに密かに挿入できます。bentomlのcontainerizeコマンドがdocker buildを実行する際に、被害ホスト上で注入されたRUNディレクティブが実行されてしまいます。この脆弱性はバージョン1.4.39で修正されました。

BentoMLは、AIアプリケーションおよびモデル推論に最適化されたオンラインサービングシステムを構築するためのPythonライブラリです。バージョン1.4.39以前では、悪意のあるbentofile.yaml内のenvs[*].nameに改行を注入した値が含まれている場合、BentoMLが生成するDockerfileに引用符で囲まれていないRUNディレクティブが生成されます。被害者がインポートしたbentoに対してbentoml containerizeを実行すると、これらのRUNディレクティブがdockerビルド中にホスト上で実行されてしまいます。この脆弱性はバージョン1.4.39で修正されました。

BotanはC++の暗号ライブラリです。3.12.0以前のバージョンでは、BERデータにおける特定の無限長エンコーディングのパターンがパーサーで二次的な誤動作を引き起こし、サービス拒否（DoS）を招く可能性がありました。こうしたBERエンコーディングは、本来DERとしてエンコードされるべき構造でも許容されていましたが、DERは無限長エンコーディングを禁止しています。この脆弱性は3.12.0で修正されています。

OpenStack Keystone 29.0.2未満のバージョンには問題があり、Keystoneのフェデレーテッドトークン再スコーピング機構が元のトークンの有効期限を新しいトークンに引き継がないため、ユーザーが無期限にアクセスを維持できる問題が発生します。

FreeRDPはリモートデスクトッププロトコルの無料実装です。バージョン3.26.0以前では、悪意のあるRDPクライアントがcapabilitySetLengthが小さすぎるCB_CLIP_CAPS PDUを送信することで、FreeRDPのサーバー側クリップボード（cliprdr）チャンネルでヒープバッファオーバーフローの書き込みを引き起こす可能性がありました。これによりサーバープロセスがクラッシュし（リモートDoS）、ヒープメモリが破損するためコード実行に悪用される恐れがありました。この脆弱性はバージョン3.26.0で修正されました。

FreeRDPはリモートデスクトッププロトコルの無料実装です。バージョン3.26.0より前のバージョンでは、悪意のあるRDPサーバーが細工されたRDPGFX PDUを送信することで、FreeRDPクライアントにヒープバッファオーバーフローの書き込みを引き起こす可能性があります。このバグはgdi_CacheToSurface関数に存在し、宛先矩形をUINT16_MAXにクランプして検証しますが、その後のコピー処理で元のcacheEntry-widthおよびheightを使用します。これにより大きな境界外ヒープ書き込みが発生し、クライアントのクラッシュや任意のコード実行につながる可能性があります。このバグは悪意のあるRDPサーバーにより悪用可能ですが、クライアントでRDPGFX機能が有効な場合に限ります。この脆弱性はバージョン3.26.0で修正されています。

FreeRDPはリモートデスクトッププロトコルの無料実装です。3.26.0以前のバージョンでは、FreeRDPのRDPEAR NDRパーサが、指し示すオブジェクトの期待されるNDRタイプや所有権を追跡せずに、単一の非NULL NDRポインタref-idを複数の論理ポインタフィールドで受け入れていました。同じref-idが2つのポインタフィールドで再利用されると、パーサは同じヒープオブジェクトを両方の出力フィールドに割り当てます。その後、汎用デストラクタが各フィールドを独立して処理し、両方のポインタを破棄および解放します。これにより、悪意のあるサーバーがトリガー可能なヒープのUse-After-Freeおよびダブルフリーの脆弱性がFreeRDPクライアントのRDPEAR認証リダイレクションパスに発生します。この脆弱性は3.26.0で修正されました。

Zedはコードエディタです。バージョン0.227.1より前のZedでは、SSH/WSLリモートコマンドをexec env ...で始まるシェルコマンド文字列として構築しますが、環境変数のキーがシェルのクオートや検証なしに挿入されていました。もし攻撃者が環境変数のキーを制御できる場合（例えばプロジェクトのターミナル設定を通じて）、キー内のシェル展開（例：$(...)）がターミナルを開いたときにリモートシェルによって評価されます。これにより、被害者ユーザーのアカウントでリモートホスト上で任意のコマンドを実行される可能性がありました。この脆弱性はバージョン0.227.1で修正されました。

Zedはコードエディターです。バージョン0.229.0より前のZedの端末ツールの権限システムは、bashの変数展開連鎖(${var@P})を介して回避可能であり、許可リストにあるコマンドのプレフィックスの下で任意のコマンドを実行できました。この脆弱性は0.229.0で修正されました。

Zedはコードエディタです。バージョン0.229.0以前のZedでは、ターミナルツールの権限システムが、許可リストに登録されたコマンドの前に環境変数の割り当てを付加することでバイパスされ、プログラムの動作（例：PAGER）を乗っ取って任意のコードを実行される可能性がありました。この脆弱性はバージョン0.229.0で修正されました。

Zedはコードエディタです。バージョン0.227.1以前のZed IDEでは、core.fsmonitor Git設定オプションを悪用した悪意のある.git/configファイルを含むフォルダを開く際に任意のコマンドが実行されます。これにより、被害者が信頼されていないモードでフォルダを開くとリモートコード実行（RCE）が可能になります。この脆弱性はバージョン0.227.1で修正されました。

Zedはコードエディタです。バージョン0.229.0より前のZedのターミナルツールの権限システムには、bashの算術展開$((...))を介してバイパスされる可能性があり、echoのような許可リストに登録されたコマンドの中にネストされた任意のコマンドを実行できる脆弱性がありました。この脆弱性はバージョン0.229.0で修正されました。

UltraJSONは、Python 3.7以降に対応した純粋なC言語で書かれた高速なJSONエンコーダーおよびデコーダーであり、バインディングを持っています。バージョン5.12.1以前では、ujson.dump()関数がファイルライクオブジェクトに書き込みを行う際、その書き込み操作で例外が発生すると、シリアライズされたJSON文字列オブジェクトの参照カウントが減少せず、メモリリークが発生していました。書き込み操作が失敗するたびに、シリアライズされたペイロードの完全なサイズ分のメモリがリークしてしまいます。この脆弱性はバージョン5.12.1で修正されました。

view_componentは、Ruby on Railsで再利用可能でテスト可能かつカプセル化されたビューコンポーネントを構築するためのフレームワークです。バージョン3.0.0から4.9.0までのシステムテストのエントリポイントでは、ユーザーが制御するファイルパスをFile.realpathで正規化し、その後解決されたパスが一時ディレクトリパスで始まるかどうかをチェックしていました。しかし、この方法は安全な包含チェックとは言えません。なぜなら、兄弟ディレクトリが同じ文字列のプレフィックスを共有することがあるためです。この脆弱性はバージョン4.9.0で修正されました。

Portainer Community Editionは、Docker、Swarm、Kubernetes、ACI環境を管理するために使用できるコンテナ化アプリケーション向けの軽量サービス提供プラットフォームです。バージョン2.33.0から2.33.8未満、2.39.2、および2.41.0において、Dockerプラグイン管理エンドポイント（/plugins/*）はハンドラーに登録されていなかったため、エンドポイントアクセス権を持つ標準ユーザーが基盤となるDockerデーモンに対して権限のあるプラグイン操作（プラグインのインストールおよび有効化を含む）を直接呼び出すことが可能でした。この脆弱性は、Portainer RBACを介して非管理者のPortainerユーザー（標準ユーザー役割またはエンドポイントレベルのアクセス権を与えられた任意の役割）がDockerエンドポイントにアクセスできる場合に露出します。この脆弱性はバージョン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は管理者が非管理者ユーザーが起動できるコンテナ構成を制限するために設定する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に影響を与えます。