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

影響を受ける製品は、認証データの分離が不十分であるため、同時ログイン操作中に低権限の可視化ユーザー間で資格情報がリモートで漏洩する可能性があります。この脆弱性はアクティブな可視化セッション内のログイン操作にのみ影響を及ぼします。

Starletteは軽量なASGIフレームワークおよびツールキットです。バージョン1.0.1以前では、HTTPの`Host`リクエストヘッダーが`request.url`を再構築する前に検証されていませんでした。ルーティングアルゴリズムは生のHTTPパスに依存していますが、一方で`request.url`は`Host`ヘッダーから再構築されるため、悪意のあるヘッダーによって`request.url.path`が実際にリクエストされたパスと異なる可能性がありました。そのため、`request.url`に基づいてセキュリティ制限を適用するミドルウェアやエンドポイントはバイパスされる恐れがあります。ユーザーには、`Host`ヘッダーをRFC 9112 §3.2およびRFC 3986 §3.2.2の文法に従って検証し、`request.url`の構築時に誤った値が使用された場合は`scope["server"]`にフォールバックするバージョン1.0.1以降へアップグレードすることを推奨します。

Cargoのバージョン1.68から1.96の間では、スパースインデックスプロトコルを使用するサードパーティレジストリのURLが誤って正規化されていました。ホスティングプロバイダーが同一ドメイン内で任意の名前の複数のレジストリをホストすることを許可している場合、攻撃者はクレートを公開することで同じレジストリの他のユーザーの資格情報を取得できる可能性があります。この脆弱性の深刻度は、攻撃を達成するために必要な非常に限定的な条件があるため、低いと評価されています。

Cargoはサードパーティのレジストリからダウンロードしたクレートのtarball内のシンボリックリンクを誤って処理しており、悪意のあるクレートが同じレジストリ内の他のクレートのソースコードを上書きできる可能性がありました。この脆弱性の深刻度はサードパーティのレジストリのユーザーにとって中程度です。crates.ioのユーザーには影響がありません。crates.ioではシンボリックリンクを含むクレートのアップロードを禁止しているためです。

LinuxおよびWindows上のsyslink software AG Avantraにおいて、デフォルトパスワードが使用されている脆弱性であり、一般的なまたはデフォルトのユーザー名とパスワードを試すことが可能です。この問題はAvantra 25.3.0より前のバージョンに影響を及ぼします。

Apache Airflowの認証マネージャのログアウト処理にバグがあり、ユーザーがUIでログアウトをクリックした後も以前に発行されたJWTトークンが有効なままでした。この問題は、FabAuthManagerおよびKeycloakAuthManagerのログアウトフローにおいて基盤となるrevoke_token()呼び出しが行われておらず、そのためJWTが自然な有効期限切れまでAPIサーバーに受け入れられ続けていたことが原因です。ログアウトしたユーザーの以前に発行されたJWTを保持する攻撃者は、そのユーザーとして認証されたAPI呼び出しを継続して実行できました。この問題はFabAuthManagerまたはKeycloakAuthManagerで構成されたデプロイメントに影響し、SimpleAuthManagerには影響しません。この問題は以前のアップグレードで対応されていたクッキー側の無効化とは異なり、プロバイダー側のrevoke_token()呼び出しが欠如しているために発生しています。既にアップグレードを行ったユーザーは、これらの認証マネージャのログアウトパスに対応させるためにapache-airflowをバージョン3.2.2以上にさらにアップグレードする必要があります。

編集者は、スナップショットの読み取りや書き込みのアクセス権がなくても、任意のスナップショットを削除することができます。

Grafanaプラグインのリソースエンドポイントへのリクエストは、リクエストボディ全体をメモリに読み込むため、無制限のメモリ割り当てを引き起こす可能性があります。認証されたユーザーがこれを悪用すると、メモリ不足の状態を引き起こし、サービス拒否（DoS）を発生させる可能性があります。

バージョン7.0.0未満のiOS用Zoom Workplaceには保護機構の不備があり、そのため認証されたユーザーが物理的アクセスを通じて情報を漏洩させる可能性があります。

