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

Flowise 3.1.0 より前のバージョン（影響を受けるバージョンは 3.0.13 およびそれ以前）では、エンタープライズパスポート認証ミドルウェア（packages/server/src/enterprise/middleware/passport/index.ts）において、弱いハードコードされたデフォルトの JWT シークレット（'auth_token' および 'refresh_token'）、およびデフォルトのオーディエンスとイシュアの値（'AUDIENCE'、'ISSUER'）が使用されています。対応する環境変数（JWT_AUTH_TOKEN_SECRET、JWT_REFRESH_TOKEN_SECRET、JWT_AUDIENCE、JWT_ISSUER）が設定されていない場合、アプリケーションはこれらの公開されているデフォルト値に静かにフォールバックします。これにより、攻撃者は有効な JWT を偽造して管理者を含む任意のユーザーになりすますことが可能となり、認証を回避できます。

PerlのStorableバージョン3.41より前のバージョンには、細工されたSX_HOOKレコードをデシリアライズするときに符号付き整数オーバーフローが発生する問題があります。retrieve_hook_commonはSX_HOOKレコードから符号付き32ビットのアイテム数を読み取り、その数に1を加えた値でav_extendを呼び出します。I32_MAXのカウントは加算後に負の値へと巻き戻ります。thawまたはretrieveに細工されたバイナリデータを渡すとオーバーフローが発生し、av_extendは負のカウントを受け取ってパニックを起こし終了し、デシリアライズ処理が中断されます。

特定のApache Doris FE HTTP REST管理APIが適切な認証なしでアクセス可能でした。FE HTTPサービスへのネットワークアクセス権を持つ認証されていない攻撃者が、不正な管理操作を実行でき、クラスタの整合性や稼働状況に影響を及ぼし、その結果としてクラスタが不安定化し、サービス拒否（DoS）を引き起こす可能性があります。この問題はApache Dorisの3.1.0未満のバージョンに影響します。ユーザーはApache Doris 3.1.0以降にアップグレードすることを推奨します。

Apache TomcatのリライトバルブにおけるURLエンコーディング（16進エンコーディング）の不適切な処理により、一部の構成でセキュリティ制約をバイパスできる脆弱性が存在しました。この問題は、Apache Tomcatのバージョン11.0.0-M1から11.0.23まで、10.1.0-M1から10.1.56まで、9.0.0-M1から9.0.119まで、8.5.0から8.5.100までに影響します。サポート終了済みのその他のバージョンにも影響がある可能性があります。ユーザーはこの問題を修正したバージョン11.0.24、10.1.57、または9.0.120にアップグレードすることを推奨します。

Apache KylinにおけるSQLコマンドで使用される特殊要素の不適切な無害化によるSQLインジェクションの脆弱性です。バックエンドのAPIがテーブルカタログを更新する際に、生成されるSQLに対してインジェクションが発生する可能性があります。この問題は、Apache Kylinのバージョン4から5.0.3までに影響します。ユーザーは、この問題を修正したバージョン5.0.4へのアップグレードを推奨します。

Apache Kylinにおける、OSコマンドで使用される特殊要素の不適切な無害化（「OSコマンドインジェクション」）の脆弱性です。バックエンドAPIがジョブ構成パラメータをOSコマンドラインに渡してしまう可能性があります。この問題はApache Kylinのバージョン4から5.0.3までが影響を受けます。ユーザーは、この問題を修正したバージョン5.0.4にアップグレードすることを推奨します。

gawk の "builtin.c" プログラムファイルに整数オーバーフローの脆弱性が発見されました。この問題により、ホスティングオペレーティングシステム上でメモリが枯渇し、攻撃者が制御するバイトで gawk のヒープメタデータやオブジェクトを上書きできる可能性があります。影響を受けるのはバージョン 5.4.0 以前の gawk です。

gawkの「builtin.c」プログラムファイルにあるdo_sub()ルーチンに整数オーバーフローの脆弱性が発見されました。この問題は、gawkのヒープメタデータやオブジェクトを上書きし、プログラムをクラッシュさせる可能性があります。影響を受けるのは、バージョン5.4.0以下の32ビットビルド版のgawkです。

Apache Gravitinoには、エンコードされていないユーザー提供の識別子を介したURLパスインジェクションの脆弱性があります。この問題はApache Gravitinoのバージョン1.0.0から1.2.1未満に影響します。ユーザーはこの問題を修正したバージョン1.2.1にアップグレードすることを推奨します。

