脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 289,735 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
深刻度 Medium 直近1年 の検索結果:441–480 件目を表示(ページ 12)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
150.0.7871.47より前のGoogle Chromeでは、HTML内の信頼できない入力の検証不足により、リモートの攻撃者が細工されたHTMLページを介して任意のスクリプトやHTML(UXSS)を注入できる可能性がありました。(Chromium セキュリティの重大度は低いです)
Google Chrome 150.0.7871.47以前のCSSにおけるサイドチャネル情報漏洩により、リモートの攻撃者が細工されたHTMLページを通じてクロスオリジンデータを漏洩させる可能性がありました。(Chromiumセキュリティの重要度は低いです)
150.0.7871.47以前のGoogle Chromeでは、プライバシーのポリシー強制が不十分であったため、権限のあるネットワーク位置にいる攻撃者が悪意のあるネットワークトラフィックを通じてクロスオリジンデータを漏洩させる可能性がありました。(Chromiumセキュリティの重大度は低です)
150.0.7871.47より前のiOS版Google Chrome(Chrome for iOS)において、誤ったセキュリティUIの問題により、リモートの攻撃者が細工されたHTMLページを介してOmnibox(URLバー)の内容を偽装する可能性がありました。(Chromiumセキュリティの深刻度は低です)
150.0.7871.47 より前の iOS 向け Google Chrome の Chrome for iOS における不適切な実装のため、リモートの攻撃者が細工された HTML ページを介して Omnibox(URLバー)の内容を偽装することが可能でした。(Chromium セキュリティの深刻度は低いです)
iOS用Google Chrome(バージョン150.0.7871.47以前)における信頼されていない入力の不十分な検証により、遠隔の攻撃者が細工されたHTMLページを介してUIスプーフィングを実行できる問題がありました。(Chromiumセキュリティの深刻度は低いです)
150.0.7871.47より前のiOS版Google Chromeのパスワード管理における不適切なセキュリティUIのため、リモートの攻撃者が細工されたHTMLページを介してUIスプーフィングを実行できる可能性がありました。(Chromiumのセキュリティ重大度は低と評価されています)
KeycloakのAdmin UI拡張機能に脆弱性が発見されました。この脆弱性により、特定の管理ユーザーがセキュリティ制限を回避できるようになります。詳細権限管理(Fine-Grained Admin Permissions、FGAPv2)が有効になっている場合、本来ユーザーの検索のみが許可され、詳細情報の閲覧が許可されていない管理者が、特定の「brute-force-user」エンドポイントを利用してユーザーの完全なプロファイルにアクセスできてしまいます。これには機密情報やセキュリティメタデータが含まれています。この問題は、特定の検索パスを使用した際に、その管理者が該当ユーザーに対する「閲覧」権限を持っているかどうかのチェックがシステムで適切に行われていないことが原因となっています。
Keycloakに脆弱性が発見されました。`manage-clients`権限を持つ高権限ユーザーは、この脆弱性を悪用して任意のクライアントにハードコードされたロールマッパーを注入できます。この操作により、既存のスコープ制限を回避し、生成されたトークンに`realm-admin`ロールを注入できるため、権限が昇格し、レルムへの完全な管理者アクセスが可能となります。
TP-Link TL-WR841N v14のWeb管理インターフェースには、認証が必要なスタックベースのバッファオーバーフローの脆弱性があります。認証済みのリモート攻撃者は、細工されたHTTPリクエストを送信することで、組み込みWebサーバにスタックバッファオーバーフローを引き起こし、影響を受けるプロセスをクラッシュさせることが可能です。悪用に成功するとサービス拒否(DoS)状態となり、デバイスがクラッシュして自動的に再起動します。
Koha Library Management System のバージョン0から25.11までのpatron restriction type管理ページにおける保管型クロスサイトスクリプティング(XSS)脆弱性により、管理者権限を持つ認証済みのリモート攻撃者がrestriction typeラベル(display_textフィールド)を介して任意のウェブスクリプトを注入可能です。
Koha Library Management Systemのバージョン0から25.11までのOPACアイテム詳細ページには格納型クロスサイトスクリプティング(XSS)の脆弱性が存在し、edit_items権限を持つ認証済みのリモート攻撃者がアイテムの公開メモフィールド(items.itemnotes)を通じて任意のWebスクリプトを注入することが可能です。
Koha Library Management System のバージョン 0 から 25.11 までのアイテムタイプ管理ページには、格納型クロスサイトスクリプティング(XSS)脆弱性が存在します。認証済みのリモート攻撃者が管理者権限を持っている場合、アイテムタイプのチェックインメッセージフィールド(checkinmsg)を通じて任意のウェブスクリプトを注入できます。
hostapd 2.12より前のバージョンにおいて、APモードのWi-Fi 7 (IEEE 802.11be) マルチリンクオペレーション(MLO)関連のアソシエーション要求処理に境界チェックが欠如しており、無線範囲内の認証されていない攻撃者が悪意のあるマルチリンク要素またはPer-STAプロファイルサブエレメントを含む細工された管理フレームを送信できる脆弱性があります。src/ap/ieee802_11_eht.cのhostapd_process_ml_assoc_req()関数では、受信したlink_idフィールドが値15として解析される可能性がありますが、対応するlinks[]配列は0から14までの下位リンクIDの有効なエントリのみを保持しています。これにより、4ウェイハンドシェイク前のアソシエーション処理中に境界外書き込みおよび小規模なメモリ破損が発生します。この攻撃にはネットワーク資格情報や事前認証、ユーザーの操作は不要です。実際の影響として、hostapdプロセスの終了を引き起こすサービス拒否が確認されています。この脆弱性はCONFIG_IEEE80211BEが有効な状態でビルドされたhostapd v2.11およびv2.12より前の開発スナップショットに影響します。問題はhostapd v2.12およびupstream 2026-1の修正で解決されています。
USB CDC-NCMデバイスクラス(subsys/usb/device_next/class/usbd_cdc_ncm.c)は、イーサネット送信コールバックcdc_ncm_send()内でusbd_ep_enqueue()の戻り値を無視しています。エンキューに失敗した場合でも、関数はk_sem_take(&data_sync_sem, K_FOREVER)を呼び出し、完了セマフォでブロックします。このセマフォはbulk-IN転送完了コールバックからのみシグナルされます。エンキューされなかったため、そのコールバックは発生せず、呼び出しスレッド(共有ネットワーク交通クラスのTXスレッド)はインターフェイスのTXロックを保持したまま永久にデッドロックし、再起動まで送信が停止し(送信バッファのリークも発生します)。エンキュー失敗は、添付されたUSBホストによって制御される条件下で発生します。具体的には、バスがサスペンド状態の場合、usbd_ep_enqueue()は-EPERMを返し(標準的かつ持続的なホスト操作です)、基盤のudc_ep_enqueue()は切断、バスリセット、またはエンドポイント無効時に-EPERMまたは-ENODEVを返します。cdc_ncm_send()のガードはDATA_IFACE_ENABLEDおよびIFACE_UPフラグのみをチェックしており、サスペンド状態は考慮していません。そのため、ホストがバスをサスペンドしている間に送信されたパケットはエンキュー失敗を引き起こし、TXパスがデッドロックします。現実的なトリガーは、エクスポートされたネットワークインターフェイスがアクティブでトラフィックを送信している間に発生するバスサスペンド(ホストスリープ、USB選択的/自動サスペンド、またはハブの電源管理)であり、その後デバイス発信のパケットがパスをデッドロックさせ、再起動でのみ回復可能です。影響はホストのNCMインターフェイスとZephyrデバイス間の仮想ネットワーク接続の永続的な喪失であり、デッドロックしたスレッドが共有トラフィッククラスのTXスレッドであるため、他のネットワークインターフェイスの送信も停止します。メモリ破損や情報漏洩は発生しません。この欠陥はCDC-NCMドライバ導入時に発生し、v4.4.0までのリリースで出荷されました。usbd_ep_enqueue()の戻り値をチェックし、ブロック待機前にバッファを解放することで修正されています。
subsys/mgmt/mcumgr/transport/src/serial_util.c にある mcumgr_serial_process_frag() は、NULL チェックを行う前に smp_packet_alloc() の結果に対して net_buf_reset() を呼び出しています。smp_packet_alloc() は共有 MCUmgr パケットプール(CONFIG_MCUMGR_TRANSPORT_NETBUF_COUNT、デフォルト4)に対して net_buf_alloc(K_NO_WAIT) を使用しており、プールが枯渇すると NULL を返します。デフォルトのビルドでは net_buf_reset 内の __ASSERT_NO_MSG は無効であるため、net_buf_simple_reset が NULL ポインタを通じて書き込み(buf-len = 0; buf-data = buf-__buf)を行い、フォルトやクラッシュを引き起こします。このフラグメントデータは MCUmgr のシリアル/UART/シェルコンソールトランスポート(smp_uart.c、smp_raw_uart.c、smp_shell.c)の攻撃者制御のバイトからこのコードに到達し、ほぼすべての新しいパケットの開始時に新しいバッファが割り当てられます。シリアル/コンソールリンクの攻撃者は、トランスポートを過剰に利用して4エントリのバッファプールを枯渇させ、NULL デリファレンスを誘発してデバイスをクラッシュ(サービス拒否)させることが可能です。この欠陥は元の MCUmgr の再設計以降に導入されており、Zephyr v4.4.0 で出荷されました。修正内容は NULL チェックを net_buf_reset の呼び出し前に移動させることです。
MLflowの4666cffc7912ea606d592fc38d6a75e2935f65e7までに脆弱性が発見されました。影響を受けるのはコンポーネントExperiment-scoped Label Schema CRUD APIの不明な関数です。この操作により認可が欠落します。リモートから攻撃を開始することが可能です。この攻撃は高度な複雑性を持ち、悪用が難しいと評価されています。悪用コードは公開されており、使用される可能性があります。GitHubの問題への返信では、「ラベリングスキーマのPRはまだマージされていません。認証ハンドラーはリリース前に追加されます」と説明されています。
iOS版Google Chromeのバージョン150.0.7871.47より前のChrome for iOSにおいて、不十分なデータ検証により、ローカル攻撃者がデバイスへの物理アクセスを通じてプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Linux上のGoogle Chromeバージョン150.0.7871.47以前にはInputに不適切な実装がありました。そのため、リモートの攻撃者が細工されたHTMLページを通じてプロセスメモリから潜在的に機密性の高い情報を取得できる可能性があります。
Google Chromeの150.0.7871.47以前のEnterprise版における不適切な実装により、リモートの攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Mac版Google Chromeのバージョン150.0.7871.47より前のANGLEにおける初期化されていない使用により、リモートの攻撃者が細工されたHTMLページを通じてクロスオリジンデータを漏洩させる可能性がありました。
iOS向けGoogle Chromeのバージョン150.0.7871.47より前のChrome for iOSには不適切な実装があり、リモート攻撃者が細工されたHTMLページを介してOmnibox(URLバー)の内容を偽装することが可能でした。
Google Chrome バージョン 150.0.7871.47 より前の Geometry の不適切な実装により、リモートの攻撃者が細工された HTML ページを介してユーザーに特定の UI ジェスチャーを行わせ、UI スプーフィングを実行できる可能性がありました。
Google Chromeのバージョン150.0.7871.47以前に含まれるFFmpegの境界外読み取りの脆弱性により、リモート攻撃者は細工されたビデオファイルを使ってプロセスメモリから潜在的に機密情報を取得することが可能でした。
Windows の Google Chrome バージョン 150.0.7871.47 より前の Autofill における不適切なセキュリティ UI により、リモートの攻撃者が特定の UI ジェスチャーをユーザーに行わせることで、細工された HTML ページを介して UI スプーフィングを実行できる可能性がありました。
iOS版Google Chromeのバージョン150.0.7871.47以前において、Web認証(パスキーおよびセキュリティキー)のポリシー適用が不十分であったため、権限のあるネットワーク位置にいる攻撃者が細工されたHTMLページを通じてクロスオリジンのデータを漏洩させることが可能でした。
Google Chrome 150.0.7871.47より前のバージョンのLayoutにおける範囲外読み取りの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Google Chrome 150.0.7871.47より前のバージョンにおいて、DataTransferの競合状態が存在し、細工されたHTMLページを介してリモートの攻撃者がプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Windows版Google Chrome 150.0.7871.47以前のGPUにおける信頼できない入力の検証が不十分であったため、リモートの攻撃者が巧妙に作成されたHTMLページを介してレンダラープロセスを侵害し、プロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Google Chromeの150.0.7871.47以前のANGLEにおける信頼されていない入力の不十分な検証により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、プロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Google Chromeのバージョン150.0.7871.47以前におけるBluetoothのUse after freeの脆弱性により、ローカルネットワークセグメント上の攻撃者が悪意のある周辺機器を介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Google Chromeのバージョン150.0.7871.47より前のWebAppInstallsでの不適切な実装により、リモートの攻撃者は細工されたHTMLページを介して同一生成元ポリシーを回避することが可能でした。
Google Chromeのバージョン150.0.7871.47以前のIsolated Web Appsにおいて、ポリシーが十分に適用されていなかったため、リモート攻撃者が巧妙に作成したHTMLページを介してコンテンツセキュリティポリシーを回避できる可能性がありました。
Google Chromeのバージョン150.0.7871.47より前のChromecastにおいて、境界外読み取りの脆弱性が存在していました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを使ってプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Google Chrome 150.0.7871.47以前のAutofillに存在した不適切な実装により、リモートの攻撃者が細工されたHTMLページを通じてユーザーに特定のUIジェスチャーを行わせ、UIスプーフィングを実行できる可能性がありました。
Android版Google Chrome 150.0.7871.47以前には、XMLにおけるポリシーの強制が不十分であったため、リモートの攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得することが可能でした。
Windows版Google Chromeのバージョン150.0.7871.47以前のCodecsにおいて、初期化されていない状態で使用されていたため、リモートの攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得する可能性がありました。
Windows上のGoogle Chromeバージョン150.0.7871.47未満のDevToolsにおいて、信頼されていない入力の検証が不十分だったため、リモートの攻撃者がユーザーに特定のUIジェスチャーを行わせることで、細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Android版Google Chromeのバージョン150.0.7871.47より前において、UIが初期化されていない状態で使用されたため、リモートの攻撃者が細工されたHTMLページを通じてレンダラプロセスを侵害し、プロセスメモリから潜在的に機密性の高い情報を取得することが可能でした。
Google Chromeのバージョン150.0.7871.47より前のメディアにおける未初期化使用の脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、プロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。Chromiumセキュリティの深刻度は中です。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全289,735件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。