Discourseはオープンソースのディスカッションプラットフォームです。バージョン2026.1.4、2026.3.1、2026.4.1、2026.5.0-latest.1より前のバージョンにおいては、古いキャッシュされたAI要約が、要約を再生成できない匿名および権限のないユーザーに対して削除されたコンテンツを漏洩する可能性がありました。この問題はバージョン2026.1.4、2026.3.1、2026.4.1、2026.5.0-latest.1で修正されています。この問題への対処方法としては、要約用のペルソナに許可されるグループを制限し、要約生成を制御することが推奨されます。

OpenClawの2026年5月12日以前のバージョンには、Slackプラグイン承認において特権昇格の脆弱性が存在し、exec承認ユーザーがexec承認ゲートを通じてプラグイン承認を解決できる問題があります。限られたexec承認権限を持つ攻撃者は、意図された承認の分割を回避し、オペレーター設定外のプラグイン操作を承認することが可能です。

oRPCはエンドツーエンドで型安全かつOpenAPI標準に準拠したAPIを構築するためのツールです。バージョン1.13.9より前のバージョンには、oRPCのOpenAPIドキュメント生成にストアドクロスサイトスクリプティング（XSS）の脆弱性が存在していました。攻撃者がOpenAPI仕様内の任意のフィールド（例えばinfo.description）を制御できる場合、JSONコンテキストを抜け出し、ユーザーが生成されたAPIドキュメントを閲覧する際に任意のJavaScriptを実行できます。この問題はバージョン1.13.9で修正されました。

Discourseはオープンソースのディスカッションプラットフォームです。2026年1月4日、3月1日、4月1日、および5.0-latest.1より前のバージョンでは、フォームテンプレート機能が有効になっているDiscourseインスタンスの認証済みユーザーが、アクセス権を持たないカテゴリ専用のフォームテンプレートの名前および構造化された内容を閲覧できる可能性がありました。影響はサイトの構成メタデータが漏洩することに限定されます。この問題は2026年1月4日、3月1日、4月1日、および5.0-latest.1のバージョンで修正されています。

Discourseはオープンソースのディスカッションプラットフォームです。2026年1月4日、2026年3月1日、2026年4月1日、および2026年5.0-latest.1より前のバージョンでは、discourse-subscriptionsプラグインに脆弱性が存在しており、ユーザーが支払いを完了せずにサブスクリプション制限付きグループにアクセスできる問題がありました。この問題は2026年1月4日、2026年3月1日、2026年4月1日、および2026年5.0-latest.1で修正されています。

OpenClawの2026年4月29日以前のバージョンには、QQBot管理コマンドにおけるポリシーバイパスの脆弱性があります。この脆弱性により、認証済み送信者がDM専用およびallowFromポリシーチェックを回避できます。攻撃者は、許可されていない送信者やコンテキストから管理コマンドをルーティングし、本来ポリシーによってブロックされるべき制限された動作を実行させることが可能です。

MariaDB Serverのバージョン11.4.10未満、11.5.xから11.8.xの11.8.6未満、および12.xの12.2.2未満に問題が発見されました。caching_sha2_password認証プラグインがインストールされており、一部のユーザーアカウントがそれを使用するように設定されている場合、大きなパケットによりサーバがクラッシュする可能性があります。これはsha256_crypt_r関数がallocaを使用しているために発生します。

OpenClawの2026年4月29日以前のバージョンには、ブラウザのデバッグおよびエクスポートルートにおけるSSRFポリシーバイパスの脆弱性が存在しており、既に開かれてブロックされたタブを再利用できます。これらのルートにアクセスできる攻撃者は、ブロックされたタブを再利用して、保護されるべきコンテンツをエクスポートまたは検査し、プライベートネットワークのSSRFポリシーを回避することが可能です。

Keycloakの組織選択ログインページに脆弱性が発見されました。リモートの攻撃者が`manage-realm`または`manage-organizations`の管理権限を持っている場合、Stored Cross-Site Scripting（XSS）脆弱性を悪用できます。この脆弱性は`organization.alias`がインラインJavaScriptの`onclick`ハンドラに埋め込まれているため発生し、ログインページを表示したユーザーのブラウザで細工されたJavaScriptペイロードが実行される可能性があります。攻撃が成功すると、任意のJavaScriptを実行でき、セッションの盗難や不正なアカウント操作、さらには影響を受けるレルムのユーザーに対する追加の攻撃につながる恐れがあります。

SSHサーバーの認証コールバックがPartialSuccessErrorを非nilのPermissionsと共に返した場合、それらの権限は静かに破棄されていました。この問題により、セカンドファクター認証が成功した後でもforce-commandなどの証明書制限が無視される可能性がありました。現在は、PartialSuccessErrorと非nilのPermissionsを返すと接続エラーになります。