Discourseはオープンソースのディスカッションプラットフォームです。2026.6.0、2026.5.1、2026.4.2、および2026.1.5より前のバージョンでは、攻撃者が操作するアカウントの悪意のある二要素認証名が削除確認ダイアログで適切にエスケープされておらず、管理者がそのアカウントをなりすました際に保存型クロスサイトスクリプティングが可能でした。この問題はバージョン2026.6.0、2026.5.1、2026.4.2、および2026.1.5で修正されています。

ImageMagick 7.1.2-19以前のバージョンには、magnify操作においてヒープバッファオーバーフローの脆弱性が存在し、攻撃者が境界外のメモリを読み取ることが可能です。認識されないmagnify:methodの値が境界外の読み取りを引き起こし、その結果、機密情報が漏洩したりサービス拒否（DoS）攻撃が発生したりする可能性があります。

FreeRDPはリモートデスクトッププロトコルの無料実装です。32ビットビルドの3.28.0以前のバージョンでは、libfreerdp/core/orders.cのupdate_read_delta_points関数に整数オーバーフローの脆弱性が存在します。これは、攻撃者が制御するポイント数にsizeof(DELTA_POINT)を乗算する際に発生し、悪意のあるRDPピアが過小割り当てのヒープバッファを確保し、その初期化中にバッファ越えの書き込みを行えるようにします。この問題はバージョン3.28.0で修正されています。

FreeRDPはリモートデスクトッププロトコルの無料実装です。バージョン3.21.0から3.28.0未満のFreeRDPクライアントのうち、GFXパイプラインを使用するものには、libfreerdp/codec/planar.cのplanar_decompress_plane_rle_only関数においてCVE-2026-23530の不完全な修正が含まれています。この脆弱性により、悪意のあるRDPサーバーが入力バッファの1バイト先を読み取る切り詰められたRDPGFX_CMDID_WIRETOSURFACE_1プラナーペイロードを送信できる可能性があります。この問題はバージョン3.28.0で修正されました。

RabbitMQはメッセージングおよびストリーミングのブローカーです。Windows上のバージョン4.1.11および4.2.6以前では、RabbitMQ管理プラグインの静的ファイルハンドラーであるrabbit_mgmt_wm_staticが、複数の管理拡張プラグインが有効になっている場合にパスの検証を行う前にURLエンコードされたバックスラッシュをerl_prim_loader:read_file_infoに渡してしまいます。その結果、攻撃者が制御するUNCパスへの外向きDNSおよびSMBリクエストが引き起こされる可能性があります。この問題はバージョン4.1.11および4.2.6で修正されています。

RabbitMQはメッセージングおよびストリーミングブローカーです。バージョン3.13.15、4.0.20、4.1.11、および4.2.6より前のAMQP 0-9-1、AMQP 1.0、およびストリームプロトコルの認証では、trustedなPROXYプロトコル経由でトラフィックが受け入れられ、バックエンドリスナーがループバックに制限されている場合に、guestのようなループバック制限ユーザーがリモートから接続できる可能性があります。これはループバックチェックが実際のクライアントソースではなくリスナー側のソケットアドレスを使用しているために発生します。この問題はバージョン3.13.15、4.0.20、4.1.11、および4.2.6で修正されました。

BOSH CLIツールのblobs.ymlパスにおけるディレクトリ・トラバーサルの脆弱性により、攻撃者は任意のファイルを書き込み、機密情報を流出させることが可能です。影響を受けるバージョンは、v7.10.4未満のBOSH CLIツールのバージョンです。

Palo Alto Networks PAN-OS ソフトウェアの大規模VPN（LSVPN）機能におけるXMLインジェクションの脆弱性により、ネットワークアクセスを持つ認証されていない攻撃者が悪意のあるXMLコンテンツを注入できる可能性があり、情報漏洩や内部LSVPN衛星データの破損を引き起こす恐れがあります。Panorama、Cloud NGFW、および Prisma Access は本脆弱性の影響を受けません。

