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

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パッチの問題があります。このバグは権限のないローカルユーザーによって引き起こされる可能性があり、スラブメタデータを破損させたりリソースを枯渇させたりする可能性があります。

Ubuntu Linux 6.8、6.17、および7.0には、内部構造のサイズを誤って検証するAppArmor SAUCEパッチが含まれており、その結果、通知処理コードで境界外読み取りが発生します。このバグは権限のないローカルユーザーによって引き起こされる可能性があり、隣接するスラブオブジェクトから情報が漏洩する可能性があります。

Ubuntu Linux 6.8、6.17、および7.0には、通知処理コードでスピンロックを保持したまま誤ってスリープするAppArmor SAUCEパッチが含まれています。このバグは権限のないローカルユーザーによって引き起こされ、カーネルパニックやデッドロックを引き起こす可能性があります。

影響を受けるプラットフォームでArista EOSを実行している場合、VXLAN（Virtual Extensible LAN）、decap-groups、またはGRE（Generic Routing Encapsulation）トンネルインターフェースなどのトンネルデカプセル化設定が存在すると、スイッチは設定されたデカプセル化IPに一致する宛先IPを持つ予期しない他のトンネル化パケットを誤ってデカプセル化して転送します。これは、スイッチがトンネルプロトコルの種類を検証しないために発生し、設定されていないトンネルトラフィックが予期せず処理される可能性があります。この問題は実際に攻撃に悪用されていることが報告されています。

Checkmk 2.5.0p5 のユーザーメッセージダッシュボードウィジェットにおいて、不正な認可が存在し、そのためメッセージ取得用エンドポイントが閲覧者ではなくダッシュボード作成者のメッセージを返す問題が発生します。この脆弱性により、有効な公開ダッシュボード共有トークンを知っている攻撃者は、ユーザーメッセージウィジェットが存在しなくても基盤となるエンドポイントにリクエストを送信し、発行者の個人的なメッセージを読み取ることが可能となります。

Checkmk のバージョン 2.5.0p5、2.4.0p31、2.3.0p48、およびすべての 2.2.0 バージョンにおいて、URL 検証機能が HTML エンコードされた文字を不適切に無害化するため、認証済みユーザーが URL 検証を回避し、javascript: URI などの悪意のある URL を注入できる問題があります。これにより、他のユーザーが該当のリンクを操作した場合にクロスサイトスクリプティングが発生する可能性があります。

Google Chromeのバージョン149.0.7827.53より前のDawnにおいて、境界外読み取りの脆弱性が存在しました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを介して境界外メモリの読み取りを実行できる可能性がありました。

AndroidのGoogle Chromeバージョン149.0.7827.53以前のWebViewにおいて、信頼されていない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、クロスオリジンのデータを漏洩させることが可能でした。

Google Chromeのバージョン149.0.7827.53より前のWebAppInstallsにおいて、信頼されていない入力の検証が不十分であったため、レンダラプロセスが侵害されました。その結果、リモートの攻撃者が細工されたHTMLページを利用してクロスオリジンデータを漏洩させることが可能でした。

Google Chrome 149.0.7827.53 より前のバージョンにおいて、ネットワークの信頼されていない入力の検証が不十分であったため、レンダラープロセスが侵害される可能性がありました。リモートの攻撃者は細工されたHTMLページを利用して、プロセスメモリから潜在的に機密情報を取得できる恐れがあります。

149.0.7827.53より前のGoogle Chromeの拡張機能にはポリシー施行の不備があり、これにより攻撃者がユーザーを騙して悪意のある拡張機能をインストールさせることが可能でした。その結果、細工されたChrome拡張機能を使用してサイト分離を回避できる問題が発生していました。

Google Chromeの149.0.7827.53以前のバージョンには、Networkで信頼されていない入力の検証が不足している問題がありました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを通じてレンダラープロセスを乗っ取り、同一生成元ポリシーを回避することが可能でした。

149.0.7827.53以前のGoogle Chromeのリンクプレビューにおける不適切な実装により、レンダラープロセスを乗っ取ったリモート攻撃者が細工されたHTMLページを介してナビゲーション制限を回避できる可能性がありました。

Google Chrome 149.0.7827.53 より前のバージョンの Actor には不十分なポリシー強制の問題があり、リモート攻撃者が細工された HTML ページを通じてナビゲーション制限を回避できる可能性がありました。

Android版Google Chromeの149.0.7827.53以前のPaymentsにおける不適切な実装により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、ドメインになりすますことが可能でした。

149.0.7827.53より前のGoogle Chromeの拡張機能において不適切な実装があり、リモートの攻撃者が細工されたXMLファイルを介してクロスオリジンデータを漏洩させる可能性がありました。

149.0.7827.53 より前の Google Chrome の DevTools において、信頼されていない入力の検証が不十分であったため、リモートの攻撃者がレンダラープロセスを侵害し、細工された HTML ページを介して同一生成元ポリシーを回避できる可能性がありました。

Google Chromeのバージョン149.0.7827.53より前の拡張機能における不適切な実装により、悪意のある拡張機能をインストールするようユーザーを騙した攻撃者が、巧妙に作成されたChrome拡張機能を通じてナビゲーション制限を回避できる可能性がありました。（Chromiumセキュリティの深刻度は中です）。

Google Chrome 149.0.7827.53以前のGlicにおける信頼されていない入力の不十分な検証により、リモートの攻撃者がレンダラープロセスを侵害し、細工されたHTMLページを介してクロスオリジンデータを漏洩させることが可能でした。

Google Chromeのバージョン149.0.7827.53未満のパスワードマネージャーでは、信頼されていない入力の検証が不足していたため、リモートの攻撃者が悪意のあるネットワークトラフィックを介してユーザーインターフェースを偽装することが可能でした。

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

Google ChromeのMac版149.0.7827.53以前のバージョンにおいて、WebMLが初期化されていない状態で使用されるため、リモートの攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。

Android版Google Chromeの149.0.7827.53より前のバージョンにおけるタブグループ同期機能で、信頼されていない入力の検証が不十分でした。そのため、リモートの攻撃者が悪意のあるネットワークトラフィックを通じて任意のスクリプトやHTML（UXSS）を注入できる可能性がありました。

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

Google Chrome 149.0.7827.53より前のバージョンのSkiaにおいて、初期化されていない値を使用する脆弱性が存在しました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを介してクロスオリジンデータを漏洩させる可能性がありました。

Mac用Google ChromeのANGLEにおける整数オーバーフロー（バージョン149.0.7827.53より前）が原因で、リモート攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得する可能性がありました。この脆弱性はChromiumのセキュリティ評価で中程度と分類されています。

Google Chromeのバージョン149.0.7827.53以前のGPUにおける信頼されていない入力の検証不足により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、プロセスメモリから潜在的に機密情報を取得できるようになりました。

Google Chromeのバージョン149.0.7827.53より前の拡張機能の不適切な実装により、攻撃者がユーザーに悪意のある拡張機能をインストールさせることで、巧妙に作成されたChrome拡張機能を介して同一オリジンポリシーを回避できる脆弱性がありました。