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

Cisco RV130/RV130Wのファームウェア1.0.3.55およびRV110Wルーターのファームウェア1.2.2.5 / 1.2.2.8には、「rc」バイナリのstart_bonjour()関数にOSコマンドインジェクションの脆弱性が存在します。wan_hostname設定パラメータが適切にサニタイズされていないため、認証されたリモート攻撃者がroot権限を用いて任意のOSコマンドを実行できる可能性があります。

Cisco RV130／RV130W（ファームウェア1.0.3.55）およびRV110Wルーター（ファームウェア1.2.2.5／1.2.2.8）において、「httpd」バイナリのsave_syslog_to_file()関数にOSコマンドインジェクションの脆弱性が存在します。model_name構成パラメータが適切にサニタイズされておらず、認証済みのリモート攻撃者がroot権限で任意のOSコマンドを実行できる可能性があります。

Cisco RV130/RV130W（ファームウェア1.0.3.55）およびRV110Wルーター（ファームウェア1.2.2.5 / 1.2.2.8）には、「rc」バイナリのsub_34984()関数にOSコマンドインジェクションの脆弱性が存在します。lan_ipv6_prefixlen設定パラメータが適切にサニタイズされていないため、認証済みのリモート攻撃者がroot権限で任意のOSコマンドを実行できる可能性があります。

Cisco RV130/RV130W（ファームウェアバージョン1.0.3.55）およびRV110Wルーター（ファームウェアバージョン1.2.2.5 / 1.2.2.8）の "rc" バイナリ内の start_lltd() 関数にOSコマンドインジェクションの脆弱性が存在します。machine_name 設定パラメーターが適切にサニタイズされていないため、認証されたリモート攻撃者がroot権限で任意のOSコマンドを実行できる可能性があります。

SAMLシングルサインオン機能において、ユーザーが制御するリダイレクトパラメータの検証が不十分であったため、オープンリダイレクトの脆弱性が発見されました。認証されていない攻撃者は、SAMLサインインエンドポイントへのリクエストを作成してキャッシュされたSAMLリダイレクトを汚染し、その後、SAMLシングルサインオンを開始する他のユーザーに対してフィッシングや資格情報の窃取攻撃を行うことができ、さらに影響を受けるすべてのユーザーのSAML認証を妨害することも可能です。

監査ログ機能において、監査エントリに記録される入力のサイズ制限が欠如しているため、リソースの無制限割り当てによるサービス拒否の脆弱性が発見されました。認証されていない攻撃者は、監査エントリに記録される非常に大きな入力を含むリクエストを送信することで、利用可能なディスク容量を使い果たし、システムを動作不能にする可能性があります。

ArcセンサーがCLI権限を受け取ることにより、同期機能において不適切な権限割り当ての脆弱性が発見されました。限定的な権限を持つ認証済みユーザーが同期を通じて管理者権限のCLIコマンドをプッシュし、デバイスの設定を変更したり、可用性に影響を与えたりする可能性があります。

Snipe-ITはIT資産・ライセンス管理システムです。バージョン8.6.2以前では、Accessories APIの作成パスがリクエストパラメータをAccessoryモデルに一括割り当てしており、そのためcompany_idも一括割り当て可能でした。これにより、フルマルチカンパニーサポートが有効な場合に、ある会社の権限の低い認証ユーザーが別の会社のアクセサリー記録を作成できてしまう問題が発生していました。この問題はバージョン8.6.2で修正されています。

Snipe-ITはIT資産およびライセンス管理を行うシステムです。バージョン8.6.2以前のバージョンでは、users.viewおよびusers.editの権限を持つ認証済みの非管理者ユーザーが、users.deleteの権限を持っていなくても、BulkUsersController::destroy()が更新のみを認可していたため、/users/bulksaveにdelete_user=1をPOSTすることで他の非管理者ユーザーをソフト削除できてしまいました。この問題はバージョン8.6.2で修正されています。

Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.2より前では、PATCHまたはPUT /api/v1/maintenances/{maintenance_id} において、現在のメンテナンス記録および資産へのアクセスはチェックされますが、その後、攻撃者が制御可能なフィールド（asset_idを含む）に値を設定し、新たに提供された資産に対する再認証が行われません。このため、認可されたユーザーは自社の範囲外の資産にメンテナンス記録を移動させることが可能でした。この問題はバージョン8.6.2で修正されています。