gpsdはリリース3.27.5までのバージョン（コミット4c06658で修正済み）において、gpsprofにコマンドインジェクションの脆弱性があります。この脆弱性により、GPSデバイスのサブタイプ値を制御できる攻撃者が、gnuplotのプロットタイトルにバッククォートを含むペイロードを適切にエスケープせずに埋め込むことで、任意のシェルコマンドを実行できます。サブタイプフィールドはDEVICESのJSONログエントリまたはNMEAのPGRMT文から取得され、ダブルクォートのみがエスケープされた状態でset title文を介して生成されるgnuplotプログラムに書き込まれます。これにより、被害者がgpsprofとgnuplotのワークフローで生成されたプロットをレンダリングすると、gnuplotを実行しているユーザー権限で任意のシェルコマンドが実行される危険があります。

Open WebUIは拡張性が高く、機能が豊富でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.10.0以前では、get_event_callがセッションが接続されていることのみを確認した後に、クライアントが提供するsession_idに対してexecute:pythonおよびexecute:toolのSocket.IOイベントを送信していました。これにより、認証済みユーザーがydoc:document:joinを介して別のソケットIDを取得し、そのユーザーセッション内でコードインタープリタのPythonやツールを実行できてしまう問題がありました。この問題はバージョン0.10.0で修正されています。

パス同値性: Progress MOVEit Transfer（ファイルアップロードモジュール）に脆弱性が存在します。この問題はMOVEit Transferの以下のバージョンに影響を与えます: 2025.0.8より前、および2025.1.0から2025.1.4より前のバージョンです。

Android版Google Chrome 150.0.7871.115以前のAutofillにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出する可能性がありました。（Chromiumのセキュリティ深刻度は高です）

OpenSSH 10.4より前のsshでは、サーバーがキー再交換中にホストキーを変更した場合に、使用後解放（use-after-free）の脆弱性が発生する可能性があります。（この影響はクライアント側にのみ発生します。）

Perl用Imagerのバージョン1.033未満では、符号なしのEXIF IFDエントリ数を符号付きとして扱います。Imagerは大きなEXIF IFDエントリ数の値を誤って負の数として処理していました。これにより、アドレス空間にほぼ等しいサイズのブロックを割り当てようとし、その試みが失敗してプロセスが終了してしまいます。攻撃者は、ワーカープロセスを終了させるEXIFデータを含む画像を細工することが可能です。

Joomla拡張機能のBalbooa Formsには、認証されていない任意のファイルをアップロードできる脆弱性が存在し、実行可能ファイルのアップロードが許可されてしまうため、完全なリモートコード実行（RCE）につながります。

IBM API Connect 12.1.0.0から12.1.0.3まではデフォルトの認証情報を使用しており、システムが認証情報の更新を強制する前に、攻撃者がアプリケーションに不正アクセスする可能性がある状況です。

Open WebUIは、拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.10.0以前のOpen WebUIでは、同一オリジンのWebワーカー内でPyodideを使ってクライアントサイドのPythonを実行していました。pyodide.http.pyfetchやjsモジュールのfetchおよびXMLHttpRequest APIを使用する保存済みチャットペイロードが、被害者が「Run」をクリックすると認証された同一オリジンのリクエストを発行できました。これにより管理者専用のエンドポイントに到達し、設定されたツールを通じてサーバーサイドでコードが実行される可能性がありました。この問題はバージョン0.10.0で修正されています。

JetBrains IntelliJ IDEA 2026.1.4以前のバージョンでは、プロジェクトワークスペースIDの取り扱いにおいてパストラバーサルが可能であり、それを介してコードが実行される問題がありました。

Progress MOVEit Transfer（カスタムレポートモジュール）におけるデータクエリロジック内の特殊要素が不適切に無害化される脆弱性です。この問題はMOVEit Transferのバージョン2025.0.7以前および2025.1.0から2025.1.3未満に影響します。

IBM API Connect 10.0.8.0から10.0.8.9および12.1.0.0から12.1.0.3には、パスワードリセット機能において認証されていないSQLインジェクションの脆弱性が存在します。

Coderは、組織がTerraformを介してリモート開発環境をプロビジョニングできるようにします。バージョン2.24.5、2.29.13、2.30.8、2.31.12、2.32.2、および2.33.3以前のバージョンでは、`azureidentity.Validate()`はPKCS#7署名者証明書が信頼されたAzure CAに連鎖していることを検証しますが、PKCS#7署名自体の検証は行いません。攻撃者は正当なAzure証明書を任意のコンテンツ（例：`{"vmId":"＜target＞"}`）と共に埋め込むことができ、改ざんされた`vmId`が受け入れられ、被害者のワークスペースエージェントにセッショントークンが返されます。認証は不要です。攻撃者は対象のVMの`vmId`（UUIDv4）を知っているだけでよく、これが実際的な制約となるため、通常は事前アクセスが必要となります。バージョン2.24.5、2.29.13、2.30.8、2.31.12、2.32.2、および2.33.3でこの問題は修正されています。回避策として、Azureテンプレートを`azure-instance-identity`ではなくトークン認証を使用するように再設定してください。

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 は顧客に対してできるだけ早急にアップグレードすることを推奨しています。

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 はお客様に対し、可能な限り早急にアップグレードしていただくことを推奨します。

