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

Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.1以前のSnipe-ITでは、S3署名画像の取得時に、署名付き一時URLの生成前に認可が不足していました。S3を利用した展開環境においては、認証済みユーザーが署名ファイル名を知っている場合に、ローカルファイル用のブランチで使用される`authorize()`呼び出しの前にS3ブランチが応答してしまうため、5分間有効な署名付きS3 URLを取得できてしまいます。バージョン8.6.1にはこの問題を修正するパッチが含まれています。

Portainer Community Editionは、Docker、Swarm、Kubernetes、およびACI環境を管理するために使用できる、コンテナ化されたアプリケーション向けの軽量サービス配信プラットフォームです。バージョン2.39.0から2.39.3および2.40.0から2.43.0の間、未初期化のインスタンスのセットアップ開始から5分間の間、認証なしで復元および管理者初期化のエンドポイント（/api/restore および /api/users/admin/init）にアクセス可能な状態にありました。このため、ネットワーク攻撃者が細工されたバックアップを復元したり、最初の管理者アカウントを作成して完全な管理者権限を取得することが可能でした。この問題はバージョン2.39.4および2.43.0で修正されています。

Snipe-ITはIT資産およびライセンス管理システムです。8.6.0以前のバージョンでは、UsersController::update()内で権限リクエストのフィールドが欠落したままNormalizePermissionsPayloadActionおよびPreserveUnauthorizedPrivilegedPermissionsActionを通過し、その結果ターゲットユーザーの権限が疎な内容で上書きされる可能性がありました。これにより、別の管理者を更新する管理者やusers.edit権限を持つユーザーが通常のアカウントを更新する際に、ターゲットの管理者権限や細分化された権限を削除してしまうことがありました。この問題はバージョン8.6.0で修正されています。

HCL DevOps Deploy / HCL Launch には機密情報漏洩の脆弱性があります。アプリケーションは潜在的に機密性の高い情報をログファイルに保存しており、これらの情報はローカルユーザーによって読み取られる可能性があります。

GravはファイルベースのWebプラットフォームです。バージョン2.0.0以前では、認証済みのadmin.superユーザーがDirect Installツールを通じて特別に細工されたZIPアーカイブをアップロードすることで、Gravをクラッシュさせたりディスクを使い果たしたりすることが可能でした。これは、Installer::unZipがZipArchive::extractToを、展開後のサイズやエントリ数、ディレクトリの深さに制限を設けずに呼び出していたためです。この問題はバージョン2.0.0で修正されています。

Open WebUIは拡張可能で機能豊富、かつユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.9.6から0.10.0未満の間、_verify_knowledge_file_accessは読み取りアクセスのみをチェックしていましたが、その後のファイル書き込みおよび削除ルートでは、書き込み可能なモデルのmeta.knowledgeエントリを介してオブジェクト由来のアクセスを信頼しており、読み取り専用の知識ファイルアクセス権しか持たないユーザーがファイルの書き込みや削除操作に昇格できる問題がありました。この問題はバージョン0.10.0で修正されました。

Open WebUIは、拡張可能で多機能かつユーザーフレンドリーなセルフホスト型のAIプラットフォームです。バージョン0.6.27から0.10.0未満の間、routers/openai.pyおよびrouters/ollama.py内のget_all_modelsハンドラーは、key_builderの代わりにlambda関数をaiocacheのキーとして渡していました。このため、権限でフィルタリングされたユーザーごとのモデルリストが静的なキャッシュエントリを共有しており、TTL期間中にあるユーザーのモデルリストが別の呼び出し元に露出する問題が発生していました。この問題はバージョン0.10.0で修正されています。

