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

Substance3D - Designer は NULL ポインタ参照の脆弱性の影響を受けており、これによりアプリケーションがサービス拒否（DoS）を引き起こす可能性があります。攻撃者はこの脆弱性を悪用してアプリケーションをクラッシュさせ、サービス拒否の状態を発生させることができます。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。

Apache Camelの不適切な入力検証の脆弱性です。この問題は、Apache Camelのバージョン2.17.0から4.14.9未満、4.15.0から4.18.4未満、4.19.0から4.22.0未満に影響を及ぼします。camel-mailコンポーネントは、MIMEマルチパートメッセージをアンマーシャルできるMimeMultipartデータフォーマットを搭載しています。headersInlineがtrueに設定されている場合、アンマーシャルの処理経路は受信したメッセージのMIMEヘッダーをCamelメッセージにコピーします。これは、自身で生成する3つの標準ヘッダー（Message-ID、MIME-Version、Content-Type）以外のすべてのヘッダーを列挙し、それぞれに対してsetHeaderを呼び出すものであり、HeaderFilterStrategyを適用しません。これらのMIMEヘッダーの名前はアンマーシャルされるメッセージから取られるため、送信者がメッセージに影響を与えられる場合、Camel内部の名前空間に該当する名前のヘッダーを差し込み、Exchangeに設定させることが可能です。Camelコンポーネントはこの名前空間の制御ヘッダーを読み取り、設定された動作をオーバーライドします。例えば、camel-sqlプロデューサーはCamelヘッダーが存在する場合に実行するSQL文をヘッダーから取得します。そのため、差し込まれたヘッダーにより、ルートの作成者が意図していないメッセージからのデータを下流の処理段階で扱わせることが可能になります。到達可能なシンクや影響は、アンマーシャル後のルートの処理内容に完全に依存します。camel-mailコンシューマは既に自身の受信経路にはヘッダーフィルタリングを適用していましたが、本脆弱性はその強化が適用されていなかった同じコンポーネント内の並行する受信経路に関わるものでした。影響を受けるコピー処理はheadersInlineが有効な場合にのみ到達し、これはデフォルトではありません。デフォルト設定ではMIMEヘッダーはメッセージヘッダーとしてではなく添付ファイルとして表面化するため、影響を受けません。この挙動は2.17.0でデータフォーマットが導入された以降のすべてのリリースラインに存在し、本修正により対策されています。ユーザーには本問題を修正したバージョン4.22.0へのアップグレードが推奨されます。4.14.x LTSリリースを利用している場合は4.14.9へのアップグレードが推奨され、4.18.xリリースを使用している場合は4.18.4へのアップグレードが推奨されます。即時アップグレードが困難な場合は、headersInlineが不要な場合にはデフォルトのfalseのままにしてください。コピー処理はheadersInlineが有効な場合にのみ実行されます。headersInlineを有効にし続ける必要がある場合は、アンマーシャル処理後すぐにCamel-internalヘッダーを削除してください。例えば、制御ヘッダーを読むプロセッサやプロデューサの前にremoveHeaders("Camel*")を配置してください。また、信頼できない送信元からのMIMEコンテンツをヘッダー値で処理を分岐するルートにアンマーシャルしないでください。多層防御として、信頼境界外から到着するMIMEメッセージのヘッダー名はすべて信頼できない入力とみなすべきです。

Apache Camel Azure-Storage Datalake コンポーネントにおける相対パストラバーサルの脆弱性について説明します。この問題は、Apache Camel のバージョン 4.0.0 から 4.14.9 未満、4.15.0 から 4.18.4 未満、4.19.0 から 4.22.0 未満に影響します。camel-azure-storage-datalake コンポーネントは、downloadToFile 操作を通じて Azure Data Lake Storage Gen2 のファイルをローカルファイルシステムにダウンロードし、fileDir エンドポイントオプションで指定されたディレクトリ内に書き込みます。DataLakeFileOperations.downloadToFile は、fileDir と Azure SDK が報告するリモートパス名をそのまま結合してローカルのターゲットを構築し（new File(fileDir, fileClientWrapper.getFileName())）、語彙的正規化や解決先が fileDir 内に収まっているかのチェックを行わずにその結果を直接 SDK のダウンロード呼び出しに渡しています。リモート名はルート制御されたデータではなく、コンシューマは DataLakeConsumer.createBatchExchangesFromPath 内でファイルシステムを列挙し、PathItem.getName() からのパス名を検証なしでそのまま使用して各エントリごとにエクスチェンジを作成しています。そのため、親ディレクトリを示すセグメントを含むパス名が設定された場合、fileDir の外側に解決される可能性があります。これにより、消費される Data Lake ファイルシステム内の名前に影響を与えられる者は、Camel が任意の場所にファイルを作成または上書きできてしまい、その操作は Camel プロセスの権限で実行されます。プロセスが書き込み可能な場所によっては、ダウンロードディレクトリ外のファイルを上書きすることにより、そのファイルの完全性を逸脱し、さらなる権限昇格につながる可能性があります。fileDir オプションは通常の一般グループ向け設定パラメータであり、セキュリティ境界としての示唆はありません。また、その値が包含境界として強制されていないことはユーザーに何ら警告されていません。Camel の他のファイルダウンロード用コンシューマ（camel-file、camel-ftp、camel-smb、camel-mina-sftp、および camel-azure-files）は、構成されたディレクトリへのローカルダウンロードをパスセグメント境界チェックで制限していますが、camel-azure-storage-datalake のダウンロードパスはこの対策の対象外でした。ユーザーには、この問題を修正したバージョン 4.22.0 へのアップグレードを推奨します。4.14.x LTS リリース系列を使用している場合は 4.14.9 に、4.18.x リリース系列を使用している場合は 4.18.4 へのアップグレードを推奨します。すぐにアップグレードできない環境では、regex エンドポイントオプションを使用してコンシューマが処理する名前を制限してください。regex は各リストされたパス名に対して全文字列一致で適用されるため、単純な単一セグメント名のみを許可し、パス区切り文字や親ディレクトリセグメントを含む名前はエクスチェンジ作成前にフィルタされます。あるいは、信頼できないファイルシステム上で downloadToFile 操作は避け、リモートリストから取得した名前ではなく、ルート自身が制御するファイル名を使ってペイロードを書き込む方法を採用してください。多層防御の観点から、外部から書き込み可能な Data Lake ファイルシステム内のオブジェクト名は信頼しない入力として扱い、それらからローカルファイルシステムのパスを派生させないようにしてください。