Apache Camel の Keycloak コンポーネントにおける不適切な認証、重要機能に対する認証の欠如、および安全に失敗しない（「Failing Open」）脆弱性です。camel-keycloak の KeycloakSecurityPolicy は、KeycloakSecurityProcessor.beforeProcess() を実行してルートを保護します。このメソッドは連続して3つのチェックを行います。まずアクセストークンを持たないリクエストを拒否し、次に requiredRoles が空でない場合にのみロールを検証し、さらに requiredPermissions が空でない場合にのみ権限を検証します。ベアラーアクセストークンの実際の暗号学的検証（ローカルJWTの場合は署名、発行者、有効期限の確認、トークンイントロスペクションの場合は有効状態と発行者の確認）は、これらのロールおよび権限のチェック内でのみ行われます。KeycloakSecurityPolicy は requiredRoles および requiredPermissions を空のまま（ドキュメント上の「基本設定」）にデフォルト設定しているため、そのように設定されたルートではロールと権限のチェックがスキップされ、したがってアクセストークンの検証が一切行われません。トークンの存在チェックは、トークンが欠落している場合に拒否しますが、不正なトークンは受け入れてしまいます。Authorization: Bearer ヘッダーに任意の非ヌル値、たとえば任意の文字列や偽造された署名なしJWTであってもポリシーが許可し、そのリクエストは署名、発行者、有効期限のチェックなしに保護されたルートに到達し、Keycloak への問い合わせも行われません。トークンは allowTokenFromHeader がデフォルトで true であるため、受信リクエストヘッダーから読み取られます。ルートをこのポリシーで保護する一般的な理由は、そのルートがサーバー側の処理を行うためですが、このバイパスにより、その処理へ認証されていないアクセスが発生します。保護されたルートがコード実行可能なプロデューサに転送する場合、認証なしのリモートコード実行が生じる可能性があります。この欠陥は CVE-2026-23552 とは独立しており、CVE-2026-23552 では発行者クレームに関わる問題が検証ルーチン内にチェックを追加することで解決されましたが、本件ではそもそも検証ルーチンに到達しないため、欠陥が残っています。この問題は Apache Camel のバージョン 4.15.0 から 4.18.3（未満）、および 4.19.0 から 4.21.0（未満）に影響します。ユーザーには本問題を修正したバージョン 4.21.0 へのアップグレードを推奨します。4.18.x 系列の利用者には 4.18.3 へのアップグレードを推奨します。すぐにアップグレードできない環境の場合は、すべての KeycloakSecurityPolicy に対し空でない requiredRoles または requiredPermissions を設定してトークン検証経路を確実に実行させること、トークンをリクエストヘッダーから受け取らない場合は allowTokenFromHeader を false に設定すること、またはポリシー適用前にフレームワーク層でトークン検証を行うことを推奨します。

`BaseSerialization.deserialize()` のバグにより、Scheduler や APIサーバーがシリアライズされたDAGを読み込む際に、攻撃者が制御するクラスパスを制限なく `import_string()` できてしまいました。これにより、DAG作成者が悪意のあるトリガーをDAGに埋め込み、APIサーバーや Schedulerプロセス上でリモートコード実行が可能となり、DAG作成者のコードはこれらのプロセス内で決して実行されてはならないという Airflow のセキュリティ境界を越えてしまいました。ユーザーには `apache-airflow` 3.3.0 以降へのアップグレードを推奨します。多層防御策として、DAG作成者の信頼度が限定される環境では、`[core] allowed_deserialization_classes` の設定を狭い許可リストに制限することが推奨されます。

