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

Google Chromeの149.0.7827.53以前のPaintにおけるサイドチャネル情報漏洩により、リモート攻撃者が細工されたHTMLページを介してクロスオリジンのデータを漏洩させる可能性がありました。これは、攻撃者がユーザーのデータに不正にアクセスできる重大な脆弱性です。

Google Chrome 149.0.7827.53以前のBlinkではポリシーの強制が不十分であったため、遠隔の攻撃者が細工されたHTMLページを利用してコンテンツセキュリティポリシーを回避できる可能性がありました。

149.0.7827.53以前のGoogle Chromeのパスワード機能における不適切な実装により、リモートの攻撃者が細工されたHTMLページを介してUIスプーフィングを行うことが可能でした。

Google Chromeのバージョン149.0.7827.103未満のOzoneにおけるUse after freeの脆弱性によって、ローカル攻撃者がデバイスへの物理的アクセスを介してヒープ破損を悪用できる可能性がありました。

iOS向けGoogle Chromeのバージョン149.0.7827.53未満におけるChrome for iOSの不適切な実装により、リモートの攻撃者が細工されたHTMLページを介して同一生成元ポリシーを回避できる可能性がありました。

Google Chrome バージョン149.0.7827.53より前のフォント処理に整数オーバーフローの脆弱性が存在し、リモートの攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得する可能性がありました。

Windows上のGoogle Chromeのバージョン149.0.7827.103より前のバージョンには、Dawnの境界外読み取りの脆弱性が存在していました。この脆弱性により、リモートの攻撃者が巧妙に作成されたHTMLページを介してクロスオリジンデータを漏洩させる可能性がありました。

Google Chromeのバージョン149.0.7827.103以前のlibyuvにおける整数オーバーフローにより、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、プロセスメモリから潜在的に機密性の高い情報を取得する可能性がありました。

Mac版Google Chromeの149.0.7827.103以前のMediaCaptureにおける不適切な実装により、リモートの攻撃者が細工されたHTMLページを介してクロスオリジンのデータを漏洩させる可能性がありました。

149.0.7827.103より前のGoogle ChromeにおけるPasswordsの不適切な実装のため、リモートの攻撃者が細工されたHTMLページを利用してクロスオリジンのデータを漏洩させる可能性がありました。

Windows上のGoogle Chromeバージョン149.0.7827.103以前において、ビデオの初期化されていない使用により、リモートの攻撃者が細工されたHTMLページを介してレンダラプロセスを乗っ取り、プロセスメモリから潜在的に機微な情報を取得できる可能性がありました。

Google Chrome 149.0.7827.103より前のバージョンにおけるGuest Viewの不適切な実装により、リモート攻撃者が細工されたHTMLページを介してUIスプーフィングを実行できました。

Spring WebFluxアプリケーションは、マルチパートリクエストを処理する際にサービス拒否（DoS）攻撃に対して脆弱です。影響を受けるバージョンは、Spring Frameworkの7.0.0から7.0.7まで、6.2.0から6.2.18まで、6.1.0から6.1.27まで、および5.3.0から5.3.48までです。

Spring MVCおよびWebFluxアプリケーションは、静的リソースを解決する際に情報漏洩攻撃に対して脆弱性があります。影響を受けるバージョンは、Spring Frameworkの7.0.0から7.0.7、6.2.0から6.2.18、6.1.0から6.1.27、および5.3.0から5.3.48です。

Spring MVCおよびWebFluxアプリケーションは、静的リソースを解決する際にパストラバーサル攻撃の脆弱性を持っています。影響を受けるバージョンは、Spring Framework 7.0.0から7.0.7、6.2.0から6.2.18、6.1.0から6.1.27、および5.3.0から5.3.48です。