Joomla用のAcyMailingコンポーネントのバージョン10.11.1未満にSQLインジェクションの脆弱性が発見されました。この脆弱性を悪用すると、不正なデータベースアクセスが行われ、データ漏洩が発生する可能性があります。

FreeRDP 3.22.0以前のバージョンには、channel_callbackへのアクセスが不適切に同期されていたため、dvcman_channel_closeおよびdvcman_call_on_receiveにUse-After-Freeの脆弱性が存在していました。悪意のあるRDPサーバーは、DYNVC_DATAメッセージとDYNVC_CLOSEメッセージを同時に送信して競合状態を引き起こし、drdynvcクライアントスレッドでヒープのUse-After-Freeを発生させることが可能です。その結果、リモートコードの実行やサービス拒否が発生するおそれがあります。

HCL DevOps Deploy はクロスオリジンリソースシェアリング（CORS）を使用していますが、ドメイン名が信頼されたドメインに限定されていないため、攻撃者が特権操作を実行したり、機密情報を取得したりする可能性があります。

Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホステッドのAIプラットフォームです。バージョン0.9.0から0.10.0未満の間において、Redisが設定されている場合、Socket.IOの接続やユーザーの参加、チャンネル参加、ノート参加、およびターミナルのWebSocket最初のメッセージ認証で、Redisに基づくis_valid_tokenの失効チェックを行わずにdecode_tokenが使用されていました。このため、失効されたJWTがリアルタイム接続の認証を継続できる問題が発生していました。本問題はバージョン0.10.0で修正されています。

Open WebUIは、拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型のAIプラットフォームです。バージョン0.10.0より前では、backend/open_webui/routers/terminals.pyがエンコードされていないsession_idからws_terminalのアップストリームURLを生成し、user_idをクエリパラメータとして追加していました。これにより、クエリインジェクションが可能となり、ターミナルのバックエンドが別のユーザーの識別情報を誤って解決してしまう問題がありました。また、HTTPプロキシパスはX-User-Idを完全に整合性のない識別要求として転送していました。この問題はバージョン0.10.0で修正されています。

JetBrains TeamCity 2026.1.2より前のバージョンでは、Perforce VCS統合を介して任意のファイルにアクセスできる問題がありました。

Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0736以前において、runtime/autoload/phpcomplete.vim内のPHPオムニ補完スクリプトは、編集中のバッファの内容から取得したクラス名またはトレイト名を、エスケープ処理をせずにwin_execute()経由で実行されるsearch()パターンに埋め込んでいました。名前に単一引用符が含まれると、search()の文字列引数が早期に終了し、bar（|）がExコマンドの区切りとして解釈されるため、名前の残り部分がExコマンドとして実行されてしまいます。これにより、:!コマンド経由で被害者が細工されたPHPファイルを開きオムニ補完を呼び出すと、任意のOSコマンドが実行される恐れがあります。この問題はバージョン9.2.0736で修正されました。

Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0735以前では、runtime/autoload/ccomplete.vim内のC用オムニコンプリートスクリプトが、タグエントリのtyperef:またはtypename:拡張フィールドをエスケープせずに:vimgrepパターンに埋め込み、それを:executeで実行していました。:vimgrepはバー記号をコマンドセパレータとして認識するため、細工されたタグフィールドは検索パターンを閉じて任意のExコマンドを追加できます。そのため、そのようなエントリを含むプロジェクトタグファイルを持つ悪意のある.cファイルを開き、Cオムニコンプリートを呼び出すと、そのコマンドが編集ユーザーの権限で実行されます。この問題はバージョン9.2.0735で修正されました。

