Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - x86修正 clear_user_rep_good() 例外狀況處理註釋。此程式碼不再存在於主線因為它已在提交 d2c95f9d6802 (x86不對使用者記憶體清除中使用 REP_GOOD 或 ERMS) 中移除。但是不會反向移植 x86 記憶體清除與復制清理的完整範圍而是修正 clear_user_rep_good():移至其之前的暫存器。從程式碼流程的觀點而言這是合理的做法但從實際使用方式的觀點而言則不合理這表示如果使用者存取發生例外狀況例外狀況處置程式將實際上無法在例外狀況表格中找到指示。因此系統不會修正此問題並傳回 -EFAULT而是會將其轉換為核心 oops 報告如下所示錯誤無法處理位址的頁面錯誤
    0000000020081000 #PF: 核心模式中的監督寫入存取權 #PFerror_code(0x0002) - 不存在頁面 ... RIP0010:clear_user_rep_good+0x1c/0x30 arch/x86/lib/clear_page_64.S:147 ... 呼叫追踪__clear_user arch/x86/include/asm/uaccess_64.h:103 [內嵌] clear_user arch/x86/include/asm/uaccess_64.h:124 [內嵌] iov_iter_zero+0x709/0x1290 lib/iov_iter.c:800 iomap_dio_hole_iter fs/iomap/direct-io.c:389 [內嵌] iomap_dio_iter fs/iomap/direct-io.c:440 [內嵌] __iomap_dio_rw+0xe3d/0x1cd0 fs/iomap/direct-io.c:601 iomap_dio_rw+0x40/0xa0 fs/iomap/direct-io.c:689 ext4_dio_read_iter fs/ext4/file.c:94 [內嵌] ext4_file_read_iter+0x4be/0x690 fs/ext4/file.c:145 call_read_iter include/linux/fs.h:2183 [內嵌] do_iter_readv_writev+0x2e0/0x3b0 fs/read_write.c:733 do_iter_read+0x2f2/0x750 fs/read_write.c:796 vfs_readv+0xe5/0x150 fs/read_write.c:916 do_preadv+0x1b6/0x270 fs/read_write.c:12008 __do_sysread fs/read_write.c:1070 [內嵌] __se_sys_preadv2 fs/read_write.c:1061 [內嵌] __x64_sys_preadv2+0xef/0x150 fs/read_write.c:1061 do_syscall_x64 arch/x86/entry/common.c:50 [內嵌] do_syscall_64+ 0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 其中則看起來像是檔案系統錯誤而不是錯誤的例外狀況註釋。[此單行修正的替代方法是採用可完全清除此問題的上游系列。記憶體清除) adfcf4231b8c (x86: 不針對使用者記憶體複製使用 REP_GOOD 或 ERMS) * d2c95f9d6802 (x86: 不針對使用者記憶體清理使用 REP_GOOD 或 ERMS) 3639a535587d (x86: 將 stac/clac 從使用者復制常式移至呼叫者) 577e6a7fd50d (x86內嵌 FSRM 情況下使用者副本中的 'rep movs') 8c9b6a88b7e2 (x86改善 non-rep 'clear_user' 函式) 427fda2c8a49 (x86改善 non-rep 'copy_user' 函式) * e046fe5a36a9 (x86在具有 FSRM 的 AMD CPU 上自動設定 FSRS) e1f2750edc4a (x86從 __copy_user_nocache() 移除「zerorest」引數) 034ff37d3407 (x86重寫「__copy_user_nocache」函式)使用完整系列或至少兩個標記需要提交才能修正此問題] (CVE-2023-53642)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - x86修复 clear_user_rep_good() 异常处理注释此代码已在干线中不再存在因为它已在上游提交 d2c95f9d6802x86未使用 REP_GOOD 或 ERMS 进行用户内存清除中删除。但是不是向后移植全范围的 x86 内存清除和复制清理而是修复 clear_user_rep_good() 中最终“rep movsb”的异常表注释放置它不是指向进行用户空间访问的实际指令而是指出到其之前的寄存器移动。从代码流的角度而言这是有理的，但从实际使用情况的角度而言则无理：这意味着如果用户访问发生异常，则异常处理程序实际上不会在异常表中找到该指令。因此系统不会修复并返回 -EFAULT而是将其转换为内核 oops 报告之类的BUG无法处理地址的页面错误
    0000000020081000 #PF内核模式下的主管写入权限 #PFerror_code (0x0002) - not-present 页面 ... RIP: 0010:clear_user_rep_good+0x1c/0x30 arch/x86/lib/clear_page_64.S:147 ... 调用跟踪__clear_user arch/x86/include/asm/uaccess_64.h:103 [内联] clear_user arch/x86/include/asm/uaccess_64.h:124 [内联] iov_iter_zero+0x709/0x1290 lib/iov_iter.c:800 iomap_dio_hole_iter fs/iomap/direct-io.c:389 [内联] iomap_dio_iter fs/iomap/direct-io.c:440 [内联] __iomap_dio_rw+0xe3d/0x1cd0 fs/iomap/direct-io.c:601 iomap_dio_rw+0x40/0xa0 fs/iomap/direct-io.c:689 ext4_dio_read_iter fs/ext4/file.c:94 [内联] ext4_file_read_iter+0x4be/0x690 fs/ext4/file.c:145 call_read_iter include/linux/fs.h:2183 [内联] do_iter_readv_writev+0x2e0/0x3b0 fs/read_write.c:733 do_iter_read+0x2f2/0x750 fs/read_write.c:796 vfs_readv+0xe5/0x150 fs/read_write.c:916 do_preadv+0x1b6/0x270 fs/read_read_sys2p__do_read_sys2p__do_read_sys2p__do_read_sys2p__do_read_sys2p__do_read_sys2 fs/read_write.c:1070 [内联] __se_sys_preadv2 fs/read_write.c:1061 [内联] __x64_sys_preadv2+0xef/0x150 fs/read_write.c:1061 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+ 0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd其中然后看起来像一个文件系统缺陷而不是错误的异常注释。[ 此单行修复的替代方法是采用可清除此漏洞的上游 系列68674f94ffc9 (x86请勿对小型内存副本使用 REP_GOOD 或 ERMS) 20f3337d350c (x86请勿对小型内存副本使用 REP_GOOD 或 ERMS) adfcf4231b8c (x86请勿使用 REP_GOOD 或 ERMS 进行用户内存复制* d2c95f9d6802 (x86: 请勿使用 REP_GOOD 或 ERMS 进行用户内存清理) 3639a535587d (x86将 stac/clac 从用户复制例程移至调用程序) 577e6a7fd50dx86内联 FSRM 案例用户副本中的 'rep movs'8c9b6a88b7e2 (x86) 改进 non-rep 'clear_user' 函数427fda2c8a49 (x86优化 non-rep 'copy_user' 函数) * e046fe5a36a9x86在具有 FSRM 的 AMD CPU 上自动设置 FSRSe1f2750edc4a (x86从 __copy_user_nocache() 删除“zerorest”参数034ff37d3407x86重写“__copy_user_nocache”函数标记为完整系列或至少系列修复此问题需要提交 ] (CVE-2023-53642

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - x86: fix clear_user_rep_good() exception handling annotation This code no longer exists in mainline,     because it was removed in commit d2c95f9d6802 (x86: don't use REP_GOOD or ERMS for user memory clearing)     upstream. However, rather than backport the full range of x86 memory clearing and copying cleanups, fix     the exception table annotation placement for the final 'rep movsb' in clear_user_rep_good(): rather than     pointing at the actual instruction that did the user space access, it pointed to the register move just     before it. That made sense from a code flow standpoint, but not from an actual usage standpoint: it means     that if user access takes an exception, the exception handler won't actually find the instruction in the     exception tables. As a result, rather than fixing it up and returning -EFAULT, it would then turn it into     a kernel oops report instead, something like: BUG: unable to handle page fault for address:
    0000000020081000 #PF: supervisor write access in kernel mode #PF: error_code(0x0002) - not-present page     ... RIP: 0010:clear_user_rep_good+0x1c/0x30 arch/x86/lib/clear_page_64.S:147 ... Call Trace: __clear_user     arch/x86/include/asm/uaccess_64.h:103 [inline] clear_user arch/x86/include/asm/uaccess_64.h:124 [inline]     iov_iter_zero+0x709/0x1290 lib/iov_iter.c:800 iomap_dio_hole_iter fs/iomap/direct-io.c:389 [inline]     iomap_dio_iter fs/iomap/direct-io.c:440 [inline] __iomap_dio_rw+0xe3d/0x1cd0 fs/iomap/direct-io.c:601     iomap_dio_rw+0x40/0xa0 fs/iomap/direct-io.c:689 ext4_dio_read_iter fs/ext4/file.c:94 [inline]     ext4_file_read_iter+0x4be/0x690 fs/ext4/file.c:145 call_read_iter include/linux/fs.h:2183 [inline]     do_iter_readv_writev+0x2e0/0x3b0 fs/read_write.c:733 do_iter_read+0x2f2/0x750 fs/read_write.c:796     vfs_readv+0xe5/0x150 fs/read_write.c:916 do_preadv+0x1b6/0x270 fs/read_write.c:1008 __do_sys_preadv2     fs/read_write.c:1070 [inline] __se_sys_preadv2 fs/read_write.c:1061 [inline] __x64_sys_preadv2+0xef/0x150     fs/read_write.c:1061 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0     arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd which then looks like a filesystem bug     rather than the incorrect exception annotation that it is. [ The alternative to this one-liner fix is to     take the upstream series that cleans this all up: 68674f94ffc9 (x86: don't use REP_GOOD or ERMS for small     memory copies) 20f3337d350c (x86: don't use REP_GOOD or ERMS for small memory clearing) adfcf4231b8c     (x86: don't use REP_GOOD or ERMS for user memory copies) * d2c95f9d6802 (x86: don't use REP_GOOD or     ERMS for user memory clearing) 3639a535587d (x86: move stac/clac from user copy routines into callers)     577e6a7fd50d (x86: inline the 'rep movs' in user copies for the FSRM case) 8c9b6a88b7e2 (x86: improve     on the non-rep 'clear_user' function) 427fda2c8a49 (x86: improve on the non-rep 'copy_user' function) *     e046fe5a36a9 (x86: set FSRS automatically on AMD CPUs that have FSRM) e1f2750edc4a (x86: remove     'zerorest' argument from __copy_user_nocache()) 034ff37d3407 (x86: rewrite '__copy_user_nocache'     function) with either the whole series or at a minimum the two marked commits being needed to fix this     issue ] (CVE-2023-53642)

Note that Nessus relies on the presence of the package as reported by the vendor.

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

  - x86clear_user_rep_good() の例外処理の注釈を修正します。このコードはもはやメインラインに存在しません。これは、コミット d2c95f9d6802 で削除されているためですx86ユーザーメモリの消去に REP_Good または ERMS を使用しませんUpstream。ただし、x86 メモリクリアおよびコピークリーンアップの完全な範囲をバックポートするのではなく、clear_user_rep_good() 内の最後の「rep movsb」に対する例外テーブル注釈配置を修正しますユーザー空間アクセスを行う実際の命令を指し示すのではなく、直前にレジスタに移動します。これは、コードフローの観点からは意味がありますが、実際の使用の観点からは意味がありません。つまり、ユーザーアクセスが例外を取った場合、例外ハンドラーが実際には例外テーブルの命令を見つけないことを意味します。結果として、これを修正して -EFAULT を返すのではなく、代わりにカーネル oops レポートに変えることができます。 バグアドレスのページ障害を処理できません
    0000000020081000 #PFカーネルモードのスーパーバイザー書き込みアクセス #PFerror_code(0x0002) - not-present page ... RIP0010:clear_user_rep_good+0x1c/0x30 arch/x86/lib/clear_page_64.S:147 ... Call Trace: __clear_user arch/x86/include/asm/uaccess_64.h:103 [inline] clear_user arch/x86/include/asm/uaccess_64.h:124 [inline] iov_iter_zero+0x709/0x1290 lib/iov_iter.c:800 iomap_dio_hole_iter fs/iomap/direct-io.c:389 [インライン] iomap_dio_iter fs/iomap/direct-io.c:440 [インライン] __iomap_dio_rw+0xe3d/0x1cd0 fs/iomap/direct-io.c:601 iomap_dio_rw+0x40/0xa0 fs/iomap/direct-io.c:689 ext4_dio_read_iter fs/ext4/file.c:94 [インライン] ext4_file_read_iter+0x4be/0x690 fs/ext4/file.c:145 call_read_iter include/linux/fs.h:2183 [インライン] ] do_iter_readv_writev+0x2e0/0x3b0 fs/read_write.c:733 do_iter_read+0x2f2/0x750 fs/read_write.c:796 vfs_readv+0xe5/0x150 fs/read_write.c:916 do_preadv+0x1b6/0x270 fs/read_write.c:2/0x750 fs/read_write.c:1008 fs/read_write.c:1070 [インライン] __se_sys_preadv2 fs/read_write.c:1061 [インライン] __x64_sys_preadv2+0xef/0x150 fs/read_write.c:1061 do_syscall_x64 arch/x86/entry/common.c:50 [インライン] do_syscall_64+ 0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd whichは、不適切な例外注釈ではなく、ファイルシステムバグのように見えます。[ このワンライン修正の代替手段は、これをすべてクリーンアップする Upstream シリーズにすることです 68674f94ffc9x86小さなメモリコピーに REP_Good または ERMS を使用しません20f3337d350cx86小さなメモリコピーのために REP_Good または ERMS を使用しませんメモリクリア > adfcf4231b8cx86ユーザーメモリコピーに REP_Good または ERMS を使用しません* d2c95f9d6802x86ユーザーメモリクリアに REP_Good または ERMS を使用しません3639a535587dx86stac/clac をユーザーコピールーチンから呼び出し元に移動します577e6a7fd50dx86FSRM ケースのユーザーコピーの「rep movs」をインライン化します8c9b6a88b7e2x86non-rep「clear_user」関数を改善します427fda2c8a49x86non-rep「copy_user」関数を改善します* e046fe5a36a9x86FSRM のある AMD CPU で FSRS を自動的に設定 e1f2750edc4ax86__copy_user_nocache() から「zerorest」引数を削除 034ff37d3407x86一連の全体または少なくとも 2 つのマーク付きのいずれかで '__copy_user_nocache' 関数を書き換えこの問題を修正するために必要なコミットCVE-2023-53642

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
270247	Linux Distros 未修補的弱點：CVE-2023-53642	Nessus	Misc.	2025/10/14	2025/10/14	high
270247	Linux Distros 未修补的漏洞：CVE-2023-53642	Nessus	Misc.	2025/10/14	2025/10/14	high
270247	Linux Distros Unpatched Vulnerability : CVE-2023-53642	Nessus	Misc.	2025/10/14	2025/10/14	high
270247	Linux Distros のパッチ未適用の脆弱性: CVE-2023-53642	Nessus	Misc.	2025/10/14	2025/10/14	high

検出

プラグインの検索

high

high

high

high