Apache HTTP Server 2.4.67およびそれ以前のバージョンのmod_proxy_ftpには、HTMLディレクトリリスト生成時にクロスサイトスクリプティングの脆弱性が存在します。この脆弱性は、FTPディレクトリの内容をフォワードまたはリバースプロキシ構成を介して一覧表示するときに発生します。ユーザーは、この問題を修正したバージョン2.4.68にアップグレードすることを推奨します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。usb: usblpにおける短い応答によるIEEE 1284デバイスIDのヒープリークの問題を修正しました。usblp_ctrl_msg()はusb_control_msg()の返り値を0または負のエラー番号に単純化し、実際に転送されたバイト数を破棄するようになりました。壊れたプリンタはGET_DEVICE_ID制御転送を短く完了させることができ、従来はドライバがこれを検知できませんでした。usblp_cache_device_id_string()はレスポンスから2バイトのビッグエンディアン長接頭辞を読み取り、それを（バッファ境界でのみ制限して）信用していました。バッファはプローブ時にkmalloc(1024)で確保されます。例えば、2バイトだけ（0x03 0xFFのように1023バイトのIDを主張する）を送信するデバイスは、device_id_string[2..1022]に古いkmallocヒープのデータを残すことがあります。その古いデータは以下の方法で露出されます。- ieee1284_id sysfs属性（sprintf("%s", buf+2)で表示され、古いヒープ中の最初のヌル文字まで切り詰められます）、および- IOCNR_GET_DEVICE_ID ioctlによって、このコピーはヌル文字に関係なく主張された長さ全体をユーザにコピーし、最大1021バイトの未初期化ヒープが漏洩します。そのサイズはデバイスによって決定されます。これを修正するために、デバイスに送信する各リクエストの前にバッファをゼロクリアする処理を加えました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。8021qでは、クリアされた送信方向のQoSマッピングを削除します。vlan_dev_set_egress_priority()は現在、クリアされた送信方向の優先度マッピングをハッシュ内でトゥームストーンとして保持しています。異なるskb優先度で繰り返し設定とクリアのサイクルが行われることで、マッピングノードが蓄積し、デバイスの解体時までメモリリークが発生します。vlan_prioがクリアされた場合にマッピングを削除し、トゥームストーンとして保持しないようにしました。送信方向マッピングリストはRCUで保護されているため、ノードは安全にリンク解除され、猶予期間後に解放されます。

Linuxカーネルのloongson_gpu_fixup_dma_hang()関数内での潜在的な不正メモリアクセスによる問題が修正されました。この脆弱性は、離散GPUを使用する環境で誤ったメモリアドレスにアクセスし、カーネルパニックを引き起こす可能性があります。この修正は、defaultのswitchケースを追加して不正なアクセスを防止し、システムの安定性を向上させました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。mptcpのpmにあるADD_ADDRの再送処理で、skの参照カウントが常に減少されるようになりました。ADD_ADDRが再送信される場合、skはsk_reset_timer()内で保持されますが、これはすべての場合に最後まで解放される必要があります。一部の（可能性は低い）チェックで直接返されていたため、参照カウントを減少させるsock_put()が呼び出されていませんでした。新たに'exit'ラベルにジャンプし、__sock_put()（次回のコミットでsock_put()に名称変更される予定）を呼び出すことで、この潜在的なメモリリークを修正しました。同時に、リセットされないため発生し得ない'!msk'チェックを削除し、残るチェックは明示的に「発生しにくい」とマークしています。

Linuxカーネルにおいて、btrfs_ioctl_space_info() の slot_count TOCTOU レースコンディションによる情報漏洩の脆弱性が修正されました。btrfs_ioctl_space_info() には、ブロックグループの RAID タイプリストに対する2回のパス間で TOCTOU レースが存在します。最初のパスはエントリ数をカウントして割り当てサイズを決定し、2回目のパスでバッファを埋めます。両パスの間で groups_sem の rwlock が解放されるため、同時にブロックグループが削除されてエントリ数が減少する可能性があります。2回目のパスで最初のパスより少ないエントリ数しか埋められなかった場合、copy_to_user() は未初期化の kmalloc バイトを含む割り当てサイズ全体をユーザ空間にコピーしてしまいます。修正は、実際に埋められた2回目のパスでの total_spaces エントリ数だけをコピーし、コピーサイズの不一致によるヒープデータ漏洩を防ぐために kzalloc に切り替えたものです。

Linuxカーネルにおいて、以下の脆弱性が修正されました。btrfsにおいて、ディレクトリ削除時にlast_unlink_transの更新漏れを修正しました。ディレクトリを削除する際、そのlast_unlink_transフィールドが更新されていなかったため、ディレクトリ削除後にそのディレクトリのファイル記述子を保持している誰かがfsyncを行うと、誤ったfsync動作を引き起こす可能性がありました。例として、以下のシナリオがあります。mkdir /mnt/dir1mkdir /mnt/dir1/dir2mkdir /mnt/dir3sync -f /mnt# ディレクトリに変更を加え、fsyncを実行chmod 700 /mnt/dir1xfs_io -c fsync /mnt/dir1# dir2をdir1からdir3に移動し、dir1を空にするmv /mnt/dir1/dir2 /mnt/dir3/dir1にてopenファイル記述子を開き、rmdir(2)を呼び出し、fsyncを行いました。電源障害発生ファイルシステムをマウントしようとすると、ログリプレイが-EIOエラーで失敗し、dmesg/syslogに以下のような出力が記録されます。BTRFSは不整合状態となり、ディレクトリのリンク数が期待値を超えていたため、ファイルシステムの整合性が損なわれる問題が発生していました。この問題はlast_unlink_transの更新漏れによるもので、今回の修正により、ディレクトリ削除時に正しく更新されるようになりました。