Apache Camel Knativeコンポーネントにおける不適切な入力検証および下流コンポーネントで使用される出力中の特殊要素の不適切な無害化（"インジェクション"）の脆弱性について説明します。camel-knativeのKnativeコンシューマは、受信したCloudEvent属性をCamelメッセージヘッダーにマッピングします。バイナリコンテンツモードでは、HTTPヘッダーのパスがKnativeHttpHeaderFilterStrategyを通じてCamel内部ヘッダーをフィルタリングしますが、構造化コンテンツモード（Content-Type: application/cloudevents+json）では、CloudEventの拡張フィールドがJSONボディから直接読み取られ、すべての拡張キーがHeaderFilterStrategyを適用せずにExchangeヘッダーにコピーされます（CloudEventProcessors、仕様バージョン1.0、1.0.1、1.0.2）。その結果、認証されていない攻撃者が構造化モードのCloudEventリクエストを介してCamel内部ヘッダー（例：CamelHttpUri、CamelHttpPath、CamelFileName）をインジェクトでき、Camelのヘッダーマップに対して大文字小文字を区別せずにマッチさせることが可能です。ルートがKnativeコンシューマからヘッダ駆動のコンポーネント（camel-httpやcamel-fileなど）にメッセージを転送する場合、インジェクトされたヘッダーが設定済みの値を上書きし、ルートに応じてサーバー側リクエストフォージェリ（SSRF）、パストラバーサル、またはメッセージディスパッチのリダイレクトを引き起こす可能性があります。これは、バイナリコンテンツモードパスに以前追加されたインバウンドヘッダーフィルタリングの不完全な修正に起因しており、camel-cxf/camel-knative（CVE-2026-47323）、camel-undertow（CVE-2025-30177）、より広範なincoming-header filter（CVE-2025-27636およびCVE-2025-29891）、非HTTPストラテジー（CVE-2026-40453）で対処されたパターンと類似しています。この問題はApache Camelの以下のバージョンに影響を及ぼします：3.15.0から4.14.9未満、4.15.0から4.18.4未満、4.19.0から4.21.0未満です。利用者には問題が修正されたバージョン4.22.0へのアップグレードを推奨します。4.18.xのLTSリリースを利用している場合は4.18.4へのアップグレード、4.14.xのLTSリリースを利用している場合は4.14.9へのアップグレードが推奨されます。非LTSリリースの4.15.0から4.17.0および4.19.0から4.21.0は影響を受けますがメンテナンス修正が提供されないため、これらのバージョンを使用している場合は4.18.4または4.22.0へのアップグレードが推奨されます。

バッファオーバーフローは境界チェックの改善によって対処されました。この問題は macOS Sequoia 15.7.7 および macOS Sonoma 14.8.7 で修正されています。この脆弱性により、アプリが予期しないシステムの終了を引き起こしたり、カーネルメモリへの書き込みを行ったりする可能性があります。

ヌルポインタの参照は、入力検証の改善によって対処されました。この問題は、iOS 18.7.9および iPadOS 18.7.9、ならびに iOS 26.5および iPadOS 26.5で修正されています。アプリが予期しないシステムの終了を引き起こす可能性があります。

Google Chrome の QUIC における情報漏えいは、バージョン 152.0.7977.65 未満で発生し、リモートの攻撃者が作成した HTML ページを介して機密情報を漏らすことを許していました。（Chromium のセキュリティ重大度は中等度です）

152.0.7977.65 より前の Google Chrome の Storage Access API において情報漏えいが発生し、リモートの攻撃者が細工された HTML ページを介してクロスオリジンデータを取得できる可能性がありました。（Chromium セキュリティ重要度は低いです）

152.0.7977.65 より前の Google Chrome の BrowserTag に認可の欠落があり、リモートの攻撃者がソーシャルエンジニアリングを利用して、細工された Chrome 拡張機能を介して機密情報を取得できる可能性がありました。（Chromium のセキュリティ深刻度は低いです）