Dagの作成者は、(a) タスクのログディレクトリに任意のファイルを指すシンボリックリンクを作成し、APIサーバープロセスがそれを読み取れる状態にする（読み取りパス攻撃 ― 例：`/etc/passwd` や `airflow.cfg`）、または (b) Task SDKの `KEY_REGEX` によって受け入れられる `..` シーケンスを含む `task_id` を提供する（書き込みパス攻撃）が可能です。これらいずれの場合も、FileTaskHandler は設定された `base_log_folder` の外部のログパスを解決し、任意のファイルが漏洩または上書きされるリスクがあります。本脆弱性は、ワーカーのログフォルダがAPIサーバーと共有されている環境にのみ影響します。ユーザーは `apache-airflow` 3.2.2 以降へアップグレードすることを推奨します。防御層を強化するために、ワーカーとAPIサーバーを別々のログボリュームでデプロイし、ワーカー管理パスがAPIサーバーのファイルシステムに到達できないようにしてください。

JupyterHubは、ユーザーがJupyterノートブック用のマルチユーザーサーバーを作成できるソフトウェアです。バージョン4.1.0から5.4.4までの間、XSRF保護（4.1.0で更新）はSec-Fetch-Mode: no-corsを持つリクエストを誤って同一生成のリクエストとして扱い、XSRFチェックをバイパスしていました。JSON APIには影響がなく、/hub/spawnや/hub/accept-shareといったHTTPフォームのエンドポイントのみが影響を受けていました。これにより、攻撃者はサーバーの起動を引き起こすことが可能でした（ただしサーバーへのアクセスは不可能です）。また、攻撃者が自分のサーバーへのアクセス共有を許可するJupyterHubユーザーであった場合、ユーザーに共有を受け入れさせて攻撃者のサーバーにアクセスさせることができました。この問題はバージョン5.4.5で修正されています。開発者がすぐにアップグレードできない場合は、リバースプロキシを使用している場合に限り、Sec-Fetch-Mode: no-corsを持つJupyterHubへのリクエストを拒否することで一時的に緩和可能です。

Airflow UIのpartitioned_dag_runsエンドポイントは、アセットレベルのアクセス制御のみを強制しており、DAGごとの認可は行っていませんでした。認証されたUI/APIユーザーがグローバルなAsset:read権限を持っている場合、許可されていないDAGに対しても、パーティション実行状態、スケジュール設定、およびアセットの配線情報を列挙できます。この問題は、DAGごとの読み取りスコープに依存しつつ、ユーザーにより広範なアセットアクセスを許可するデプロイメントに影響します。ユーザーは「apache-airflow」のバージョン3.2.2以上にアップグレードすることが推奨されます。

Apache Airflowの`JWTRefreshMiddleware`はJWT認証クッキーに`Secure`フラグを設定していませんでした。そのため、Airflow APIサーバーをHTTPS終了リバースプロキシ（例：nginx、Envoy、TLSを終了しAPIサーバーに平文を転送する管理されたロードバランサー、デフォルトのクラウドネイティブトポロジー）の背後で実行している場合、ユーザーのセッションJWTが同じホストへの任意の平文HTTPリクエストで再生されてしまいます。ネットワーク上の攻撃者（Wi-Fiの中間者攻撃、敵対的なLAN、キャプティブポータルプロキシ）は、ログイン済みユーザーのブラウザにデプロイメントのホスト名に対するHTTPリクエストを発行させ、そのリクエストからJWTクッキーを取得し、認証されたAPIに対してそれを再利用することが可能です。これは、Airflow APIサーバーがTLS終了プロキシを介してアクセスされており、かつクッキーのセキュアデフォルト保護がセッションの整合性に重要な役割を果たしているデプロイメントに影響します。ユーザーは`apache-airflow`のバージョン3.2.2以降にアップグレードすることを推奨します。