Linuxカーネルにおいて、以下の脆弱性が修正されました：md/raid10におけるsetup_geo()関数での、zeroのfar_copiesを含むゼロ除算の問題を修正しました。setup_geo()は、ユーザー提供のレイアウトパラメータからnear_copies（nc）とfar_copies（fc）をゼロチェックせずに抽出していました。fcが0の場合に「improved」far setレイアウトが選択されると、'geo-far_set_size = disks / fc' によりゼロ除算が発生します。抽出直後にncとfcを検証し、いずれかがゼロの場合は-1を返すように変更しました。

Linuxカーネルのdrm/amd/displayコンポーネントに存在した脆弱性を修正する内容です。amdgpu_dm_hpd_init()関数では、有効なdc_linkがNULLである可能性のあるコネクタを誤って認識していました。そのため、dc_linkを逆参照する際にNULLポインタ参照が発生する恐れがありました。今回の修正では、dc_linkがNULLの場合にコネクタをスキップする処理を追加し、不正なアクセスを防止しています。これによりHPD初期化時の安定性が向上しました。

Linuxカーネルのclkサブシステムに存在する脆弱性により、特定の条件下でクラッシュが発生する問題が修正されました。この問題は、clk-qcomのgfx3dクロックの親クロック要求マッピングが誤って追加されたことが原因であり、best_parent_hwクロックが期待通りに提供されない場合に発生します。これにより、クロックレートの決定処理中にクラッシュが起こる可能性があります。本修正ではparent_reqフィールドが適切に設定され、この問題が解決されました。

Linuxカーネルにおいて、wifi: ath12kドライバーの脆弱性が修正されました。arvifが非AP STAモードで初期化される際、MLO接続準備に失敗すると、arvif-is_createdがfalseのままになります。そのため、エラーパスが全リンクの削除を試みますが、リンク削除処理はarvif-is_createdがtrueの場合にのみ実行されます。その結果、ahvifは作成されていない古いarvifエントリを保持し続け、新しいarvif初期化時に古いマッピングが原因で警告を発生させます。この問題は、arvifが初期化のみされて作成されていない場合に、リンクvifの割当を解除し、ahvif-links_mapをクリアすることで修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。octeontx2-afに関して、kexecによるカーネル起動時のPFドライバーのクラッシュを修正しました。kexec再起動中はハードウェアの電源が切られないため、古いカーネルからのAF状態が新しいカーネルに引き継がれる可能性があります。AFおよびPFドライバーがモジュールとして構築されている場合、PFドライバーはAFがハードウェアを再初期化する前にプローブされることがあります。PFドライバーはRVUMブロックのリビジョンをAFの初期化完了の指標として扱います。この値がシャットダウン時にクリアされなかった場合、PFは誤ってAFが準備完了と判断し、古いハードウェア状態にアクセスしてクラッシュを引き起こす可能性があります。kexec後にPFがAFの準備完了を誤検出しないように、AFのシャットダウン時にRVUMブロックのリビジョンをクリアするようにしています。

Linuxカーネルにおいて、regulator_resolve_supply()関数のエラーパスでのロック解除の問題を修正しました。regulator_put()の呼び出し時にlockdep警告が発生していたため、適切なロック処理を追加して問題を解決しています。これにより、supplyレギュレーターの遅延有効化に失敗した際に発生するロック競合を防止します。