Open WebUIは拡張可能で機能が豊富かつユーザーフレンドリーなセルフホスト型のAIプラットフォームです。バージョン0.10.0以前では、ファイルアップロードパスがmetadata.knowledge_idを受け入れており、/api/v1/knowledge//file/addで使用される書き込みアクセスチェックを適用せずに、アップロードされたファイルを対象のナレッジベースに自動的にリンクしていました。そのため、読み取り専用のナレッジベースユーザーが任意のファイルを追加できる可能性がありました。この問題はバージョン0.10.0で修正されています。

Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.10.0以前では、/api/v1/auths/signinエンドポイントがメールアドレスでユーザーを検索し、資格情報が存在する場合にのみbcryptによるパスワード検証を実行していました。そのため、登録済みアカウントへの試行はメールアドレスが存在しない試行よりも明らかに遅くなり、認証されていないアカウントを列挙できる状態になっていました。この問題はバージョン0.10.0で修正されています。

Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.9.2から0.10.0未満の間、backend/open_webui/utils/middleware.py内のSKILL_MENTION_REおよびstrip_reの正規表現が、重複する量指定子を含む＜$skillId|label＞形式のスキルメンションを解析していました。そのため、閉じる「＞」を含まない＜$を含む認証済みチャットメッセージは二次的バックトラッキングを引き起こし、asyncioイベントループをブロックしてしまう問題が発生していました。この問題はバージョン0.10.0で修正されています。

Open WebUIは、拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.7.0から0.10.0未満の間、GET /api/v1/channels//membersがチャンネルメンバーの完全なUserModelResponseオブジェクトを返しており、その中にはsettings.ui.toolServers[].keyやWebhookの設定情報が含まれていました。これにより、通常のチャンネル参加者が他のユーザーの機密設定を取得できる可能性がありました。この問題はバージョン0.10.0で修正されました。

Open WebUIは拡張可能で、機能豊富かつユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.10.0以前では、WEB_FETCH_FILTER_LISTのマッチングが設定されたホストエントリをURL文字列および非ラベル境界のサフィックスと比較していたため、URLパスにおける!internal.example.comのようなパスベースのブロックリスト回避や、意図したホスト名ポリシーを反映しない兄弟ドメインの一致を許していました。この問題はバージョン0.10.0で修正されています。

JetBrains TeamCity 2026.1.2より前のバージョンにおいて、エージェントから報告されたデータを介してクラウドプロファイルページに格納型XSSが発生する可能性がありました。

Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0725以前のsrc/spell.c内のspell_soundfold_sal()のシングルバイト分岐では、単語をスペルファイルのSALサウンドフォールド規則に従って呼び出し元所有の結果バッファに変換しますが、その結果の書き込みはreslen ＜ MAXWLENで保護されており、reslenがMAXWLENに達してからres[reslen] = NULがMAXWLEN要素のスタックバッファの末尾を1バイト超えて書き込まれてしまいます。サウンドフォールド関数に渡される境界長の単語、またはSALベースのスペル言語が有効な非マルチバイト8ビットエンコーディング環境での音声ベースのスペル提案を通じて到達した単語は、eval_soundfold()のスタックフレームを破損させ、エディタをクラッシュさせる原因となります。この問題はバージョン9.2.0725で修正されています。

HonoはあらゆるJavaScriptランタイムをサポートするWebアプリケーションフレームワークです。バージョン4.0.0から4.12.27未満の間、hono/cssのcx()は単純な文字列からクラス名を構築していましたが、入力をHTMLエスケープせずに結果をすでにエスケープ済みとしてマークしていたため、サーバーサイドレンダリング時にJSXのclass属性で使用された信頼できないclassNameの値が属性から抜け出し、任意のマークアップを注入される問題がありました。この問題はバージョン4.12.27で修正されました。

Honoは、あらゆるJavaScriptランタイムをサポートするWebアプリケーションフレームワークです。バージョン4.11.8から4.12.27未満のhono/jsxでは、サーバーサイドレンダリング中にリクエストごとにコンテキスト値を分離しておらず、createContext、useContext、jsxRenderer、またはuseRequestContextのデータが、別の進行中のリクエストからawait後の非同期コンポーネント内で使用される可能性がありました。この問題はバージョン4.12.27で修正されました。