Apache Kafkaに不適切な認可の脆弱性が確認されました。CONSUMER_GROUP_DESCRIBE（69）APIの実装では、公式KafkaドキュメントおよびKIP-848に記載されているREAD操作ではなく、GROUPリソースに対するDESCRIBE操作を検証しています。この不一致により、誤って設定されたアクセス制御リスト（ACL）や意図しないセキュリティ構成が発生し、グループへの参加や同期が許可されるべきでないユーザーにREAD権限が付与される可能性があり、READ権限はないがDESCRIBE権限を持つユーザーが機密性の高いグループのメタデータにアクセスできる恐れがあります。CONSUMER_GROUP_DESCRIBE APIに適切な権限はDESCRIBE GROUPであるため、現在の実装は正しいですが、KafkaドキュメントとKIP-848は正しい権限を反映するよう更新されます。Kafkaユーザーには、最小権限の原則を確保するために既存のグループACLを見直すことを推奨します。

Mermaidは、Markdownに触発されたテキストを使用して図表やチャートを作成および変更するJavaScriptツールです。バージョン10.9.6および11.15.0より前のバージョンでは、ganttチャートの描画時にすべての日付を除外するexcludes属性を使用するとサービス拒否攻撃が発生します。mermaid.parse自体には影響はありませんが、その後にganttDb.getTasks()（図を描画する際に呼び出される）が呼ばれると影響を受けます。この脆弱性はバージョン10.9.6および11.15.0で修正されています。

MermaidはMarkdownに着想を得たテキストを使用して図やチャートを作成および変更するJavaScriptツールです。バージョン10.9.6および11.15.0以前では、Mermaidのデフォルト設定によりfontFamily、themeCSS、altFontFamilyの設定オプションを介してMermaidダイアグラムの外側に適用されるCSSの注入が可能でした。注入されたCSSはstylisの&（スコープ参照）処理を悪用しています。:not(&)は#mermaid-xxxの自動スコーピングを回避し、すべてのページ要素にスタイルを適用します。グローバルなアットルール（@font-face、@keyframes、@counter-style）もstylisがトップレベルに持ち上げるため注入可能です。これによりCSSの:has()セレクターを経由してページの改ざんやDOM属性の窃取が可能となります。この脆弱性はバージョン10.9.6および11.15.0で修正されています。

Spring AIはAnthropicのSkills APIをサポートしており、LLMに影響されたファイル名をPath.resolveでサニタイズせずに使用した後、ファイルをディスクに書き込んでいました。このため、悪意のあるユーザーが意図されたターゲットディレクトリの外側や制限されたディレクトリを含む場所にファイルを書き込む可能性があります。影響を受けるバージョンはSpring AI 1.1.0から1.1.xまでです。

Apache ActiveMQおよびApache ActiveMQ Webには、ウェブページ生成中に入力が不適切に無害化されるクロスサイトスクリプティング脆弱性があります。ActiveMQ WebコンソールAPIのMessageServletは、すべてのJMSメッセージプロパティを検証せずにHTTPレスポンスヘッダーにコピーします。これにより、サーブレットが返すJMSメッセージに設定されたヘッダーによってセキュリティヘッダーが上書きされたり注入されたりする恐れがあります。この問題は、Apache ActiveMQの5.19.7未満、および6.0.0から6.2.6未満、またApache ActiveMQ Webの5.19.7未満、および6.0.0から6.2.6未満のバージョンに影響します。ユーザーはこの問題を修正したバージョン5.19.7または6.2.6へのアップグレードを推奨します。なお、MessageServletは現在非推奨となっており、デフォルトで無効化されています。

Apache AirflowのVariableレスポンスマスカーにバグがあり、`password`、`token`、`secret`、`api_key`のような秘密情報を示すサフィックス付きキー名によってトリガーされるネストキーのマスキングが、JSON値のネストの深さが共有シークレットマスカーの再帰制限を超えた場合に回避されてしまう問題がありました。マスカーは機密キー名を確認する前に元のネストアイテムを返してしまいます。Variableの読み取り権限を持つ認証済みのUI/APIユーザーは、マスカーの深さ制限を超えるほど深くネストされた機密キーの下に格納された平文の秘密値を収集できてしまいます。これは以前の修正に残されたギャップであり、深さ制限の境界自体は引き上げられていないため、再帰制限を越えた領域で同じキー名回避パターンが再発しています。既に対応してアップグレードしたユーザーは、深いネスト経路にも対応できるようにapache-airflowのバージョン3.2.2以降への追加アップグレードを行うべきです。