Linuxカーネルにおいて、AppArmorは非整列のdfaテーブルを処理できるように修正されました。このdfaテーブルはカーネルまたはユーザースペースから由来するものであり、8バイト整列が常に保証されているわけではありません。そのため、様々なアーキテクチャで非整列メモリアクセスが発生し、警告やカーネルの異常動作を引き起こす可能性がありました。この問題は、get_unaligned_xx()ヘルパー関数を使用して回避されるようになりました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。dmaengineのfsl-edmaで、.remove()内でクロックを明示的に無効化しない問題がありました。fsl_edma_engine::muxclk内のクロックはdevm_clk_get_enabled()で割り当てられ有効化されますが、これによりこれらのリソースは自動的に解放されます。しかし、これらのクロックがfsl_edma_remove()内でも手動で無効化されていました。そのため、ドライバの削除時に各クロックについて以下の警告が発生しました："edma_module already disabled"や"WARNING: CPU: 0 PID: 418 at drivers/clk/clk.c:1200 clk_core_disable+0x198/0x1c8"、また"edma_module already unprepared"や"WARNING: CPU: 0 PID: 418 at drivers/clk/clk.c:1059 clk_core_unprepare+0x1f8/0x220"などです。これらの警告はfsl_edma_remove()内の不要なfsl_disable_clocks()呼び出しを削除することで解消されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。NFS/localio：nfs_writepages経由でのNFSへの直接リクレーム再帰を防止します。LOCALIOは、NFSクライアントとサーバが同一システム上にあると判断された場合に、READ、WRITE、およびCOMMITでネットワークを使用しないNFSのループバックマウント最適化です。しかし、LOCALIOは基本的に「単なるNFSループバックマウント」であるため、例えばNFS LOCALIOからXFSに直接リクレームし、さらにnfs_writepages経由で再びNFSに戻る再帰的デッドロックに対して脆弱でした。GFP_NOFSコンテキストからすべてのページキャッシュ割り当てを行うことで、LOCALIOの直接リクレームデッドロックの可能性を修正しました。Ben Coddington氏によるコミットad22c7a043c2（"xfs: ページキャッシュ割り当てによるスタックオーバーフローを防止"）の指摘に感謝します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。clocksource/drivers/timer-sp804: SP804がsched_clockとして登録されていないARM32プラットフォームでread_current_timerが呼び出された際に発生するOopsを修正しました。SP804では、遅延タイマーがsched_clockと同じclkevtインスタンスを共有しています。あるプラットフォームでは、use_sched_clockが1に設定されていない状態でsp804_clocksource_and_sched_clock_initが呼ばれると、sched_clkevtが正しく初期化されません。しかし、sp804_register_delay_timerは無条件に呼び出され、その後read_current_timer()が初期化されていないsched_clkevtに対してsp804_readを呼び出します。そのため、sched_clkevt-valueへアクセスした際にカーネルOopsが発生しました。遅延タイマー専用のclkevtインスタンスを宣言し、sched_clockとclkevtを共有しないようにしました。これにより、SP804がsched_clockとして選択されているかどうかに関わらず、read_current_timerが正しく動作し続けることが保証されます。