Apache Camel の Docling コンポーネントにおいて、コマンド内の引数区切り文字の不適切な無害化（「引数インジェクション」）に関する脆弱性があります。camel-docling コンポーネントは、DoclingProducer 内で引数リストを組み立て、java.lang.ProcessBuilder を介して外部の `docling` コマンドラインツールを呼び出します。`CamelDoclingCustomArguments` エクスチェンジヘッダー（List＜String＞）を通じて渡されるカスタム CLI 引数は、この引数リストに十分な検証をせずに追加されていました。元の実装は、禁止フラグのデナイリストに依存し、リテラルの `../` シーケンスを含むパス値のみを拒否していました。その結果、外部から影響を受けたデータを `CamelDoclingCustomArguments` ヘッダー（または呼び出しに使用されるパスを含むヘッダー）に渡す Camel ルートは、プロデューサーがサブプロセスに未認識または意図しない `docling` CLI フラグを渡したり、リテラル `../` チェックで検出されない走査シーケンスにより意図しないディレクトリの外を指すパスのような引数値を供給したりする可能性があります。Camel 自体がこれらの値から `docling` 呼び出しを構築するため、コンポーネントがそれらを制限する責任があります。弱い検証のために CLI 引数インジェクションおよび外部ツールに渡される引数でのディレクトリトラバーサルが可能でした。呼び出しは ProcessBuilder のリスト形式を使用しているため、シェルは引数値を解釈せず、シェルのメタ文字による OS コマンドインジェクションは不可能です。修正により追加されたメタ文字拒否は多層防御の一環となっています。本問題は Apache Camel のバージョン 4.15.0 から 4.18.3 未満に影響します。ユーザーには、CAMEL-23212 の修正を含むリリースへのアップグレードを推奨します。メインラインでは Apache Camel 4.19.0 以降（4.20.0 などの後続リリース）に修正が含まれており、4.18.x LTS 系列のユーザーは 4.18.3 へのアップグレードが必要です。修正はデナイリストを、認識済み `docling` CLI フラグの厳格なホワイトリストに置き換え、未認識のフラグや出力ディレクトリ関連のプロデューサー管理フラグを拒否します。また、防御的に引数値のシェルメタ文字を拒否し、Path.normalize() でパスらしい値を正規化してから検証し、リテラルの `../` チェックをすり抜ける走査シーケンスを検出します。多層防御のために、ルート作成者は信頼できないメッセージ内容を `CamelDoclingCustomArguments` ヘッダーおよびパスを含むヘッダーにマッピングすることを避け、信頼できないプロデューサーから届いたメッセージから Camel 内部ヘッダーを除去すべきです。

Apache Camel PQCコンポーネントにおける信頼されていないデータのデシリアライズ脆弱性について説明します。camel-pqcコンポーネントは、プラガブルなKeyLifecycleManagerの実装を通じてポスト量子鍵メタデータ（KeyMetadata）を永続化しています。AwsSecretsManagerKeyLifecycleManager.deserializeMetadata()は、設定されたAWS Secrets ManagerのシークレットからそのメタデータをBase64デコードし、保存された値をjava.io.ObjectInputStream.readObject()でデシリアライズします。しかし、ObjectInputFilterやクラスの許可リストが存在せず、readObject()が返る前にKeyMetadataへのキャストは行われません。したがって、作成されたオブジェクトのreadObject()の副作用は型チェックより先に実行されます。このメタデータを保持するAWS Secrets Managerシークレットへの書き込み権限（対象シークレットに対するsecretsmanager:PutSecretValue）を持つ主体は、通常のキーライフサイクル操作中にデシリアライズされる細工されたシリアライズオブジェクトを保存でき、その結果、キー管理を行うアプリケーションのコンテキストでコードが実行される可能性があります。これは、CVE-2026-46590と同じ根本的欠陥に起因し、同じコードパスで発生しており、同じ修正によって対処されています。本CVEはHashiCorp Vaultおよびファイルベースの関連マネージャーも対象としており、両者ともCVE-2026-40048（CAMEL-23200）の不完全な修正に対する追補となっています。この問題はApache Camelのバージョン4.18.0以降4.18.3未満、4.19.0以降4.21.0未満に影響を与えます。ユーザーには、本問題を修正したバージョン4.21.0へのアップグレードを推奨します。また、4.18.xのLTSリリースシリーズを利用している場合は、4.18.3へのアップグレードが推奨されます。直ちにアップグレードできない環境では、camel-pqcの鍵メタデータを保持するAWS Secrets Managerのシークレットへの書き込みアクセスを、アプリケーション自身のIDのみがsecretsmanager:PutSecretValue権限を持つように制限し（最小権限のIAM設定を適用し）、PQC鍵素材を信頼度の低い主体が書き込み可能なデータから分離したシークレットに保管することが推奨されます。