js-yamlはJavaScriptのYAMLパーサーおよびダンプツールです。バージョン5.0.0から5.2.1未満の間、src/tag/sequence/omap.ts内の!!omapタグに対するYAML11_SCHEMAのサポートにおいて、omapTag.addItem()を用いて挿入ごとに線形の重複キー走査を行っていました。そのため、yaml.load()が細工されたordered-mapドキュメントを解析するとO(n^2)のCPU消費が発生していました。この問題はバージョン5.2.1で修正されています。

node-tarはNode.js用のtarアーカイブ操作ライブラリです。7.5.18以前のバージョンでは、node-tarはsrc/pax.ts内の全て数字のみで構成されたPAXパスとlinkpathの値をJavaScriptの数値に強制変換しており、そのためnormalizeWindowsPath(entry.path).split('/')のような下流のパス処理でキャッチされないTypeErrorが発生していました。この問題はバージョン7.5.18で修正されました。

node-tarはNode.js向けのtarアーカイブ操作ライブラリです。バージョン7.5.19より前のnode-tarでは、src/extract.tsなどの展開および解析パスにおいて、展開後の総データ量、エントリ数、または展開比率に対する厳格な上限を設けていませんでした。そのため、小さく巧妙に作成されたgzipボムによってディスク容量とCPUが枯渇する可能性がありました。この問題はバージョン7.5.19で修正されています。

node-tarはNode.js向けのtarアーカイブ操作ライブラリです。7.5.18より前のバージョンでは、tar.replaceがチェックサムが有効なtarヘッダーで負のbase-256エンコードされたエントリサイズを受け入れてしまい、アーカイブスキャナが同じヘッダーを繰り返し解析し続けて処理が進まなくなる問題がありました。この問題はバージョン7.5.18で修正されました。

protobufjsはprotobuf定義をJavaScript（JS）関数にコンパイルします。7.6.5および8.6.6より前のバージョンでは、protobufjsはスキーマトークンを進めて=トークンに到達するまでオプション名を解析しましたが、入力の終わりを確認しませんでした。そのため、オプション宣言を開いた状態で途中で終了するように作成された悪意のある.protoスキーマが原因で、parse、Root.load、またはRoot.loadSyncが無限ループに陥る可能性がありました。この問題はバージョン7.6.5および8.6.6で修正されています。

Immutable.jsは多くの永続的なイミュータブルデータ構造を提供しています。バージョン4.3.9および5.1.8より前のList#set、List#setSize、List#setIn、List#updateIn、および関数型のset、setIn、updateInは、src/List.jsのsetListBounds内で2 ** 30から2 ** 31の範囲のインデックスやサイズを誤処理します。これにより、空のListが捕捉不可能な無限ループに陥ったり、要素を持つListがプロセスが中断されるまで制限なくメモリを割り当てたり、setSizeが大きな値を静かにオーバーフローさせる問題が発生します。この問題はバージョン4.3.9および5.1.8で修正されています。

Immutable.jsは多くの永続的な不変データ構造を提供しています。バージョン4.3.9および5.1.8より前のImmutable.MapおよびImmutable.Setは、同じ32ビットハッシュを共有するキーをHashCollisionNodeの衝突バケットに保持し、それを線形にスキャンします。このため、Immutable.Map(obj)、Immutable.fromJS(obj)、state.merge(userObject)、またはmergeDeepなどを通じてMapに挿入されるキーを攻撃者が制御できる場合には、多数の衝突するキーを作成し、挿入および検索処理のパフォーマンスを劣化させて過剰なCPU使用を引き起こすことが可能です。この問題はバージョン4.3.9および5.1.8で修正されています。

