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

  - f2fs: 修复以在恢复期间对目标 blkaddr 进行健全性检查 按照 Wenqing Liu 在 bugzilla 中的报告
    https://bugzilla.kernel.org/show_bug.cgi?id=216456 loop5检测到容量变更为 0 至 131072 F2FS-fs (loop5)recover_inodeino = 6，name = hln，inline = 1 F2FS-fs (loop5)recover_dataino = 6 (i_size
    ) err = 0 F2FS-fs (loop5): restore_inode: ino = 6, name = hln, inline = 1 F2FS-fs (loop5):
    restore_data: ino = 6 (i_size: restore) err = 0 F2FS-fs (loop5): restore_inode: ino = 6, name = hln, inline = 1 F2FS-fs (loop5): restore_data: ino = 6 (i_size: restore) err = 0 F2FS-fs (loop5)位图设置错误blk:5634 ------------[ 在此处剪切 ]------------ 警告CPU 3 PID1013 at fs/f2fs/segment.c:2198 RIP0010:update_sit_entry+0xa55/0x10b0 [f2fs] 调用跟踪 <TASK> f2fs_do_replace_block+0xa98/0x1890 [f2fs] f2fs_replace_block+0xeb/0x180 [f2fs] restore /0x6ae0 [f2fs] f2fs_recover_fsync_data+0x120d/0x1fc0 [f2fs] f2fs_fill_super+0x4665/0x61e0 [f2fs] mount_bdev+0x2cf/0x3b0 legacy_get_tree+0xed/0x1d0 vfs_get_tree+0x81/0x2b0 path_mount+0x47e/0x19d0 do_mount+0xce/0xf0 __x64_sys_mount+0x12c/ 0x1a0 do_syscall_64+0x38/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd 如果启用 CONFIG_F2FS_CHECK_FS 配置将触发内核错误而不是警告。根本原因是在模糊化的图像中SIT 表与 inode 映射表不一致导致在 SIT 表更新期间触发此类警告。此修补程序引入新标记 DATA_GENERIC_ENHANCE_UPDATE有了此标记数据块恢复流可以检查 SIT 表中目标 blkaddr 的验证并跳过 f2fs_replace_block() 以避免不一致的状态。 (CVE-2022-50273)

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

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

  - f2fs修正以在復原期間對目的地 blkaddr 進行功能健全檢查如 Wenqing Liu 在 bugzilla 中所報告
    https://bugzilla.kernel.org/show_bug.cgi?id=216456 loop5偵測到容量變更從 0 到 131072 F2FS-fs (loop5)recover_inode: ino = 6, name = hln, inline = 1 F2FS-fs (loop5): restore_data: ino = 6 (i_size:
    restore) err = 0 F2FS-fs (loop5)recover_inode: ino = 6, name = hln, inline = 1 F2FS-fs (loop5)
    restore_data: ino = 6 (i_sizerecover) err = 0 F2FS-fs (loop5): restore_inode: ino = 6, name = hln, inline = 1 F2FS-fs (loop5): restore_data: ino = 6 (i_size: restore) err = 0 F2FS-fs (loop5)點陣圖設定錯誤 blk:5634 ------------[cut here ]------------ 警告CPU 3 PID: 1013 at fs/f2fs/segment.c:2198 RIP: 0010:update_sit_entry+0xa55/0x10b0 [f2fs] 呼叫追踪 <TASK> f2fs_do_replace_block+0xa98/0x1890 [f2fs] f2fs_replace_block+0xeb/0x180 [f2fs] restore_data+0a96 /0x6ae0 [f2fs] f2fs_recover_fsync_data+0x120d/0x1fc0 [f2fs] f2fs_fill_super+0x4665/0x61e0 [f2fs] mount_bdev+0x2cf/0x3b0 legacy_get_tree+0xed/0x1d0 vfs_get_tree+0x81/0x2b0 path_mount+0x47e/0x19d0 do_mount+0xce/0xf0 __x64_sys_mount+0x12c/ 0x1a0 do_syscall_64+0x38/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd 如果我們啟用 CONFIG_F2FS_CHECK_FS 組態則會觸發核心錯誤而非警告。根本原因是在模糊影像中SIT 表格與 inode 對應表格不一致導致在 SIT 表格更新期間觸發此類警告。此修補程式引入新旗標 DATA_GENERIC_ENHANCE_UPDATEw/此旗標資料區塊復原流程可檢查 SIT 表格中的目的地 blkaddr 驗證並略過 f2fs_replace_block() 以避免不一致的狀態。 (CVE-2022-50273)

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

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

  - f2fsリカバリ中に対象先 blkaddr でサニティチェックを行うように修正します Wenqing Liu 氏が bugzilla で報告したもの
    https://bugzilla.kernel.org/show_bug.cgi?id=216456 loop50 から 131072 の容量変更を検出しました F2FS-fsloop5recovery_inodeino = 6、name = hn、inline = 1 F2FS-fsloop5recovery_dataino = 6i_size
    err = 0 F2FS-fsloop5recover_inodeino = 6、name = hrn、inline = 1 F2FS-fsloop5
    restore_dataino = 6i_sizerecoveryerr = 0 F2FS-fsloop5recovery_inodeino = 6、name = hrn、inline = 1 F2FS-fsloop5recovery_dataino = 6i_sizerecovery err = 0 F2FS-fsloop5ビットマップが誤って設定されました、blk:5634 ------------[ここで編集]---------------------- 警告CPU 3 PID1013 at fs/f2fs/segment.c:2198 RIP0010:update_sit_entry+0xa55/0x10b0 [f2fs] Call Trace <TASK> f2fs_do_replace_block+0xa98/0x1890 [f2fs] f2fs_replace_block+0xeb/0x180[f2fs]、recovery_data+9、[f2fs]、[f2fs]、[6] /0x6ae0 [f2fs] f2fs_recover_fsync_data+0x120d/0x1fc0 [f2fs] f2fs_fill_super+0x4665/0x61e0 [f2fs] mount_bdev+0x2cf/0x3b0 legacy_get_tree+0xed/0x1d0 vfs_get_tree+0x81/0x2b0 path_mount+0x47e/0x19d0 do_mount+0xce/0xf0 __x64_sys_mount+0x12c/ 0x1a0 do_syscall_64+0x38/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd CONFIG_F2FS_CHECK_FS 構成を有効にすると、警告の代わりにカーネルパニックが発生します。根本的な原因は次のとおりです。ファジングされたイメージにおいて、SIT テーブルは inode マッピングテーブルと一致しないため、SIT テーブルの更新中にこのような警告が発生します。このパッチでは、新しいフラグ DATA_GENERIC_ENHANCE_UPDATE が導入され、このフラグにより、データブロックリカバリフローが SIT テーブルにおける宛先 blkaddr の検証をチェックし、f2fs_replace_block() をスキップしてステータスが不整合になるのを回避できます。CVE-2022-50273

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

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

  - f2fs: fix to do sanity check on destination blkaddr during recovery As Wenqing Liu reported in bugzilla:
    https://bugzilla.kernel.org/show_bug.cgi?id=216456 loop5: detected capacity change from 0 to 131072 F2FS-     fs (loop5): recover_inode: ino = 6, name = hln, inline = 1 F2FS-fs (loop5): recover_data: ino = 6 (i_size:
    recover) err = 0 F2FS-fs (loop5): recover_inode: ino = 6, name = hln, inline = 1 F2FS-fs (loop5):
    recover_data: ino = 6 (i_size: recover) err = 0 F2FS-fs (loop5): recover_inode: ino = 6, name = hln,     inline = 1 F2FS-fs (loop5): recover_data: ino = 6 (i_size: recover) err = 0 F2FS-fs (loop5): Bitmap was     wrongly set, blk:5634 ------------[ cut here ]------------ WARNING: CPU: 3 PID: 1013 at     fs/f2fs/segment.c:2198 RIP: 0010:update_sit_entry+0xa55/0x10b0 [f2fs] Call Trace: <TASK>     f2fs_do_replace_block+0xa98/0x1890 [f2fs] f2fs_replace_block+0xeb/0x180 [f2fs] recover_data+0x1a69/0x6ae0     [f2fs] f2fs_recover_fsync_data+0x120d/0x1fc0 [f2fs] f2fs_fill_super+0x4665/0x61e0 [f2fs]     mount_bdev+0x2cf/0x3b0 legacy_get_tree+0xed/0x1d0 vfs_get_tree+0x81/0x2b0 path_mount+0x47e/0x19d0     do_mount+0xce/0xf0 __x64_sys_mount+0x12c/0x1a0 do_syscall_64+0x38/0x90     entry_SYSCALL_64_after_hwframe+0x63/0xcd If we enable CONFIG_F2FS_CHECK_FS config, it will trigger a     kernel panic instead of warning. The root cause is: in fuzzed image, SIT table is inconsistent with inode     mapping table, result in triggering such warning during SIT table update. This patch introduces a new flag     DATA_GENERIC_ENHANCE_UPDATE, w/ this flag, data block recovery flow can check destination blkaddr's     validation in SIT table, and skip f2fs_replace_block() to avoid inconsistent status. (CVE-2022-50273)

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

The Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2025-992314 advisory.

    In the Linux kernel, the following vulnerability has been resolved:

    f2fs: fix to do sanity check on destination blkaddr during recovery

    As Wenqing Liu reported in bugzilla:

    https://bugzilla.kernel.org/show_bug.cgi?id=216456

    loop5: detected capacity change from 0 to 131072     F2FS-fs (loop5): recover_inode: ino = 6, name = hln, inline = 1     F2FS-fs (loop5): recover_data: ino = 6 (i_size: recover) err = 0     F2FS-fs (loop5): recover_inode: ino = 6, name = hln, inline = 1     F2FS-fs (loop5): recover_data: ino = 6 (i_size: recover) err = 0     F2FS-fs (loop5): recover_inode: ino = 6, name = hln, inline = 1     F2FS-fs (loop5): recover_data: ino = 6 (i_size: recover) err = 0     F2FS-fs (loop5): Bitmap was wrongly set, blk:5634
    ------------[ cut here ]------------     WARNING: CPU: 3 PID: 1013 at fs/f2fs/segment.c:2198     RIP: 0010:update_sit_entry+0xa55/0x10b0 [f2fs]     Call Trace:
     <TASK>      f2fs_do_replace_block+0xa98/0x1890 [f2fs]      f2fs_replace_block+0xeb/0x180 [f2fs]      recover_data+0x1a69/0x6ae0 [f2fs]      f2fs_recover_fsync_data+0x120d/0x1fc0 [f2fs]      f2fs_fill_super+0x4665/0x61e0 [f2fs]      mount_bdev+0x2cf/0x3b0      legacy_get_tree+0xed/0x1d0      vfs_get_tree+0x81/0x2b0      path_mount+0x47e/0x19d0      do_mount+0xce/0xf0
     __x64_sys_mount+0x12c/0x1a0      do_syscall_64+0x38/0x90      entry_SYSCALL_64_after_hwframe+0x63/0xcd

    If we enable CONFIG_F2FS_CHECK_FS config, it will trigger a kernel panic     instead of warning.

    The root cause is: in fuzzed image, SIT table is inconsistent with inode     mapping table, result in triggering such warning during SIT table update.

    This patch introduces a new flag DATA_GENERIC_ENHANCE_UPDATE, w/ this     flag, data block recovery flow can check destination blkaddr's validation     in SIT table, and skip f2fs_replace_block() to avoid inconsistent status.