Honoは、あらゆるJavaScriptランタイムをサポートするWebアプリケーションフレームワークです。バージョン4.3.3から4.12.27の間では、AWS API Gateway v1アダプターが繰り返された特定のリクエストヘッダー値をドロップする可能性がありました。これは、値を正確に一致させるのではなく部分文字列比較で重複排除を行っていたためです。そのため、X-Forwarded-Forチェーンの完全な情報に依存するミドルウェアやアプリケーションロジック、レート制限、監査ログ、プロキシチェーンの検証が不完全なデータを受け取ってしまう可能性があります。この問題はバージョン4.12.27で修正されています。

JetBrains YouTrack 2026.2.17394以前のバージョンには、ダイジェストメール内の記事タイトルを介した保存型クロスサイトスクリプティング（XSS）が可能である脆弱性がありました。

GitLabは、GitLab EEのバージョン18.9から18.11.7未満、19.0から19.0.4未満、および19.1から19.1.2未満のすべてのバージョンに影響を及ぼす問題を修正しました。この問題は、特定の条件下で最小限のアクセス権を持つ認証ユーザーが、認可チェックが欠如しているためにプライベートプロジェクトの作業項目メタデータを読み取れるというものでした。

bentoml OpenLLM 0.6.30に脆弱性が発見されました。この脆弱性はコンポーネント「Model Repository Directory Name Handler」のファイルsrc/openllm/common.py内の関数async_run_commandに影響を及ぼします。引数cmdの操作によりコマンドインジェクションが発生します。攻撃はローカル環境で実行される必要があります。エクスプロイトは公開されており、悪用される可能性があります。本問題は早期に問題報告を通じてプロジェクトへ通知されましたが、まだ対応がなされていません。

Dynamics 365 Customer Voice のウェブページ生成時における入力の不適切な無害化（クロスサイトスクリプティング）により、不正な攻撃者がネットワーク経由でなりすましを実行できる可能性があります。

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

Apache AirflowのBulk Variables APIは、変数のキーを渡さずにレダクターを呼び出していたため、`*_password`、`*_token`、`*_secret`のようなシークレットが接尾辞となっているキー名に基づく`should_hide_value_for_key`チェックをJSONデコード可能な変数値に対して適用できませんでした。認証済みのUI/APIユーザーで、Bulk Variablesの読み取り権限を持つ者は、本来レダクションが必要なキーに対応するJSON変数のプレーンテキスト値を取得できてしまう可能性があります。この問題は、シークレット接尾辞のついたキー名を持つJSON型Airflow変数に機密情報を保存している環境に影響を与えます。ユーザーは`apache-airflow`の3.3.0以降（修正は3.2.2以降の`main`ブランチにて適用されており、3.2.x系にはバックポートされていません）へのアップグレードを推奨します。

Apache CamelのDAPRコンポーネントにおける不適切な入力検証により、意図しないプロキシまたは仲介者（「混乱した代理」）の脆弱性が存在します。camel-daprのDapr Pub/Subコンシューマー（DaprPubSubConsumer）は、受信したCloudEventの各フィールドから2つの値、Pub/Subコンポーネント名とトピックをCamelDaprPubSubNameおよびCamelDaprTopicのExchangeヘッダーにコピーしていました。これら2つのヘッダーはプロデューサ方向のルーティングヘッダーであり、ルートがDaprプロデューサを介して再公開を行う際に、DaprConfigurationOptionsProxyがこれらを読み取り、エンドポイントに設定された宛先よりも優先して利用します。その結果、1つのDapr Pub/Subトピックからメッセージを消費して別のトピックに再公開するルート（例：from('dapr-pubsub:p:t').to('dapr-pubsub:p:other')）において、サブスクライブされたトピックにメッセージを発行できるアクターは、CloudEventのpub/sub-nameとtopicを任意の値に設定可能であり、再公開されるメッセージを意図された宛先ではなく任意のDapr Pub/Subコンポーネントおよびトピックに送信させることができます。これにより、メッセージのリダイレクトや情報漏洩が発生し、ルートの意図したルーティングや基盤となるブローカーのトピックレベルアクセス制御を回避できる恐れがあります。悪用には、ルートがサブスクライブするトピックへの発行権限が必要であり、それ以外の認証やユーザー操作は不要です。この問題は、Apache Camelのバージョン4.12.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へのアップグレードを推奨します。すぐにアップグレードできない環境では、ルート内のDaprコンシューマーと任意のDaprプロデューサー間のExchangeからCamelDaprPubSubNameおよびCamelDaprTopicヘッダーを削除（例：removeHeaders('CamelDaprPubSubName', 'CamelDaprTopic')）し、信頼できるプロデューサーのみがサブスクライブしているDapr Pub/Subトピックに発行可能となるように制限してください。