Zeek 8.0.9より前のバージョンには、FTPアナライザに制御されていないメモリ消費の脆弱性があります。この脆弱性によって、認証されていないリモート攻撃者が、AUTH GSSAPIを交渉する特別に細工されたFTP制御セッションを送信し、その後に大きなADAT制御行を続けて送ることでプロセスを終了させることが可能です。攻撃者は、NVT_Analyzerコンポーネントに最大行長チェックが欠如している点を悪用し、攻撃者が制御するADATトークンのbase64デコード時に内部バッファを無制限に倍増させ続けるため、結果としてZeekセンサーのサービス拒否を引き起こします。

Zeek 8.0.9より前のバージョンには、Kerberosプロトコルアナライザーにヌルポインタデリファレンスの脆弱性が存在します。この脆弱性により、認証されていないリモート攻撃者が、エラーコード25（KDC_ERR_PREAUTH_REQUIRED）を含むKRB_ERRORメッセージを細工して送信し、padata-typeが2、3、11、または19のPA-DATA要素を含ませることでセンサーをクラッシュさせることが可能です。攻撃者は、proc_padata()が誤った解析パスによって選択された初期化されていないpa_data_elementフィールドをデリファレンスしてしまうパーサーとアナライザの状態の不一致を悪用し、資格情報や事前認証なしに単一のUDPまたはTCPパケットをポート88に送信することでクラッシュを引き起こします。

libXfont2のバージョン2.0.8以前のBitmapScaleBitmapsにおけるヒープバッファオーバーフローは、32ビットサイズのオーバーフローが原因であり、Xサーバーにアクセス可能な攻撃者がXサーバー内でコードを実行するために悪用する可能性があります。

libXfont2のComputeScaledProperties()において、2.0.8より前のバージョンでPCFファイルを解析する際にプロパティバッファのサイズチェックが欠如しているため、ヒープバッファオーバーフローが発生します。この脆弱性は、認証されたXクライアントを使用する攻撃者によって、Xサーバー内でコードを実行される可能性があります。

Apache Camel Luceneコンポーネントにおける、不適切な入力検証およびユーザー制御キーを介した認可バイパスの脆弱性です。camel-luceneプロデューサはExchangeヘッダー（LuceneConstants.HEADER_QUERY）から検索フレーズを読み取りますが、その値はプレーン文字列のQUERY（およびHEADER_RETURN_LUCENE_DOCSに対してはRETURN_LUCENE_DOCS）です。これらの名前はCamel / camelプレフィックスで始まらないため、HTTP境界でCamelヘッダ名前空間のみをブロックするHttpHeaderFilterStrategyは、これらをインバウンドHTTPリクエストからそのままExchangeに通過させてしまいます。HTTPコンシューマー（例えばplatform-http）の背後にLuceneクエリ操作を公開するルートでは、任意のHTTPクライアントがQUERYヘッダーを設定し、その値で全文検索インデックスに対してクエリを実行でき、ルートが実行しようとしていたクエリを上書き可能です。インデックスされている内容によっては、リクエストがアクセスすべきでないドキュメントの読み取り（例：すべてにマッチするクエリが全インデックスを返す、またはルートが意図するユーザーごとのフィルターが置き換えられる）や、高価な正規表現クエリによる大幅なCPUリソース消費を引き起こします。HTTPコンシューマーが認証されていない場合、資格情報は不要です。本脆弱性はApache Camelのバージョン4.0.0から4.14.8未満、4.15.0から4.18.3未満、4.19.0から4.21.0未満に影響します。ユーザーは本問題を修正した4.21.0へのアップグレードを推奨します。4.14.x LTS系リリースを利用している場合は4.14.8へのアップグレードを、4.18.xリリース系では4.18.3へのアップグレードを推奨します。アップグレード後、QUERY / RETURN_LUCENE_DOCSの生のヘッダー名でクエリを設定しているルートは、代わりにCamelLuceneQuery（およびCamelLuceneReturnLuceneDocs）を使用する必要があります。すぐにアップグレードできない環境では、Luceneプロデューサの前で攻撃者が制御可能なヘッダーを除去し、信頼できるソースからクエリを設定してください（例：ルートの開始時にremoveHeader('QUERY')とremoveHeader('RETURN_LUCENE_DOCS')を実行した後、setHeader('QUERY', constant(...))を設定すること）。

