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

  - f2fs修正由並行不可部分完成提交和檢查點寫入造成的 IS_CHECKPOINTED 旗標不一致問題在 SPO 測試期間掛載 F2FS 時會從 f2fs_recover_inode_page 傳回 -EINVAL 錯誤。
    在下列狀況中會發生問題) set_dentry_mark(last_folio, 1)
    folio_mark_dirty(last_folio) - __write_node_folio(last_folio) : f2fs_down_read(&sbi->node_write)//block - f2fs_flush_nat_entries {struct nat_entry}->flag |= BIT(IS_CHECKPOINTED) - unblock_operations
    f2fs_up_write(&sbi->node_write) f2fs_write_checkpoint//return f2fs_do_write_node_page() f2fs_ioc_commit_atomic_write//return SPO 執行緒 A 呼叫 f2fs_need_dentry_mark(sbi, ino)且 last_folio 已寫入一次。但是{struct nat_entry}->flag 並未設定 IS_CHECKPOINTED進而在執行緒 B 完成 f2fs_write_checkpoint 後再次造成 set_dentry_mark(last_folio, 1) and write last_folio。在 SPO 和重新開機之後偵測到 {struct node_info}->blk_addr 不是 NULL_ADDR因為執行緒 B 成功寫入檢查點。此問題只會在不可部分完成寫入的情況下發生。對於一般檔案 fsync 作業，作品集必須為已變更項目。如果 block_operations->f2fs_sync_node_pages 成功提交 folio 寫入則不會執行此路徑。否則，f2fs_write_checkpoint 將需要等待 folio 寫入提交完成，因為 sbi->nr_pages[F2FS_DIRTY_NODES] > 0。因此在 f2fs_need_dentry_mark 檢查 {struct nat_entry}->flag /wo IS_CHECKPOINTED 旗標的情況下作品集寫入已提交將不會再發生。因此針對不可部分完成的檔案 fsync應透過 __write_node_folio 取得 sbi->node_write以確保 IS_CHECKPOINTED 旗標正確指示檢查點寫入已完成。 (CVE-2026-23267)

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

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

  - f2fs修复由并发原子提交和检查点写入造成的 IS_CHECKPOINTED 标记不一致问题 在 SPO 测试期间挂载 F2FS 时从 f2fs_recover_inode_page 返回 -EINVAL 错误。
    在线程 A 线程 B 之前发生此问题 f2fs_ioc_commit_atomic_write - f2fs_do_sync_file // atomic = true - f2fs_fsync_node_pageslast_folio = inode folio : 计划在 folio_lock(last_folio) 之前 f2fs_write_checkpoint - block_operations// 回写 last_folio - 计划在 f2fs_flush_nat_entries : set_last_folio 之前) set_dentry_mark(last_folio, 1)
    folio_mark_dirty(last_folio) - __write_node_folio(last_folio) f2fs_down_read(&sbi->node_write)//block - f2fs_flush_nat_entries {struct nat_entry}->flag |= BIT(IS_CHECKPOINTED) - unblock_operations
    f2fs_up_write(&sbi->node_write) f2fs_write_checkpoint//返回 f2fs_do_write_node_page() f2fs_ioc_commit_atomic_write//返回 SPO 线程 A 调用 f2fs_need_dentry_mark(sbi, ino)并且 last_folio 已写入一次。然而 {struct nat_entry}->flag 未设置 IS_CHECKPOINTED导致 set_dentry_mark(last_folio, 1) 和在线程 B 完成 f2fs_write_checkpoint 后再次写入 last_folio。SPO 和重新启动之后已检测到 {struct node_info}->blk_addr 不是 NULL_ADDR因为线程 B 已成功写入检查点。此问题仅发生在原子写入场景中。对于常规文件 fsync 操作， folio 必须是脏的。如果 block_operations->f2fs_sync_node_pages 成功提交 folio 写入则将不执行此路径。否则f2fs_write_checkpoint 将需要等待 folio 写入提交完成因为 sbi->nr_pages[F2FS_DIRTY_NODES] > 0。因此 f2fs_need_dentry_mark 检查到 {struct nat_entry}->flag /wo IS_CHECKPOINTED 标记但folio 写入已经提交因此不会发生 。因此对于原子文件 fsync应通过 __write_node_folio 获取 sbi->node_write以确保 IS_CHECKPOINTED 标记正确表示检查点写入已完成。 (CVE-2026-23267)

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

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

  - f2fs同時アトミックコミットとチェックポイント書き込みによって引き起こされる IS_CHECKPOINTED フラグの不一致問題を修正します。SPO テスト中に、F2FS をマウントすると、-EINVAL エラーが f2fs_recover_inode_page から返されていました。
    この問題は次のシナリオで発生しました スレッド A Thread B f2fs_ioc_commit_atomic_write - f2fs_do_sync_file // atomic = true - f2fs_fsync_node_pages last_folio = inode folio より前のスケジュール folio_lock(last_folio) f2fs_write_checkpoint - block_operations// writeback last_folio - f2fs_flush_nat_entries より前のスケジュールset_dentry_mark(last_folio, 1)
    folio_mark_dirty(last_folio) - __write_node_folio(last_folio) f2fs_down_read(&sbi->node_write)//block - f2fs_flush_nat_entries {struct nat_entry}->flag |= BIT(IS_CHECKPOINTED) - unblock_operations
    f2fs_up_write(&sbi->node_write) f2fs_write_checkpoint//return f2fs_do_write_node_page() f2fs_ioc_commit_atomic_write//return SPO Thread Acall f2fs_need_dentry_mark(sbi, ino) 呼び出し、last_folio はすでに一度書き込まれています。ただし、{struct nat_entry}->flag には IS_CHECKPOINTED が設定されておらず、set_dentry_mark(last_folio, 1) が発生し、スレッド B が f2fs_write_checkpoint を終了した後に、再び last_folio を書き込みます。SPO および再起動後、スレッド B がチェックポイントの書き込みに成功したため、{struct node_info}->blk_addr が NULL_ADDR ではないことが判明しました。この問題は、アトミック書き込みシナリオでのみ発生します。通常のファイル fsync 操作の場合、folio はダーティである必要があります。block_operations->f2fs_sync_node_pages が folio 書き込みを正常に送信した場合、このパスは実行されません。sbi->nr_pages[F2FS_DIRTY_NODES] > 0であるため、f2fs_write_checkpointはfolio書き込み送信の完了を待つ必要があります。したがって、f2fs_need_dentry_markが{struct nat_entry}->flag /w IS_CHECKPOINTEDフラグをチェックする状況ですが、 folio の書き込みは既に送信されている場合、実行されません。そのため、アトミックファイル fsync では、IS_CHECKPOINTED フラグがチェックポイントの書き込みが完了したことを正しく示すように、sbi->node_write を __write_node_folio を通じて取得する必要があります。CVE-2026-23267

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 IS_CHECKPOINTED flag inconsistency issue caused by concurrent atomic commit and checkpoint     writes During SPO tests, when mounting F2FS, an -EINVAL error was returned from f2fs_recover_inode_page.
    The issue occurred under the following scenario Thread A Thread B f2fs_ioc_commit_atomic_write -     f2fs_do_sync_file // atomic = true - f2fs_fsync_node_pages : last_folio = inode folio : schedule before     folio_lock(last_folio) f2fs_write_checkpoint - block_operations// writeback last_folio - schedule before     f2fs_flush_nat_entries : set_fsync_mark(last_folio, 1) : set_dentry_mark(last_folio, 1) :
    folio_mark_dirty(last_folio) - __write_node_folio(last_folio) : f2fs_down_read(&sbi->node_write)//block -     f2fs_flush_nat_entries : {struct nat_entry}->flag |= BIT(IS_CHECKPOINTED) - unblock_operations :
    f2fs_up_write(&sbi->node_write) f2fs_write_checkpoint//return : f2fs_do_write_node_page()     f2fs_ioc_commit_atomic_write//return SPO Thread A calls f2fs_need_dentry_mark(sbi, ino), and the     last_folio has already been written once. However, the {struct nat_entry}->flag did not have the     IS_CHECKPOINTED set, causing set_dentry_mark(last_folio, 1) and write last_folio again after Thread B     finishes f2fs_write_checkpoint. After SPO and reboot, it was detected that {struct node_info}->blk_addr     was not NULL_ADDR because Thread B successfully write the checkpoint. This issue only occurs in atomic     write scenarios. For regular file fsync operations, the folio must be dirty. If     block_operations->f2fs_sync_node_pages successfully submit the folio write, this path will not be     executed. Otherwise, the f2fs_write_checkpoint will need to wait for the folio write submission to     complete, as sbi->nr_pages[F2FS_DIRTY_NODES] > 0. Therefore, the situation where f2fs_need_dentry_mark     checks that the {struct nat_entry}->flag /wo the IS_CHECKPOINTED flag, but the folio write has already     been submitted, will not occur. Therefore, for atomic file fsync, sbi->node_write should be acquired     through __write_node_folio to ensure that the IS_CHECKPOINTED flag correctly indicates that the checkpoint     write has been completed. (CVE-2026-23267)

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

An update of the linux package has been released.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
302937	Linux Distros 未修補的弱點：CVE-2026-23267	Nessus	Misc.	2026/3/18	2026/3/24	medium
302937	Linux Distros 未修补的漏洞：CVE-2026-23267	Nessus	Misc.	2026/3/18	2026/3/24	medium
302937	Linux Distros のパッチ未適用の脆弱性: CVE-2026-23267	Nessus	Misc.	2026/3/18	2026/3/24	medium
302937	Linux Distros Unpatched Vulnerability : CVE-2026-23267	Nessus	Misc.	2026/3/18	2026/3/24	medium
300899	Photon OS 5.0: Linux PHSA-2026-5.0-0779	Nessus	PhotonOS Local Security Checks	2026/3/5	2026/4/7	high

检测

插件搜索

medium

medium

medium

medium

high