apache-airflow 3.3.0より前のバージョンでは、1つのDagの読み取りが許可されたユーザーが、同じソースファイルに共存する他のDagのソースを開示できてしまう問題がありました。`GET /api/v2/dagSources/{dag_id}` およびUIの同等のDagソース表示は、呼び出し元が読み取りを許可されていないDagを省略することなく、ファイル全体のソースを返しており、Dagごとの読み取り認可を回避していました。複数のDagを単一ファイルに共存させているデプロイメントでは、Dagごとのアクセス制御によりソースの表示を制限している場合に影響を受けます。1ファイルあたり1つのDagのデプロイメントには影響がありません。apache-airflowを3.3.0以降にアップグレードしてください。

Apache CamelのNetty HTTPコンポーネントにおける、機密情報を含むエラーメッセージ生成の脆弱性です。camel-netty-httpのHTTPサーバーコンシューマは、ルート処理中にエラーが発生した場合にクライアントに返される内容を制御するmuteExceptionオプションを提供しています。このオプションはバックフィールドが初期化されていないプリミティブのboolean型（Javaのデフォルトでfalse）であったため、デフォルト値がfalseになっていました。一方で、他のCamel HTTPサーバーコンポーネント（camel-http / camel-jetty / camel-servlet / camel-platform-http）は、このオプションのデフォルト値をtrueに設定しています。muteException=falseの場合、リクエストがルート処理中に例外を引き起こすと、コンシューマは空のレスポンスボディを返す代わりに、HTTPレスポンスの本文にThrowableの完全なスタックトレースをtext/plain形式で（DefaultNettyHttpBinding経由で）書き込みます。認証されていない任意のクライアントがエンドポイントにアクセスし、例えば不正なリクエストボディや無効なパラメータを送信するなどして処理エラーを引き起こすと、完全なJavaのスタックトレースを受け取ってしまいます。このスタックトレースには、例外メッセージに埋め込まれた認証情報、内部ホスト名やIPアドレス、ファイルシステムのパス、依存関係やバージョンの詳細、データベース名やクラス名、さらにはアプリケーションの内部構造などの機密情報が含まれる可能性があり、攻撃者はこれを用いてさらなる攻撃を計画することが可能です。この問題は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-netty-httpコンシューマのmuteExceptionを明示的にtrueに設定してください（例：netty-http:http://0.0.0.0:8080/api?muteException=true またはグローバルに camel.component.netty-http.configuration.mute-exception=true プロパティを設定してください）。これにより、処理エラー時にスタックトレースがクライアントに返されなくなります。

Hugoは静的サイトジェネレーターです。バージョン0.123.0から0.161.1にかけて、リグレッションによりRootMappingFs.statRootがLstatではなくStat（シンボリックリンクをたどる）を使用するようになりました。そのため、マウント外を指すシンボリックリンクを直接resources.Getで取得すると、ターゲットの内容が返されてしまいました。これにより、ローカルマウント内に植えられたシンボリックリンク（例：vendoredなthemesやテーマ）がHugoユーザーにアクセス可能な任意のファイルを読み取れる状態になっていました。GitHubからのGoモジュールテーマ（シンボリックリンクは除去されます）やディレクトリウォークには影響がありませんでした。この問題はバージョン0.162.0で修正されました。