Apache Camelにおける不適切な入力検証の脆弱性です。この問題はApache Camelのバージョン4.14.7まで、4.15.0から4.18.2まで、4.19.0から4.20.0までに影響します。ユーザーには、この問題を修正したバージョン4.14.8、4.18.3、4.21.0へアップグレードすることを推奨します。

Apache Camelにおける不適切な入力検証の脆弱性が存在します。この問題はApache Camelの以下のバージョンに影響します：4.14.7まで、4.15.0から4.18.2まで、および4.19.0から4.20.0までです。ユーザーはこの問題を修正したバージョンである4.14.8、4.18.3、および4.21.0にアップグレードすることを推奨します。

Apache Camel PQCコンポーネントにおける信頼されていないデータの逆シリアライズ脆弱性について説明します。camel-pqcコンポーネントは、プラガブルなKeyLifecycleManager実装を通じてポスト量子鍵メタデータ（KeyMetadata）を永続化します。HashicorpVaultKeyLifecycleManagerおよびAwsSecretsManagerKeyLifecycleManagerは、構成されたシークレットバックエンドからメタデータをBase64でラップされた値として読み戻しますが、その際にjava.io.ObjectInputStream.readObject()を生のまま使用し、ObjectInputFilterやクラス許可リストを設定していません。KeyMetadataへのキャストはreadObject()の戻り後に行われるため、細工されたオブジェクト内のreadObject()実行中の副作用は型チェックより先に発生します。同様の制御されていない古いマイグレーションの読み込みはFileBasedKeyLifecycleManager（保存されているKeyPairおよびKeyMetadataのため）にも残っています。これらの値を保持するオペレーター管理のバックエンド（HashiCorp VaultのKVパスやAWS Secrets Managerのシークレット）に書き込み権限を持つ主体は、細工されたシリアライズ済オブジェクトを保存でき、通常の鍵ライフサイクル操作中にそのオブジェクトが逆シリアライズされて、鍵管理を行うアプリケーションのコンテキストでコード実行に至る可能性があります。本問題はCVE-2026-40048（CAMEL-23200）に対する不完全な修正の続きであり、FileBasedKeyLifecycleManagerをJSON / PKCS#8 / X.509フォーマットでメタデータを保存するように変更しましたが、ObjectInputFilterの追加は行わず、VaultおよびAWSの関連マネージャーをカバーしておらず、FileBasedKeyLifecycleManager自身の古いマイグレーション逆シリアライズは未だに制御されていません。本件はApache Camelのバージョン4.18.0から4.18.3未満、および4.19.0から4.21.0未満に影響します。ユーザーには問題を修正したバージョン4.21.0へのアップグレードを推奨します。4.18.xのLTSリリースを使用している場合は4.18.3へのアップグレードが推奨されます。即時アップグレードが困難な環境では、鍵バックエンドへの書き込みアクセスを制限し、アプリケーション自身のIDだけがcamel-pqcシークレットを書き込めるように最小権限のHashiCorp Vaultポリシーおよびsecretsmanager:PutSecretValue IAM権限を設定し、PQC鍵マテリアルを信頼度の低い主体が書き込めるデータと分離されたバックエンドに保持することが推奨されます。