Tenable has extracted the preceding description block directly from the Unity Linux security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

An update of the linux package has been released.

The Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2025-992745 advisory.

    In the Linux kernel, the following vulnerability has been resolved:

    f2fs: fix to do sanity check on destination blkaddr during recovery

    As Wenqing Liu reported in bugzilla:

    https://bugzilla.kernel.org/show_bug.cgi?id=216456

    loop5: detected capacity change from 0 to 131072     F2FS-fs (loop5): recover_inode: ino = 6, name = hln, inline = 1     F2FS-fs (loop5): recover_data: ino = 6 (i_size: recover) err = 0     F2FS-fs (loop5): recover_inode: ino = 6, name = hln, inline = 1     F2FS-fs (loop5): recover_data: ino = 6 (i_size: recover) err = 0     F2FS-fs (loop5): recover_inode: ino = 6, name = hln, inline = 1     F2FS-fs (loop5): recover_data: ino = 6 (i_size: recover) err = 0     F2FS-fs (loop5): Bitmap was wrongly set, blk:5634
    ------------[ cut here ]------------     WARNING: CPU: 3 PID: 1013 at fs/f2fs/segment.c:2198     RIP: 0010:update_sit_entry+0xa55/0x10b0 [f2fs]     Call Trace:
     <TASK>      f2fs_do_replace_block+0xa98/0x1890 [f2fs]      f2fs_replace_block+0xeb/0x180 [f2fs]      recover_data+0x1a69/0x6ae0 [f2fs]      f2fs_recover_fsync_data+0x120d/0x1fc0 [f2fs]      f2fs_fill_super+0x4665/0x61e0 [f2fs]      mount_bdev+0x2cf/0x3b0      legacy_get_tree+0xed/0x1d0      vfs_get_tree+0x81/0x2b0      path_mount+0x47e/0x19d0      do_mount+0xce/0xf0
     __x64_sys_mount+0x12c/0x1a0      do_syscall_64+0x38/0x90      entry_SYSCALL_64_after_hwframe+0x63/0xcd

    If we enable CONFIG_F2FS_CHECK_FS config, it will trigger a kernel panic     instead of warning.

    The root cause is: in fuzzed image, SIT table is inconsistent with inode     mapping table, result in triggering such warning during SIT table update.

    This patch introduces a new flag DATA_GENERIC_ENHANCE_UPDATE, w/ this     flag, data block recovery flow can check destination blkaddr's validation     in SIT table, and skip f2fs_replace_block() to avoid inconsistent status.

Tenable has extracted the preceding description block directly from the Unity Linux security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
265170	Linux Distros 未修补的漏洞：CVE-2022-50273	Nessus	Misc.	2025/9/17	2025/10/28	medium
265170	Linux Distros 未修補的弱點：CVE-2022-50273	Nessus	Misc.	2025/9/17	2025/10/28	medium
265170	Linux Distros のパッチ未適用の脆弱性: CVE-2022-50273	Nessus	Misc.	2025/9/17	2025/10/28	medium
265170	Linux Distros Unpatched Vulnerability : CVE-2022-50273	Nessus	Misc.	2025/9/17	2025/10/28	medium
280632	Unity Linux 20.1060e / 20.1070e Security Update: kernel (UTSA-2025-992314)	Nessus	Unity Linux Local Security Checks	2025/12/30	2025/12/30	medium
151965	Photon OS 4.0: Linux PHSA-2021-4.0-0065	Nessus	PhotonOS Local Security Checks	2021/7/22	2026/3/23	high
281340	Unity Linux 20.1060a / 20.1070a Security Update: kernel (UTSA-2025-992745)	Nessus	Unity Linux Local Security Checks	2025/12/31	2025/12/31	medium

检测

插件搜索

medium

medium

medium

medium

medium

high

medium