Coderは、組織がTerraformを介してリモート開発環境をプロビジョニングできるようにします。バージョン2.17.0から、2.29.7、2.32.7、2.33.8、および2.34.2より前のバージョンにおいて、`POST /api/v2/files`はzipアップロードをメモリ内で`CreateTarFromZip`を介してtarに変換します。この処理では各エントリごとのサイズ制限を課していましたが、展開後の合計出力サイズについては制限がなく、無制限のメモリバッファに書き込んでいました。悪用には認証済みのファイルアップロード権限が必要であり、影響は可用性（サービス拒否）に限定されます。2.29.7、2.32.7、2.33.8、および2.34.2のバージョンでの修正では、予測されるエントリサイズの合計を検証するメタデータ事前チェックを行い、展開中に合計制限を強制するストリーミングライターを追加しています。対策としては、ファイルアップロード権限を信頼できるユーザーに制限するか、`coderd`の前にリクエストボディサイズ制限を行うリバースプロキシを配置することを推奨します。

Coderは組織がTerraformを通じてリモート開発環境をプロビジョニングできるようにするツールです。バージョン2.24.0から2.29.7、2.32.7、2.33.8、2.34.2の前のバージョンにおいて、`provisionersdk/proto/dataupload.go`内の`NewDataBuilder`は、`DataUpload`メッセージからクライアントが提供する`FileSize`を上限チェックなしで使用してバイトスライスを割り当てていました。DRPCの通信上限は4 MiBですが、`FileSize`の値自体には制限がありませんでした。バージョン2.29.7、2.32.7、2.33.8、2.34.2の修正では、割り当て前に`FileSize`を上限値（`MaxFileSize = 100 MiB`）と照合して検証しています。回避策としては、プロビジョナーデーモンのserveエンドポイントへのアクセスを信頼できるプロビジョナーデーモンサービスアカウントに制限することを推奨します。

CoderはTerraformを介してリモート開発環境をプロビジョニングすることを組織に許可します。バージョン2.29.7、2.32.7、2.33.8、およびそれ以前の2.34.2では、ワークスペースアプリプロキシがターゲットアプリを`httpapi.RequestHost()`から解決しており、これは実際の`Host`ヘッダーよりも`X-Forwarded-Host`ヘッダーを優先します。ルーティング前に`X-Forwarded-Host`を削除するミドルウェアは存在せず、このヘッダーはブラウザで禁止されていないため、クライアントサイドのJavaScriptが`fetch()`呼び出しで設定可能です。実際の悪用には、サブドメインアプリルーティング（ワイルドカードホスト名）が有効であること、攻撃者の共有アプリを訪問する被害者がいること、そして上流プロキシが`X-Forwarded-Host`を削除しないデプロイメントであることが必要です。バージョン2.29.7、2.32.7、2.33.8、および2.34.2の修正では、`X-Forwarded-Host`を構成済みの信頼できるプロキシからのもののみ信頼し、それ以外の場合は検証済みのリクエストホストからルーティングホストを解決します。回避策としては、信頼されていないリクエストに対して`X-Forwarded-Host`を削除または上書きする上流のリバースプロキシを配置してください。

Coderは、Terraformを介してリモート開発環境をプロビジョニングすることを組織に許可します。バージョン2.29.7、2.32.7、2.33.8、および2.34.2以前のバージョンでは、`coder open app` コマンドがスキームやホストを検証せずに外部のworkspace-app URLを開きます。外部アプリのURLに`$SESSION_TOKEN`プレースホルダーが含まれている場合、CLIはユーザーの実際のセッショントークンに置き換えてOSのオープンハンドラにURLを渡します。実際の悪用には、攻撃者が制御する外部アプリ定義を持つワークスペースに対して被害者が`coder open app`を実行する必要があります。外部アプリURLを制御できるのは悪意のあるテンプレート作成者だけです。バージョン2.29.7、2.32.7、2.33.8、および2.34.2での修正により、CLIにURLスキームの許可リストを適用し、`$SESSION_TOKEN`の置換をウェブフロントエンドなどの信頼できる宛先に限定しています。回避策としては、信頼できないワークスペースに対して`coder open app`を実行しないようにしてください。