Apache Camel Neo4Jコンポーネントにおけるデータクエリロジック内の特殊要素の不適切な中和による脆弱性です。camel-neo4j プロデューサーは、CamelNeo4jMatchProperties マップからマッチ取得および削除操作の Cypher WHERE 句を構築します。CVE-2025-66169 ではプロパティ値をクエリパラメータ（$paramN）としてバインドすることで Cypher インジェクションに対応しましたが、このマップの JSON キーであるプロパティ名は Neo4jProducer.retrieveNodes() と deleteNode() において依然として検証なしにクエリ文字列に連結されていました。そのため、Cypher 構文を含むプロパティ名が実行されるクエリの構造を変更してしまいます。ルートが信頼されていない入力を CamelNeo4jMatchProperties マップにマッピングする場合（例えば、リクエストボディをマッチマップとして渡す場合や、受信した Camel* ヘッダーをフィルター処理しないコンシューマからの場合）、JSON キー名を制御できる攻撃者は任意の Cypher を注入し、Neo4j データベース内の任意のノードやリレーションシップを読み取り、変更、削除することができます。CamelNeo4jMatchProperties ヘッダー自体は Camel プレフィックス付きで HTTP ヘッダーフィルターストラテジーによりフィルターされるため、単純な HTTP クライアントが直接設定することはできません。しかし、この問題は不信なデータをそのヘッダーに意図的または偶発的に運ぶルートを介して到達可能です。この問題は Apache Camel のバージョン 4.10.0 から 4.14.8 未満、4.15.0 から 4.18.3 未満、4.19.0 から 4.21.0 未満に影響します。ユーザーはこの問題を修正したバージョン 4.21.0 へのアップグレードを推奨します。4.14.x LTS リリースストリーム上のユーザーは 4.14.8 へ、4.18.x リリースストリームのユーザーは 4.18.3 へのアップグレードが推奨されます。すぐにアップグレードできない場合は、信頼されていない入力から CamelNeo4jMatchProperties マップを生成しないでください。プロパティ名を Neo4j プロデューサーに渡す前に検証または許可リスト化（例：^[A-Za-z_][A-Za-z0-9_]*$ に対する検証）し、そのようなルートにデータを供給するコンシューマは受信した Camel* / camel* ヘッダーをフィルターして外部送信者からのマッチヘッダーの供給を防いでください。

Apache Camel CXF SOAPコンポーネントにおける不適切な入力検証および意図しないプロキシまたは仲介者（「混乱した代理」）の脆弱性について説明します。camel-cxfのプロデューサーは、バックエンドサービスで呼び出すSOAP操作をoperationName（およびoperationNamespace）というExchangeヘッダーから選択します。これらの定数値（CxfConstants.OPERATION_NAME / OPERATION_NAMESPACE）は、プレーンな文字列であるoperationName / operationNamespaceとして定義されています。これらの名前はCamel / camelというプレフィックスで始まっていないため、HTTP境界上でCamelヘッダ名前空間のみをブロックするHttpHeaderFilterStrategyは、それらをインバウンドHTTPリクエストからExchangeにそのまま通過させてしまいます。そのため、HTTPコンシューマー（例：platform-http）からcxf:プロデューサーへのルートにおいて、任意のHTTPクライアントがoperationNameヘッダーを設定し、CxfProducerがルートの意図とは異なるWSDL操作を解決し呼び出すことが可能となります。例えば、読み取り操作を破壊的な操作に置き換えるなど、バックエンドSOAPサービスに対して混乱した代理のリダイレクトが発生します。この定数は共有されるcamel-cxf-commonモジュールで定義されているため、同様にプレフィックスのない名前はcamel-cxfrsにも適用されます。ブリッジするコンシューマーが認証されていない場合は資格情報を必要としません。この問題はApache Camelの以下のバージョンに影響を及ぼします：4.0.0から4.14.8未満、4.15.0から4.18.3未満、および4.19.0から4.21.0未満です。ユーザーには、この問題を修正したバージョン4.21.0へのアップグレードを推奨します。4.14.xのLTSリリースストリームを使用している場合は4.14.8へアップグレードし、4.18.xリリースストリームを使用している場合は4.18.3へのアップグレードを推奨します。アップグレード後は、操作選択ヘッダーの名前がCamelCxfOperationName / CamelCxfOperationNamespaceに変更され、トランスポート境界でフィルタリングされるようになります。クロストランスポートキャリアヘッダーパターンの詳細については、4.21のアップグレードガイドをご参照ください。すぐにアップグレードできない環境では、信頼できない入力からCXF操作を選択しないように注意してください。cxf:プロデューサーの前で、信頼できない入力経路からoperationNameおよびoperationNamespaceヘッダーを除去し、ルート内の信頼できるソースから操作を設定してください。

