Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - serial:zs:プラットフォームデバイスを使用するために変換します 最初のシリアルポートが初期化される際にクラッシュが発生しないようにします: コンソール:mono フレームバッファデバイス 160x64 に切り替えます fb0:tc0 の PMAG-AA フレームバッファデバイス DECstation Z85C30 シリアルドライバーバージョン 0.10 CPU 0 仮想アドレス 0000002c、epc == 803ab00c、ra == 803aafe0 でのカーネルページングリクエストを処理できません Oops[#1]: CPU:0 PID:1 通信:スワッパー汚染されていない 6.4.0-rc3-00031-g84a9582fd203-dirty #57 $ 0 : 00000000 10012c00 803aaeb0 00000000 $ 4 : 80e12f60 80e12f50 80e12f58 81000030 $ 8 : 00000000 805ff37c 000000000 33433538 $12 : 65732030 00000006 80c2915d 6c616972 $16 : 80e12f00 807b7630 000000000 000000000 $20 : 00000004 00000348 000001a0 807623b8 $24 : 00000018 00000000 $28 : 80c24000 80c25d60 8078b148 803aafe0 Hi : 000000000 Lo : 00000000 epc : 803ab00c serial_base_ctrl_add+0x78/0xf4 RA : 803aafe0 serial_base_ctrl_add+0x4c/0xf4 ステータス:10012c03 カーネル EXL IE 原因:00000008(ExcCode 02) BadVA:0000002c PrId:00000440(R4400SC) リンクされているモジュール:プロセススワッパー(pid:1、threadinfo=(ptrval)、task=(ptrval)、 tls=00000000)スタック:80760000 00000cc0 00400044 00400040 803aa02c 80d61ab8 000000000 807b76300 、80760000 807623b8 807b7628 803aa644 80386998 000000000 80e17780 80220f68 80e17780 80d61ab8 80c17d80 80e17780 80e17780 8063c798 80e17780 80383fa0 00000010 80e17780 00000000 80386998 807a0000000000000 00400040 8038f848 807623b8 80d61ab8 00000004 80e17780 00000000 803a68e4 80c25e2c 803bb884 ... コールトレース:[<803ab00c>] serial_base_ctrl_add+0x78/0xf4 [<803aa644>] serial_core_register_port+0x174/0x69c [<8077e9ac>] zs_init+0xc8/0xfc [<800404d4>] do_one_initcall+0x40/0x2ac [<8076cecc>] kernel_init_freeable+0x1e4/0x270 [<80605bec>] kernel_init+0x20/0x108 [<800431e8>] ret_from_kernel_thread+0x14/0x1c コード: 2442aeb0 ae120024 ae0200d0 <8c67002c> 50e00001 8c670000 3c06806e 3c05806e afb30010 ---[ end trace 00000000000000000 ]--- (report at the infending commit) -- ここで、ポインターが null に由来するポートの親デバイスへのポインター。レガシプローブで使用できるデバイスはなく、デバイスを検出するための好ましい方法ではなくなったため、ドライバーをプラットフォームデバイスの使用に切り替え、それをポートの親デバイスとして使用します。それに従ってリソース処理を更新し、スロット内で使用されるアドレスの実際のスパンのみをリクエストします。スロットには、汎用プラットフォームデバイスコードによってすでにリソースがリクエストされています。platform_driver_probe()を使用するのは、SCCデバイスははんだで固定されており、取り外しが簡単ではないためだけでなく、関連するTTYのメジャーデバイス番号がdzドライバーが使用するものと同じであり、それを最初に要求すると、他のドライバーがそれを使用できなくなります。1 つの DZ デバイスまたはいくつかの SCC デバイスが所定のシステムに存在しますが、同時に両方が存在することはありません。したがって、実際にそのデバイスに正常にバインドするために、最初のドライバーによって主要なデバイス番号が要求されることが必要であり、platform_driver_probe() はそれを満たす方法です。プラットフォームデバイスに切り替えたことの残念な結果として、ブートストラップのずっと後になってからブートコンソールからコンソールを引き継ぐことになります。ファームウェアコンソールハンドラーは、非常に遅くまで、特に割り込みを有効にした場合に、十分に機能しているように見えます。現在、zs_reset() に到達するための方法は 1 つしか残っていないため、ポート初期化マーカーは不要として削除し、無条件でチャネルリセットを実行してください。
    (CVE-2026-63876)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-63876

medium Nessus プラグイン ID 328201

バージョン 1.9