CoderはTerraformを介してリモート開発環境をプロビジョニングすることを組織に許可します。バージョン2.29.7、2.32.7、2.33.8、および2.34.2より前のバージョンでは、`CreateSubAgent` RPCがテンプレートの`MaxPortSharingLevel`に対して要求されたアプリ共有レベルを検証せずにワークスペースアプリを永続化していました。このため、ワークスペース所有者は管理者が設定した最大値を超えて共有レベルを設定できました。悪用するためには、攻撃者が制御するワークスペースにサブエージェントアプリを登録する必要があります。バージョン2.29.7、2.32.7、2.33.8、および2.34.2の修正では、サブエージェントアプリの共有レベルをテンプレートの`MaxPortSharingLevel`に制限しています。回避策として、ワイルドカードアプホスト名（`CODER_WILDCARD_ACCESS_URL`）を無効化し、サブドメインベースのアプリルーティングをブロックしてください。

Coderは、組織がTerraformを介してリモート開発環境をプロビジョニングできるようにします。バージョン2.29.7、2.32.7、2.33.8、および2.34.2以前では、devcontainerのrecreateエンドポイントはワークスペースに対して`ActionRead`のみをチェックするルートミドルウェアに依存しており、兄弟のdeleteエンドポイントとは異なり、破壊的な再構築を開始する前に`ActionUpdate`のチェックを行っていませんでした。悪用するには、対象のワークスペースにアクセス権を持つ既存の低権限ロールが必要です。バージョン2.29.7、2.32.7、2.33.8、および2.34.2での修正により、deleteエンドポイントと同様に、エージェントがダイヤルされる前に明示的な`ActionUpdate`認可チェックが追加されました。既知の回避策は存在しません。

CoderはTerraformを介して組織がリモート開発環境をプロビジョニングできるようにします。バージョン2.33.0から2.33.8および2.34.2の前のバージョンでは、AI Bridgeプロバイダのハンドラがリクエストボディの最大サイズを指定せずに`io.ReadAll`で読み取っていたため、AI Bridgeへのアクセス権を持つ認証ユーザが任意の大きさのボディを送信し、メモリを枯渇させる可能性がありました。悪用にはAI Bridgeエンドポイントへの認証アクセスが必要であり、影響は可用性（サービス拒否）に限定されます。バージョン2.33.8および2.34.2でこの問題は修正されています。既知の回避策はありません。

Coder は、Terraform を介して組織がリモート開発環境をプロビジョニングできるようにします。バージョン 2.30.0 から 2.32.7、2.33.8、および 2.34.2 より前のバージョンでは、AI Bridge プロキシエンドポイントが `coderd/aibridgedserver` 内の `Server.IsAuthorized` を通じて認証を行います。これはキーの形式、有効期限、秘密情報、削除済みまたはシステムユーザーかどうかを検証しますが、アカウントが停止されているかどうかは確認しません。停止は既存の API キーを無効にしません。そのため、停止されたユーザーの未期限切れトークンは有効なままです。実際の影響は、停止されたユーザーのすでに発行済みの API キーが削除されるまでに限定されます。バージョン 2.32.7、2.33.8、および 2.34.2 でこの問題は修正されています。回避策として、停止時に `DELETE /api/v2/users/{user}/keys` を使い、ユーザーの API キーを削除してください。

CoderはTerraformを介してリモート開発環境を組織に提供することを可能にします。バージョン2.29.17、2.32.7、2.33.8、および2.34.2より前のバージョンでは、`AgentLogLine`ダッシュボードコンポーネントが`escapeXML: true`を指定せずに`ansi-to-html`をインスタンス化し、その結果を`dangerouslySetInnerHTML`を通じて挿入していたため、ワークスペースのエージェントログラインに埋め込まれたHTMLがライブマークアップとしてレンダリングされていました。サーバー側のサニタイズ処理はHTMLのメタキャラクターを無効化していませんでした。悪用するには、被害者が攻撃者が制御するエージェントログをダッシュボードで閲覧する必要があります。バージョン2.29.17、2.32.7、2.33.8、および2.34.2の修正では、`escapeXML: true`を有効化し、HTMLメタキャラクターをDOM挿入前にエスケープするようにしました。既知の回避策はありません。