Apache Camel の Vertx Websocket コンポーネントには、不適切な入力検証、認可されていないアクターへの機密情報の漏洩、およびサーバーサイドリクエストフォージェリ（SSRF）脆弱性があります。camel-vertx-websocket コンシューマは、受信した WebSocket のクエリおよびパスパラメータを Camel Exchange ヘッダーマップに、HeaderFilterStrategy を適用せずにマッピングしていました（VertxWebsocketConsumer.populateExchangeHeaders()）。Camel ヘッダ名前空間に対して何もブロックされなかったため、WebSocket エンドポイントに接続したクライアントは、クエリパラメータとして指定するだけで Camel 内部制御ヘッダー（CamelHttpUri（Exchange.HTTP_URI）を含む）を設定できました。WebSocket コンシューマが下流の HTTP プロデューサーにデータを渡すルートにおいては、注入された CamelHttpUri によりサーバー側の HTTP リクエストが攻撃者の選択した宛先にリダイレクトされます（サーバーサイドリクエストフォージェリ。例：内部サービスやクラウドのメタデータエンドポイントへのリクエスト）。さらに、HTTP プロデューサーは結果として得られた（攻撃者が制御する）URI 上で Camel プロパティプレースホルダーを解決するため、注入された値内の環境変数参照、アプリケーションプロパティ、あるいはボールト参照のようなプレースホルダーも実際の値に解決され、攻撃者に環境変数、アプリケーションプロパティ、ボールトシークレットが漏洩します。WebSocket エンドポイントが認証なしで公開されている場合、この攻撃は認証されていないリモート攻撃者によって到達可能です。この問題は、Apache Camel のバージョン 4.0.0 以降 4.14.8 未満、4.15.0 以降 4.18.3 未満、4.19.0 以降 4.21.0 未満に影響します。ユーザーはこの問題を修正したバージョン 4.21.0 へのアップグレードを推奨します。4.14.x の LTS リリースを使用している場合は 4.14.8 へ、4.18.x を使用している場合は 4.18.3 へのアップグレードを推奨します。修正では、影響を受けるコンシューマに対して HeaderFilterStrategy を適用し、インバウンドマッピング時に大文字小文字を区別せずに Camel ヘッダ名前空間をフィルタリングすることで、外部から提供された Camel* / camel* ヘッダーが Exchange にコピーされないようにしています。すぐにアップグレードできない環境では、下流のプロデューサーに到達する前に受信メッセージから Camel 制御ヘッダーを除去する（例：ルートの開始時に removeHeaders('Camel*') と removeHeaders('camel*') を実行する）、WebSocket エンドポイントで認証を必須にする、そして信頼されていないコンシューマーを、直接メッセージヘッダーで制御されるターゲット URI を持つ HTTP プロデューサーにブリッジしない運用を推奨します。

Apache Camelにおける不適切な入力検証の脆弱性です。この問題はApache Camelのバージョン4.8.0から4.18.2、および4.19.0から4.20.0に影響します。ユーザーには、この問題を修正したバージョン4.18.3および4.21.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 には、OS コマンドに使用される特殊文字の適切な無害化が行われていない（「OS コマンドインジェクション」）という脆弱性があります。リモートの高権限攻撃者がこの脆弱性を悪用すると、保護機構を回避できる恐れがあります。この脆弱性は、攻撃者が root 権限で任意のコマンドを実行できるため、重大な問題です。したがって、Dell は顧客に対し、できるだけ早い機会にアップグレードすることを推奨しています。

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 に整数オーバーフローまたはラップアラウンドの脆弱性が存在します。認証されていないリモートアクセス可能な攻撃者がこの脆弱性を悪用する可能性があり、その結果、サービス拒否（DoS）攻撃を引き起こす恐れがあります。