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

  - arm64compat不将 syscall 编号视为错误 syscall 的 ESR_ELx 如果兼容进程尝试在 __ARM_NR_COMPAT_END 编号之上执行未知系统调用内核会向有问题的进程发送 SIGILL 信号。有关错误的信息会打印到 compat_arm_syscall() -> arm64_notify_die() -> arm64_force_sig_fault() -> arm64_show_signal() 中的 dmesg。 arm64_show_signal() 将 current->thread.fault_code 的非零值解释为异常征兆并显示与 ESR_ELx.EC 字段位 31:26] 相关的消息。在 compat_arm_syscall() -> arm64_notify_die() 中设置的 current->thread.fault_code包含错误的 syscall 编号而非有效的 ESR_ELx 值。这意味着 ESR_ELx.EC 字段具有用户为 syscall 编号设置的值，而内核最终可能会打印虚假的异常消息*。例如对于编号为 0x68000000 的 syscall其 ESR_ELx.EC 值为 0x1A (ESR_ELx_EC_FPAC)内核会打印此错误[ 18.349161] syscall[300]: unhandled exception: ERET/ERETAA/ERETAB, ESR 0x68000000, Oops - syscall[10000+50000] 中不正确的兼容 syscall(2) [18.350639] CPU2 PID: 300 Commsyscall Not tainted 5.18.0-rc1 #79 [ 18.351249] 硬件名称Pine64 RockPro64 v2.0 (DT) [..]其具有误导性，因为错误兼容系统调用与指针认证无关。通过使 compat_arm_syscall() 将 ESR_ELx 值设置为 0来阻止 arm64_show_signal() 打印异常校验子信息因为该值对无效的系统调用编号没有意义。
    上述示例现在变为[ 19.935275] syscall[301]: unhandled exception: Oops - syscall[10000+50000] 中的兼容 syscall(2) 不正确 [ 19.936124] CPU: 1 PID: 301 Comm未受感染 5.18. 0-rc1-00005-g7e08006d4102 #80 [ 19.936894] 硬件名称Pine64 RockPro64 v2.0 (DT) [..] 由于缺少错误地宣传为 ESR 值的 syscall 编号因此显示的信息较少但比显示明显错误的信息要好。使用 strace 可轻松获取 syscall 编号。 *大于或等于 0x8000_0000 的 32 位值在 compat_arm_syscal() 中被解释为负整数且条件 scno < __ARM_NR_COMPAT_END 的评估结果为真在此情况下syscall 将退出并返回用户空间并提示 ENOSYS 错误代码而非调用 arm64_notify_die()。
    (CVE-2022-49520)

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

检测

Linux Distros 未修补的漏洞：CVE-2022-49520

medium Nessus 插件 ID 227031

版本 1.18