CoderはTerraformを介してリモート開発環境をプロビジョニングすることを組織に許可します。バージョン2.29.17、2.32.7、2.33.8、および2.34.2以前では、Coderのサブドメインベースのワークスペースアプリプロキシにおいて、同一所有者のCORSチェックが回避される可能性がありました。ワークスペース名のサブドメインセグメントがUUIDとして解析された場合、URLのユーザー名が実際の所有者と一致しているか確認せずにIDでワークスペースが解決され、一方でCORSミドルウェアはホスト名内の未検証のユーザー名を信頼していました。実際の悪用には、サブドメインアプリルーティング（ワイルドカードホスト名）が有効であり、被害者が認証されている状態で攻撃者が作成したアプリURLを訪問する必要があります。バージョン2.29.17、2.32.7、2.33.8、および2.34.2の修正では、サブドメインのユーザー名を解決されたワークスペースの実際の所有者と照合し、同一所有者のCORS判定を権威ある所有者のアイデンティティに基づいて行うようにしました。既知の回避策は存在しません。

Apache Camel Undertowコンポーネントにおける機密情報を含むエラーメッセージ生成の脆弱性について説明します。camel-undertowのHTTPサーバーコンシューマーは、ルート処理でエラーが発生した際にクライアントへ返す内容を制御するmuteExceptionオプションを提供しています。このオプションのデフォルト値はfalseですが、他のCamel HTTPサーバーコンポーネント（camel-http、camel-jetty、camel-servlet、camel-platform-http）はtrueをデフォルトとしています。muteException=falseの場合、ルート処理中に例外が発生すると、コンシューマーはHTTPレスポンスボディに空文字を返すのではなく、text/plain形式で完全なThrowableスタックトレースを書き込みます。認証されていないクライアントがエンドポイントに到達し、処理エラー（例えば不正なリクエストボディや無効なパラメータの送信、あるいはルート内部での失敗を引き起こすもの）を発生させると、完全なJavaスタックトレースが返されます。そのようなスタックトレースには、例外メッセージに埋め込まれた資格情報、内部ホスト名やIPアドレス、ファイルシステムパス、依存関係やバージョン情報、データベース名やクラス名、アプリケーションの内部構造などの機密情報が含まれることがあり、攻撃者はこれを悪用してさらなる攻撃を計画する可能性があります。さらに、Rest DSLコンシューマーではmuteExceptionオプションが全く尊重されず、RestUndertowHttpBindingがハードコーディングでfalseに設定されているため、muteException=trueの設定があってもスタックトレースが返されていました。本問題は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-undertowコンシューマーでmuteException=trueを明示的に設定してください（例：undertow:http://0.0.0.0:8080/api?muteException=true、またはグローバル設定としてcamel.component.undertow.mute-exception=trueプロパティ）。これにより、処理エラー時にスタックトレースをクライアントへ返さないようにできます。ただし、影響を受けるリリースでは、この回避策はRest DSLコンシューマーには適用されず、修正が適用されるまでバインディングがmuteExceptionオプションを無視し続ける点にご注意ください。

n8n 2.8.0未満のバージョンには、認証されたユーザーがOAuth2クレデンシャルの認可URLフィールドに悪意のあるJavaScriptのURLを注入できる資格情報管理フローにクロスサイトスクリプティングの脆弱性が存在します。攻撃者は悪意のあるクレデンシャルを作成し、被害者をOAuth認可ボタンのクリックへと誘導することで、被害者の権限でブラウザセッション内において任意のスクリプトを実行させることができます。

n8nのバージョン1.123.18および2.6.2以前では、ZendeskTriggerノードのZendeskウェブフックにおけるHMAC-SHA256署名の検証が失敗します。ウェブフックのURLを知っている攻撃者は、署名されていないPOSTリクエストを送信し、任意の悪意あるデータを使ってワークフローをトリガーすることが可能です。