Apache Camel Cometdコンポーネントにおける不適切な入力検証の脆弱性について説明します。camel-cometdコンポーネントは、Bayeux（CometD）から受信したメッセージヘッダーにHeaderFilterStrategyを適用せずにCamel Exchangeにマッピングします。CometdBinding.populateExchangeFromMessageは、CometDクライアントから提供されたext.CamelHeadersマップ全体を直接Camelメッセージ（message.setHeaders）にコピーするため、CamelHttpUri、CamelFileName、CamelJmsDestinationNameのようなCamel内部制御ヘッダーを含むあらゆるヘッダー名が変更されることなく受け入れられます。デフォルトでCometdComponentはBayeux SecurityPolicyをインストールしないため、Bayeuxハンドシェイクを完了できるクライアントは認証なしでこのメッセージを公開できます。その結果、攻撃者はルート内の下流プロデューサの動作に影響を与える任意のCamel制御ヘッダーを注入可能です（例：HTTPプロデューサのリダイレクト、ファイル名の変更、JMS宛先の上書き）。注入されたヘッダーは内部のdirect、seda、vmホップ間でも持続します。具体的な下流への影響はルートで使用されるプロデューサによって異なります。この問題は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へアップグレードすることを推奨します。修正はcamel-cometdバインディングにHeaderFilterStrategyを実装し（コード上の長期間のTODO）、インバウンドマッピングで大文字小文字を区別せずCamelヘッダー名前空間をフィルタリングすることで、クライアントから提供されるCamel* / camel*ヘッダーがExchangeにコピーされなくなるようにしています。即時アップグレードできない環境では、ルート開始時にremoveHeaders('Camel*')およびremoveHeaders('camel*')などを使用して、下流プロデューサに届く前に受信したCometDメッセージからCamel制御ヘッダーを除去し、さらにCometdComponentに明示的なBayeux SecurityPolicyを設定して認証済みクライアントのみがメッセージを公開できるようにしてください。

Apache CamelのKeycloakコンポーネントにおけるセッション有効期限が不十分である脆弱性です。camel-keycloakのセキュリティヘルパーであるKeycloakSecurityHelper.parseAndVerifyAccessTokenは、withChecks(...)メソッドを用いてKeycloakのTokenVerifierを構築しますが、設定されているのはsubject-existsチェックとrealm-URL（発行者）チェックのみです。TokenVerifier.withChecks(...)は初期状態で空のチェックリストにチェックを追加していく方式であり、withDefaultChecks()が呼ばれない限り上流のデフォルトチェックは適用されません。そのため、トークンのexp（有効期限）およびnbf（使用開始前）クレームを検証する組み込みのIS_ACTIVE述語が適用されません。結果として、このヘルパーはトークンの署名、subjectおよびissuerは検証しますが、トークンの有効期間を制御せず、有効期限切れまたはまだ有効でないアクセストークンを有効と認めてしまいます。したがって、このヘルパーを使用してインバウンドリクエストを認証するルートは、本来の有効期間外のアクセストークンを受け入れてしまう可能性があります。影響を受けるApache Camelのバージョンは4.18.0から4.18.3未満、4.19.0から4.21.0未満です。ユーザーにはこの問題を修正した4.21.0へのアップグレードを推奨します。4.18.x系のユーザーには4.18.3へのアップグレードを推奨します。修正により、KeycloakSecurityHelper.parseAndVerifyAccessTokenはTokenVerifier.IS_ACTIVEチェックを含むようになり、有効期限切れまたはまだ有効でないアクセストークンを拒否し、ヘルパーの挙動がKeycloakのデフォルトチェックセットと整合します。即時アップグレードが困難な環境では、ヘルパーの外側でトークンの有効期限を強制してください。例えば、ルート上でアクセストークンのexp/nbfクレームを検証し、Keycloakのアクセストークン有効期間を短く設定し、上流のゲートウェイやリソースサーバーでもトークンの有効期間検証を行うことを推奨します。