Apache Airflow のレンダリングされたテンプレートフィールドの処理におけるバグにより、ネストされた機密キーのマスキングが、レンダリングされたフィールドの長さが設定値を超えた場合にバイパスされました。これは、機密情報が平文で保存され、認証されたユーザーがアクセスできる問題です。特にネストされた JSON 構造内のパスワードやトークンなどのキーに影響を及ぼします。この問題はテンプレート処理における構造の文字列化に関連しており、以前の修正ではネストされたキーが適切に扱われていませんでした。したがって、影響を受けるシステムはアップグレードすることが推奨されます。

Kibanaにおける制御されていないリソース消費（CWE-400）は、過剰割り当て（CAPEC-130）を通じてサービス拒否を引き起こす可能性があります。認証された権限の低いユーザーが、深く連鎖した関数呼び出しを含む特別に細工されたTimelionの可視化式を送信することで、Kibanaが指数関数的にメモリを消費するようにさせることができます。その結果生じるデータ構造は際限なく増大し、使用可能なメモリを枯渇させ、Kibanaサービスがクラッシュしてすべてのユーザーにとって利用不可能になります。

Kibanaにおける制御されていないリソース消費（CWE-400）は、過剰割り当て（CAPEC-130）を介してサービス拒否を引き起こす可能性があります。認証されたユーザーは、認可チェックの前に処理される特殊に細工された圧縮リクエストペイロードを送信でき、これにより過剰なメモリおよびCPUリソースが消費され、Kibanaインスタンスが応答不能になったりクラッシュしたりする可能性があります。

Open CASCADE Technology (OCCT) V8_0_0_rc5 の VRML パーサー内の VrmlData_Scene::ReadLine におけるスタックベースの範囲外読み取り脆弱性により、攻撃者が細工された VRML ファイルを介してサービス拒否を引き起こす可能性があります。この問題は、引用符付き文字列のエスケープ処理で ptr[++anOffset] を適切な境界チェックなしに使用しているために発生し、固定サイズのスタックバッファの末尾を超えて読み取ることが原因です。

Open CASCADE Technology (OCCT) V8_0_0_rc5には、IGESおよびSTEPファイルのパーサーに複数の脆弱性が存在し、細工されたIGESまたはSTEPファイルによって引き起こされる可能性があります。これらの問題には、IGESのBスプライン曲線評価中のGeom2d_BSplineCurve::EvalD0における境界外読み取り、STEPのBスプライン曲線構築中のMakeBSplineCurveCommonにおける境界外読み取り、および自己参照型のOrientedEdgeエンティティを処理する際のStepShape_OrientedEdge::EdgeStartにおける無限再帰が含まれます。これらの脆弱性が悪用されると、サービス拒否や意図しないメモリ情報の漏えいを引き起こす可能性があります。

Linuxカーネルにおいて、次の脆弱性が修正されました：perf/x86/intel/uncoreにおけるオフラインダイに対するディスカバリーテーブルのスキップ問題です。この警告は、NUMAが無効化され、システムがダイ0のCPU数より少ないCPUで起動した場合に発生する可能性があります。警告内容は次の通りです：CPU: 9 PID: 7257 at uncore.c:1157 uncore_pci_pmu_register+0x136/0x160 [intel_uncore]。現在では、関連するすべてのダイのCPUがオフラインであってもディスカバリーテーブルの解析が継続されます。これにより、uncore_pci_pmu_register()内の"pmu-boxes[die] = box"で配列オーバーフローが発生し、上記の警告がトリガーされたり、他の問題が起こったりする可能性があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました：l2tpにおけるUDPカプセル化された大きなパケットの破棄です。syzbotは私のパッチシリーズ[1]でWARNを報告しました。実際の問題は16ビットUDP長フィールドのオーバーフローであり、これはアップストリームコードにも存在していました。私のシリーズはオーバーフローチェックを含むデバッグWARNを追加し、問題を露見させたため、syzbotはアップストリームコードではなく私のパッチで反応しました。syzbotの再現手順は、基本的に0x34000バイトという過大なサイズのPPPoL2TPパケットをUDPカプセル化で送信し、l2tp_xmit_coreがUDP長フィールドに値を割り当てる際にオーバーフローをチェックしていなかったため、その値が16ビットに切り詰められてしまうというものです。オーバーフローチェックを追加し、過大なパケットを破棄し、UDP長フィールドが切り詰められたパケットを送信しないようにしました。パッチ適用後のsyzbotのスタックトレースにはUDP長が65536以上の場合に警告が出ています。