Linuxカーネルにおいて、以下の脆弱性が修正されました。gpio: cdevのlinehandle_create()関数におけるNULLデリファレンスの問題です。linehandle_create()内にはretain_and_null_ptr(lh);という文がありますが、その直後に"lh"をデリファレンスするデバッグ出力が存在し、これによりクラッシュが発生していました。handlereq.lines（同じ値）を使用することでクラッシュを回避しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました：spi: wpcm-fiuのwpcm_fiu_probe()内に存在していた潜在的なNULLポインタ参照を修正しました。platform_get_resource_byname()はNULLを返す可能性があり、そのポインタをresource_size()に渡すとクラッシュを引き起こすことがあります。devm_ioremap_resource()のエラーチェック後にfiu-memory_sizeへの代入位置を移動させることで、潜在的なNULLポインタ参照を防止しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ASoCのfsl_xcvrモジュールのfsl_xcvr_mode_put()関数内での欠落したロックに関するパッチを取り消しました。この変更は、コミットf51424872760（"ASoC: fsl_xcvr: fsl_xcvr_mode_put()内の欠落したロックを修正"）を元に戻すものです。元のパッチはfsl_xcvr_mode_put()関数内でcard-controls_rwsemのロックを取得しようと試みました。しかし、この関数は上位ALSAコア関数snd_ctl_elem_write()から呼び出されており、snd_ctl_elem_write()はput操作全体に対して既にcontrols_rwsemの書き込みロックを保持しています。そのため、fsl_xcvr_activate_ctl()のためにロックを再度保持する必要はありません。同一スレッド内で書き込みロックを保持したまま読み取りロックを取得すると、デッドロックおよびタスクの停止が発生します。この問題はAlexander Steinによって報告されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。PCI/P2PDMAに関するp2pmem_alloc_mmap()の警告条件の修正です。コミットb7e282378773により、p2pdmaページの初期ページ参照カウントが1から0に変更されましたが、p2pmem_alloc_mmap()内で"VM_WARN_ON_ONCE_PAGE(!page_ref_count(page))"を使用し、初期ページ参照カウントが0であってはならないとアサートしていました。そのため、CONFIG_DEBUG_VMが有効な場合、以下の警告が報告されていました。page: refcount:0 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x380400000 flags: 0x20000000002000(reserved|node=0|zone=4) raw: 0020000000002000 ff1100015e3ab440 0000000000000000 0000000000000000 raw: 0000000000000000 0000000000000000 00000000ffffffff 0000000000000000 page dumped because: VM_WARN_ON_ONCE_PAGE(!page_ref_count(page)) ------------[ cut here ]------------ WARNING: CPU: 5 PID: 449 at drivers/pci/p2pdma.c:240 p2pmem_alloc_mmap+0x83a/0xa60 修正は、アサーション条件として"page_ref_count(page)"を使用することで行われました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。pinctrl: canaan: k230のdevicetree解析時に発生するNULLポインタ参照の問題です。k230のpinctrlドライバをプローブする際、カーネルがNULLポインタ参照を引き起こしクラッシュします。クラッシュトレースは次のように示されています。[ 0.732084] 仮想アドレス0000000000000068でカーネルのNULLポインタ参照を処理できませんでした。[ 0.740737] ... [ 0.776296] epc : k230_pinctrl_probe+0x1be/0x4fc。k230_pinctrl_parse_functions()内で、info-pctl_dev-dev経由でデバイスポインタを取得しようとしますが、info-pctl_devはk230_pinctrl_parse_dt()完了後にのみ初期化されます。DT解析時点ではinfo-pctl_devはまだNULLであり、それによりinfo-pctl_dev-devへの無効な参照が発生します。未初期化のpctl_devを参照する代わりに、すでに利用可能なplatform_deviceのデバイスポインタを使用するように修正しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。coresight: tmc-etrに関する、sysfsモードとperfモード間の競合状態の修正です。perfモードとsysfsモードを同時に実行しようとすると、tmc_etr_enable_hw()内のWARN_ON()が時折トリガーされます。警告内容はCPU: 42 PID: 3911571でdrivers/hwtracing/coresight/coresight-tmc-etr.cの1060行目にあるtmc_etr_enable_hw関数で発生し、呼び出しトレースが示す通りです。sysfsモードの有効化はsysfsバッファの割り当て用とハードウェア有効化用の2つの重要な処理に分かれており、perfモードと競合する可能性がありました。本修正では、sysfsモードでハードウェアを有効化する前にperfモードが使用されているかどうかを二重にチェックすることでこの競合を防止します。動作モードの流れは以下の通りです。sysfsモードではtmc_etr_get_sysfs_buffer()が呼ばれ、spin_lockでロックされた間にsysfsバッファ割り当てを行い、その後ロックを解除します。一方、perfモードではspin_lockでロックし、tmc_etr_enable_hw()でdrvdata-etr_bufにperfモード用のバッファを設定し、ロックを解除します。その後sysfsモードで再度spin_lockを取得しtmc_etr_enable_hw()内で警告が発生する理由は、drvdata-etr_bufがperfモード側で既に初期化されているためです。この修正により、get_etr_sysfs_buf関数でCS_MODE_PERFのチェックを保持し、perfモードが既に実行中かどうかを確認してからバッファを割り当てるようにしました。これによりperfモードと競合した場合のsysfsバッファの割り当てや解放の時間を節約できます。

Ubuntu Linux 6.8、6.17、および7.0には、AppArmor通知への大きな応答の処理においてメモリリークが発生するSAUCEパッチが含まれています。このバグは権限のないローカルユーザーによって引き起こされる可能性があります。メモリリークはシステムのリソース枯渇を引き起こすことがあります。

Ubuntu Linux 6.8、6.17および7.0には、以前にkmalloc()で割り当てられていないポインタを誤って解放しようとした結果、割り当てられたメモリがリークするAppArmor SAUCEパッチの問題があります。このバグは権限のないローカルユーザーによって引き起こされる可能性があり、スラブメタデータを破損させたりリソースを枯渇させたりする可能性があります。