Apache Camel AWS2-SQS コンポーネントにおける不適切な入力検証の脆弱性について説明します。camel-aws2-sqs コンポーネントは、コンポーネント固有の HeaderFilterStrategy を通じてインバウンドメッセージ属性を Camel Exchange にマップしています。Sqs2HeaderFilterStrategy はアウトバウンドフィルター（setOutFilterPattern、Camel*、breadcrumbId、および org.apache.camel.* ヘッダーがブローカーへ書き込まれるのをブロックするもの）のみを設定しており、インバウンドフィルターは設定していませんでした。その結果、Sqs2Consumer が各 SQS の MessageAttribute を HeaderFilterStrategy.applyFilterToExternalHeaders 経由で Exchange にコピーする際に、DefaultHeaderFilterStrategy はインバウンドルールを適用せず、すべてのヘッダー名をフィルター対象外とみなし、CamelHttpUri、CamelFileName、CamelSqlQuery などの Camel 内部制御ヘッダーを変更せずに Camel メッセージにコピーしてしまいます。したがって、消費される SQS キューへメッセージを送信できる権限を持つ主体（例えばクロスアカウントの送信者や、sqs:SendMessage 権限を持つより権限の低い同アカウント内のコンポーネント）は、ルート内の下流のプロデューサの挙動に影響を与える任意の Camel 制御ヘッダーを設定できる可能性があります（例：HTTP プロデューサのリダイレクト、ファイル名の変更、クエリの上書き）。注入されたヘッダーは、内部の direct、seda、vm ホップ間でも持続します。具体的な下流への影響はルートが使用するプロデューサに依存します。本問題は 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 へのアップグレードを推奨します。修正内容は、インバウンドマッピング時に大文字・小文字を問わず Camel ヘッダー名前空間をフィルタリングするインバウンド HeaderFilterStrategy ルールを Sqs2HeaderFilterStrategy に追加し、送信者が指定した Camel* および camel* ヘッダーが Exchange にコピーされないようにしたものです。すぐにアップグレードできない環境では、ルートの開始時に removeHeaders('Camel*') と removeHeaders('camel*') を使用してインバウンドメッセージから Camel 制御ヘッダーを除去し、さらに消費される SQS キューへ送信可能な主体を最小権限の sqs:SendMessage 権限で制限することを推奨します。

Apache CamelのSolrコンポーネントにおいて、下流コンポーネントで利用される出力中の特殊要素の不適切な無害化（「インジェクション」）、不適切な入力検証、サーバーサイドリクエストフォージェリ（SSRF）脆弱性が存在します。camel-solrプロデューサは、SolrParam.プレフィックスで始まるExchangeメッセージヘッダーをSolrリクエストのパラメータに、SolrField.プレフィックスで始まるヘッダーをインデックスされたSolrドキュメントのフィールドにコピーします。これらのプレフィックス定数（SolrConstants.HEADER_PARAM_PREFIX / HEADER_FIELD_PREFIX）はSolrParam. / SolrField.というプレーン文字列です。これらの名前はCamel / camelプレフィックスで始まらないため、HTTP境界でCamelヘッダ名前空間のみをブロックするHttpHeaderFilterStrategyは、これらをインバウンドHTTPリクエストからExchangeへ通過させてしまいます。HTTPコンシューマ（例：platform-http）をsolr:プロデューサに橋渡しするルートでは、任意のHTTPクライアントがSolrParam.*ヘッダーを設定して任意のSolrリクエストパラメータを注入できます。これにはシャードやstream.urlといったパラメータも含まれ、これによりSolrサーバが攻撃者指定のURL（内部サービスやクラウドメタデータエンドポイントなど）へサーバーサイドリクエストを発行させることが可能になります（サーバーサイドリクエストフォージェリ）。また、qtパラメータを使って管理用リクエストハンドラにアクセスできる場合もあります。同様にSolrField.*ヘッダーの設定により、インデックスされたドキュメントに任意のフィールドを注入可能です。認証されていないブリッジングコンシューマの場合は認証情報が不要です。影響を受けるバージョンは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へのアップグレードが推奨されます。アップグレード後は、Solrパラメータやフィールドを生のヘッダープレフィックスで設定するルートにおいて、SolrParam. / SolrField.の代わりにCamelSolrParam. / CamelSolrField.を使用する必要があります。すぐにアップグレードできない環境では、未信頼の入力からsolr:プロデューサに到達する前にSolrParam.*およびSolrField.*ヘッダーを削除し、信頼できるソースから必要なSolrパラメータとフィールドをルート内で設定してください。