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

  - xfs：修复 exchange-range-to-eof 文件大小交换 Norbert Szetei 发布了一个修补程序，其中包含对 XFS_IOC_EXCHANGE_RANGE TO_EOF标记中一个缺陷的不完整描述。该错误诱骗 exchange-range 修改文件，使其共享从 EOF 之外开始的区块，这是绝对不允许的，因为文件从未写入超过 EOF 的数据，并且您只能共享写入的数据区块。这是随后所有不正确行为的关键。最终，我从诺伯特那里得到了对问题所在的描述：>公平。这里是带有物理块号，4k 块。peer 是要重写的文件>，file1 是最后清除标记>的文件。> > 启动，未共享任何内容：> > 对等机大小 4096 -> [100] > file1 大小 12288 -> [200] [201] [202] > donor1 大小 4096 -> [300] > donor2 大小 4096 -> [400] > > 1.FICLONERANGE 对等机的区块进入 file1 的中间插槽：> > 对等机大小 4096 -> [100] > file1 大小 12288 -> [200] [100] [202] reflink 标记集 > ^^^^^ 两个文件都拥有区块 100 > > 2。XFS_IOC_EXCHANGE_RANGE file1 与 donor1，file1_offset 0，> file2_offset 8192，长度 0，TO_EOF。交换一个区块，>大小与其交换：> > file1 大小 4096 -> [200] [100] [300] reflink 标志集 > ^^^^^^^^^^^ 仍然拥有，现在已超过 donor1 大小>大小 12288 -> [202] > > file1 表示它是一个区块长，但它仍然拥有三个。没有任何>未映射的内容。file2_offset为区块 2，因此此交换无法清除标记。> > 3.
    XFS_IOC_EXCHANGE_RANGE file1 与 donor2，均偏移 0，长度 4096。> 通过i_disk_size这是两个交换所有内容的单块文件，因此 > xmi_can_exchange_reflink_flags（） 同意并清除该标记：> > file1 大小 4096 -> [400] [100] [300] reflink 标记已清除 > donor2 大小 4096 -> [200] > > 区块 100 仍与对等项共享。> > 4.pwrite（file1， 4096， 4096），这是 file1 的第二个插槽，区块 100。> xfs_is_cow_inode（file1） 为 false，因此没有 CoW：> > 对等机大小为 4096 -> [100] 相同的区块，区块 100 > >新内容在这里唯一重要。PoC 下方，它会读取当前目录中>称为 peer 的文件。文件系统需要 reflink 和 > exchange-range，mkfs.xfs 7.x 默认会将其打开。所以，是的，TO_EOF正在搞砸文件大小，即使它实际上正在正确交换数据块。以下是 XFS_EXCHANGE_RANGE_TO_EOF 的预期行为，如其手册页所述： 忽略长度参数。file1_fd中从 file1_offset 到 EOF 的所有字节都移到了 file2_fd，file2 的大小也设为 （file2_offset+（file1_length-file1_offset））。同时，file2 中从 file2_offset 到 EOF 的所有字节移动到 file1，file1 的大小设置为 （file1_offset+（file2_length-file2_offset））。换句话说，如果我们只交换一部分文件数据，那么我们应该只交换与交换数据相关的部分文件大小。遗憾的是，代码会交换磁盘上的文件大小和内核文件大小，如果调用程序以非零偏移传递，则该做法是不正确的。混淆了文件大小后，PoC 对看似未引用链接的单块文件使用第二个交换范围调用。
    由于文件大小设置不正确，exchange-range 认为其正在交换两个文件的完整内容，并清除已损坏文件上的 reflink 标记。这可允许对损坏文件进行扩展写入，以重写刚刚过 EOF 的共享区块。这已通俗地称为反流。正确设置文件大小后，第二个交换范围将不再认为其正在进行完整内容交换，因此不会清除其任一文件参数上的 reflink 标记。Norbert 在此修补程序的较早版本之后又提出了关于我们未正确处理 i_disk_size 状态的第二个投诉：> 偏移与内核i_size绑定，但会从>减去 ---truncated--- （CVE-2026-98974）

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

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

  - xfs：修正 exchange-range-to-eof 檔案大小交換 Norbert Szetei 發布了一個修補程式，其中包含對 XFS_IOC_EXCHANGE_RANGE TO_EOF 標誌中錯誤的不完整描述。此錯誤會誘騙 exchange-range 修改檔案，使其具有從 EOF 開始的共用區塊，這是絕對不允許的，因為檔案從未寫入超過 EOF 的資料，而且您只能共用寫入的資料區塊。這是隨後所有不正確行為的關鍵。最終，我從諾伯特那裡得到了關於出了什麼問題的描述：>公平。這是物理區塊編號，4k 區塊。peer 是重寫的檔案>，而 file1 是最終清除旗標>檔案。> > 開始，沒有共用任何內容：> >對等體大小 4096 -> [100] > file1 大小 12288 -> [200] [201] [202] > donor1 大小 4096 -> [300] > donor2 大小 4096 -> [400] > > 1.FICLONERANGE 對等體的區塊進入 file1 的中間插槽： > > 對等體大小 4096 -> [100] > file1 大小 12288 -> [200] [100] [202] reflink 旗標設定 > ^^^^^ 兩個檔案都擁有區塊 100 > > 2。XFS_IOC_EXCHANGE_RANGE文件 1 針對捐贈者 1，file1_offset 0，> file2_offset 8192，長度 0，TO_EOF。一個區塊被交換，>的大小與之交換：> > file1 大小 4096 -> [200] [100] [300] reflink 旗標集 > ^^^^^^^^^^^ 仍然擁有，現在已經超過了 donor1 大小>大小 12288 -> [202] > > file1 說它有一個區塊長，但它仍然擁有三個區塊。沒有什麼是>未繪製的。file2_offset是區塊 2，因此此交換無法清除旗標。> > 3.
    XFS_IOC_EXCHANGE_RANGE文件 1 針對捐贈者 2，兩個偏移量 0，長度 4096。> i_disk_size這是兩個單區塊檔案交換所有內容，因此 > xmi_can_exchange_reflink_flags（） 同意並清除標誌： > > file1 大小 4096 -> [400] [100] [300] reflink 標誌 > donor2 大小 4096 -> [200] 清除 > > 區塊 100 仍與對等體共用。> > 4.pwrite（file1， 4096， 4096），這是 file1 的第二個插槽，區塊 100。> xfs_is_cow_inode（file1） 為 false，因此沒有 CoW：> >對等體大小 4096 -> [100] 相同的區塊，區塊 100 > >新內容是這裡唯一重要的。PoC，它會讀取目前目錄中>稱為peer的檔案。檔案系統需要 reflink 和 > exchange-range，mkfs.xfs 7.x 預設會開啟。所以，是的，TO_EOF正在搞砸文件大小，即使它實際上正確地交換了數據塊。以下是 XFS_EXCHANGE_RANGE_TO_EOF 的預期行為，如其手冊頁所述： 忽略長度參數。從 file1_offset 到 EOF 的file1_fd中的所有位元組都會移至 file2_fd，而 file2 的大小會設定為 （file2_offset+（file1_length-file1_offset））。同時，file2 中從 file2_offset 到 EOF 的所有位元組都會移至 file1，並且 file1 的大小設定為 （file1_offset+（file2_length-file2_offset））。換句話說，如果我們只交換一部分文件數據，那麼我們應該只交換與交換數據相關的文件大小部分。不幸的是，程式碼會交換磁碟上的檔案大小和核心檔案大小，如果呼叫端傳入非零位移，則這是不正確的。混淆了檔案大小後，PoC 對看起來像未參照連結的單一區塊檔案使用第二個交換範圍呼叫。
    由於檔案大小設定不正確，exchange-range 會認為它正在交換兩個檔案的完整內容，並清除損毀檔案上的 reflink 旗標。這可讓您擴充損毀檔案的寫入，以重寫剛過 EOF 的共用區塊。這已被通俗地稱為反流。正確設定檔案大小之後，第二個交換範圍就不會再認為它正在執行完整內容交換，因此它不會清除其任一檔案引數上的 reflink 旗標。Norbert 在此修補程式的早期版本之後，對我們沒有正確處理i_disk_size狀態提出了第二個抱怨：> 偏移量與內核i_size為界，但從>中減去 ---truncated--- （CVE-2026-98974）

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

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

  - xfs:exchange-range-to-eof ファイルサイズ交換を修正します Norbert Szetei 氏は、XFS_IOC_EXCHANGE_RANGE の TO_EOF フラグにあるバグについての不完全な説明を含むパッチを投稿しました。このバグは、exchange-range が騙されて、EOF を超えて開始するブロックを共有できるようにファイルを変更させます。ファイルには EOF を超えて書き込まれたデータはなく、書き込みされたデータブロックしか共有できないため、これは決して許可されません。これが、その後に起こるすべての誤った動作の鍵となります。最終的に、私はノーバートから何が起こっているのか、つまり「>フェア」という説明をもらいました。ここに物理ブロック番号、4kブロックがあります。peer は書き換えられるファイル>であり、file1 はフラグがクリアされた状態で終了するファイル>です。> > 開始、何も共有されません:> > ピアサイズ 4096 -> [100] > file1 サイズ 12288 -> [200] [201] [202] > donor1 サイズ 4096 -> [300] > donor2 サイズ 4096 -> [400] > > 1.file1 の中間スロットへの FICLONERANGE ピアのブロック:> > ピアサイズ 4096 -> [100] > file1 サイズ 12288 -> [200] [100] [202] reflink フラグセット > ^^^^^ 両方のファイルがブロック 100 > > 2 を所有します。XFS_IOC_EXCHANGE_RANGE donor1 に対する file1、file1_offset 0、> file2_offset 8192、長さ 0、TO_EOF。1 つのブロックが交換され、>のサイズがそれと交換されます:> > file1 サイズ 4096 -> [200] [100] [300] reflink フラグセット > ^^^^^^^^^^^ はまだ所有されていますが、現在は donor1 のサイズを超えています > サイズ 12288 -> [202] > > file1 はまだ 3 つを所有しているのに、長さは 1 ブロックだと言います。マッピング解除>ものは何もありませんでした。file2_offsetはブロック 2 であるため、この交換はフラグをクリアできません。> > 3.
    XFS_IOC_EXCHANGE_RANGE donor2 に対する file1、両方のオフセット 0、長さ 4096。> i_disk_sizeにより、これは 2 つの 1 ブロックのファイルがすべてを交換することになります。このため、> xmi_can_exchange_reflink_flags() が同意し、フラグがクリアされます:> > file1 サイズ 4096 -> [400] [100] [300] reflink フラグが donor2 サイズ 4096 >クリアされました -> [200] > > ブロック 100 は依然としてピアと共有されています。> > 4.pwrite(file1, 4096, 4096) であり、file1 の 2 番目のスロットであるブロック 100 です。> xfs_is_cow_inode(file1) は false であるため、CoW はありません:ピアサイズ 4096 > > -> [100] 同じブロック、ブロック 100 > >新しいコンテンツだけがここで重要です。PoCでは、現在のディレクトリのpeerと呼ばれるファイル>読み込みます。ファイルシステムには、reflink と > exchange-range が必要で、mkfs.xfs 7.x デフォルトでこれをオンにします。そう、実際にはデータブロックを正しく交換しているにもかかわらず、TO_EOFファイルサイズを台無しにしています。以下は、man ページで説明されているように、XFS_EXCHANGE_RANGE_TO_EOF の意図された動作です: 長さパラメーターを無視します。file1_offset から EOF までの file1_fd 内のすべてのバイトは file2_fd に移動し、file2 のサイズは (file2_offset+(file1_length-file1_offset)) に設定されます。その間、file2_offsetからEOFまでのfile2のすべてのバイトはfile1に移動し、file1のサイズは(file1_offset+(file2_length-file2_offset))に設定されます。つまり、ファイルデータの一部のみを交換する場合は、交換したデータに関連するファイルサイズの部分のみを交換する必要があります。残念ながら、このコードによりオンディスクファイルサイズとインコアファイルサイズが入れ替わりますが、呼び出し元がゼロ以外のオフセットで渡す場合、これは正しくありません。ファイルサイズを混乱させた結果、PoC は、参照リンクされていないシングルブロックファイルのように見えるものに対して、2 番目の交換範囲呼び出しを使用します。
    ファイルサイズの設定が不適切であるため、exchange-range は 2 つのファイルの完全なコンテンツを交換していると考え、壊れたファイルの reflink フラグを消去します。これにより、破損したファイルの拡張書き込みが有効になり、EOF を過ぎたばかりの共有ブロックを書き換えられます。これは、口語的に refluxfs として知られるようになりました。ファイルサイズが正しく設定されると、第 2 の exchange-range は、フルコンテンツスワップをしているとは考えなくなり、ファイルの引数のどちらかで reflink フラグをクリアしなくなります。Norbert 氏は、このパッチの以前のバージョンにフォローアップして、i_disk_size 状態を適切に処理できていないことに関する第 2 の苦情を提出しました: > オフセットは、インコアi_sizeに対してバインドされますが、> ---truncated--- から差し引かれます(CVE-2026-98974)

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

The remote Oracle Linux 10 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2026-95367 advisory.

    - sunrpc: wait for in-flight TLS handshake callback when cancel loses race (Olga Kornievskaia)     [RHEL-283649] {CVE-2026-72221}
    - sunrpc: pin svc_xprt across the asynchronous TLS handshake callback (Olga Kornievskaia) [RHEL-283263]     {CVE-2026-72222}
    - fs/resctrl: Fix use-after-free during unmount (Dennis Chen) [RHEL-296708] {CVE-2026-72080}
    - xfs: fix exchange-range-to-eof file size exchange (Carlos Maiolino) [RHEL-292986] {CVE-2026-98974}
    - xfs: stop exchanging reflink flags when exchanging mappings (Carlos Maiolino) [RHEL-292986]     {CVE-2026-98974}
    - sctp: clear new_transport when removing a peer (CKI Backport Bot) [RHEL-275369] {CVE-2026-74586}
    - writeback: fix race between cgroup_writeback_umount() and inode_switch_wbs() (Ian Kent) [RHEL-260509]     {CVE-2026-64378}
    - openvswitch: Fix CT limit teardown use-after-free (Timothy Redaelli) [RHEL-263515] {CVE-2026-89488}

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

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

The remote RockyLinux 10 host has packages installed that are affected by multiple vulnerabilities as referenced in the RLSA-2026:95367 advisory.

    * kernel: writeback: fix race between cgroup_writeback_umount() and inode_switch_wbs() (CVE-2026-64378)

    * kernel: sunrpc: pin svc_xprt across the asynchronous TLS handshake callback (CVE-2026-72222)

    * kernel: sunrpc: wait for in-flight TLS handshake callback when cancel loses race (CVE-2026-72221)

    * kernel: fs/resctrl: Fix use-after-free during unmount (CVE-2026-72080)

    * kernel: sctp: clear new_transport when removing a peer (CVE-2026-74586)

    * kernel: openvswitch: Fix CT limit teardown use-after-free (CVE-2026-89488)

    * kernel: PCI/sysfs: Add lockdown checks to legacy I/O and memory handlers (CVE-2026-90315)

    * kernel: kernel: xfs: Unauthorized data modification via improper file size exchange handling     (CVE-2026-98974)

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

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

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

  - In the Linux kernel, the following vulnerability has been resolved: xfs: fix exchange-range-to-eof file     size exchange Norbert Szetei posted a patch containing an incomplete description of a bug in     XFS_IOC_EXCHANGE_RANGE's TO_EOF flag. The bug tricks exchange-range into modifying a file so that it has     shared blocks starting beyond EOF, which is never allowed because files never have written data beyond     EOF, and you can only share written data blocks. This is key to all the incorrect behavior that follows.
    Eventually I got from Norbert a description of what's going wrong: > Fair. Here it is with physical block     numbers, 4k blocks. peer is the file > that gets rewritten and file1 is the one that ends up with the flag     > cleared. > > Start, nothing shared: > > peer size 4096 -> [100] > file1 size 12288 -> [200] [201] [202]     > donor1 size 4096 -> [300] > donor2 size 4096 -> [400] > > 1. FICLONERANGE peer's block into file1's     middle slot: > > peer size 4096 -> [100] > file1 size 12288 -> [200] [100] [202] reflink flag set > ^^^^^     both files own block 100 > > 2. XFS_IOC_EXCHANGE_RANGE file1 against donor1, file1_offset 0, >     file2_offset 8192, length 0, TO_EOF. One block is exchanged, and the sizes > are exchanged with it: > >     file1 size 4096 -> [200] [100] [300] reflink flag set > ^^^^^^^^^^^ still owned, now past the size >     donor1 size 12288 -> [202] > > file1 says it is one block long while it still owns three. Nothing was >     unmapped. file2_offset is block 2, so this exchange cannot clear a flag. > > 3. XFS_IOC_EXCHANGE_RANGE     file1 against donor2, both offsets 0, length 4096. > By i_disk_size this is two one-block files exchanging     everything, so > xmi_can_exchange_reflink_flags() agrees and the flag is cleared: > > file1 size 4096 ->     [400] [100] [300] reflink flag CLEARED > donor2 size 4096 -> [200] > > Block 100 is still shared with     peer. > > 4. pwrite(file1, 4096, 4096), which is file1's second slot, block 100. > xfs_is_cow_inode(file1)     is false, so no CoW: > > peer size 4096 -> [100] same block, new contents > > Block 100 is the only one     that matters here. PoC below, it reads a file > called peer in the current directory. The filesystem needs     reflink and > exchange-range, which mkfs.xfs 7.x turns on by default. So yes, TO_EOF is screwing up the     file size even if it's actually exchanging the data block correctly. The following is the intended     behavior of XFS_EXCHANGE_RANGE_TO_EOF, as described by its manpage: Ignore the length parameter. All     bytes in file1_fd from file1_offset to EOF are moved to file2_fd, and file2's size is set to     (file2_offset+(file1_length-file1_offset)). Meanwhile, all bytes in file2 from file2_offset to EOF are     moved to file1 and file1's size is set to (file1_offset+(file2_length-file2_offset)). In other words, if     we only exchange a portion of the file data, then we should only exchange the portion of the file size     that relates to the exchanged data. Unfortunately, the code swaps the ondisk file size and the incore file     sizes, which is incorrect if the caller passes in a nonzero offset. Having confused the file sizes, the     PoC uses a second exchange-range call on what looks like a non-reflinked single-block file. Because the     file size is set incorrectly, exchange-range thinks it's exchanging the full contents of two files and     clears the reflink flag on the broken file. That enables an extending write of the broken file to rewrite     the shared block that's just past EOF. This has become known colloquially as refluxfs. Once the file sizes     are set correctly, the second exchange-range no longer thinks that it's doing a full-contents swap, so it     won't clear the reflink flag on either of its file arguments. Norbert followed up to an earlier version of     this patch with a second complaint about us not handling the i_disk_size state correctly: > The offsets     are bounded against the incore i_size but subtracted from > ---truncated--- (CVE-2026-98974)

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

The Rocky Linux 10.2 host has packages installed that are affected by multiple vulnerabilities as referenced in the CIQ crlsa-2026_95367 advisory.

    * kernel: writeback: fix race between cgroup_writeback_umount() and inode_switch_wbs() (CVE-2026-64378)

    * kernel: sunrpc: pin svc_xprt across the asynchronous TLS handshake callback (CVE-2026-72222)

    * kernel: sunrpc: wait for in-flight TLS handshake callback when cancel loses race (CVE-2026-72221)

    * kernel: fs/resctrl: Fix use-after-free during unmount (CVE-2026-72080)

    * kernel: sctp: clear new_transport when removing a peer (CVE-2026-74586)

    * kernel: openvswitch: Fix CT limit teardown use-after-free (CVE-2026-89488)

    * kernel: PCI/sysfs: Add lockdown checks to legacy I/O and memory handlers (CVE-2026-90315)

    * kernel: kernel: xfs: Unauthorized data modification via improper file size exchange handling     (CVE-2026-98974)

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

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

The remote Redhat Enterprise Linux 10 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2026:98608 advisory.

    The kernel packages contain the Linux kernel, the core of any Linux operating system.

    Security Fix(es):

    * kernel: virt: tdx-guest: Just leak decrypted memory on unrecoverable errors (CVE-2024-57793)

    * kernel: OPP: add index check to assert to avoid buffer overflow in _read_freq() (CVE-2024-57998)

    * kernel: can: bcm: add locking for bcm_op runtime updates (CVE-2025-38004)

    * kernel: calipso: Don't call calipso functions for AF_INET sk. (CVE-2025-38147)

    * kernel: openvswitch: defer tunnel netdev_put to RCU release (CVE-2026-31678)

    * kernel: vhost: move vdpa group bound check to vhost_vdpa (CVE-2026-43248)

    * kernel: KVM: nSVM: Raise #UD if unhandled VMMCALL isn't intercepted by L1 (CVE-2026-46076)

    * kernel: RDMA/mlx5: Fix error path fall-through in mlx5_ib_dev_res_srq_init() (CVE-2026-46176)

    * kernel: net/sched: act_ct: Only release RCU read lock after ct_ft (CVE-2026-46319)

    * kernel: net/sched: taprio: fix use-after-free in advance_sched() on schedule switch (CVE-2026-53011)

    * kernel: net/sched: act_api: use RCU with deferred freeing for action lifecycle (CVE-2026-53264)

    * kernel: af_unix: Set gc_in_progress to true in unix_gc() (CVE-2026-53361)

    * kernel: vsock/virtio: fix zerocopy completion for multi-skb sends (CVE-2026-53365)

    * kernel: NFSD: Fix SECINFO_NO_NAME decode error cleanup (CVE-2026-53398)

    * kernel: KVM: SVM: Fix page overflow in sev_dbg_crypt() for ENCRYPT path (CVE-2026-63794)

    * kernel: fuse: re-lock request before replacing page cache folio (CVE-2026-53388)

    * kernel: USB: serial: mxuport: fix memory corruption with small endpoint (CVE-2026-63899)

    * kernel: usb: typec: tcpm: bound altmode_desc[] per iteration in svdm_consume_modes() (CVE-2026-63962)

    * kernel: vsock/virtio: bind uarg before filling zerocopy skb (CVE-2026-63970)

    * kernel: idpf: fix read_dev_clk_lock spinlock init in idpf_ptp_init() (CVE-2026-64162)

    * kernel: vfio/pci: Check BAR resources before exporting a DMABUF (CVE-2026-64042)

    * kernel: vsock/vmci: fix UAF when peer resets connection during handshake (CVE-2026-64115)

    * kernel: i2c: stub: Reject I2C block transfers with invalid length (CVE-2026-64191)

    * kernel: ALSA: hda/cs35l41: Fix firmware load work teardown (CVE-2026-64481)

    * kernel: fuse: re-lock request before returning from fuse_ref_folio() (CVE-2026-64266)

    * kernel: bpf: Support for hardening against JIT spraying (CVE-2026-64508)

    * kernel: x86/bugs: Enable IBPB flush on BPF JIT allocation (CVE-2026-64507)

    * kernel: spi: fsl-lpspi: terminate the RX channel on TX prepare failure path (CVE-2026-64303)

    * kernel: drm/amd/display: set new_stream to NULL after release (CVE-2026-68236)

    * kernel: Linux kernel SLIP: Out-of-bounds write due to race condition during MTU change (CVE-2026-68143)

    * kernel: ALSA: seq: close a re-opened queue timer in the destructor (CVE-2026-68202)

    * kernel: Linux kernel: Denial of Service due to use-after-free in act_tunnel_key (CVE-2026-68377)

    * kernel: drm/dp/mst: fix buffer overflows in sideband chunk accumulation (CVE-2026-68278)

    * kernel: drm/amdgpu/vce: fix integer overflow in image size (CVE-2026-68108)

    * kernel: drm/amdgpu: fix lifetime issue of amdgpu_vm_get_task_info_pasid() (CVE-2026-68245)

    * kernel: openvswitch: fix GSO userspace truncation underflow (CVE-2026-68123)

    * kernel: ovl: check access to copy_file_range source with src mounter creds (CVE-2026-68448)

    * kernel: scsi: target: core: Fix iSCSI ISID use-after-free in REGISTER AND MOVE (CVE-2026-72083)

    * kernel: KVM: arm64: vgic: Check the interrupt is still ours before migrating it (CVE-2026-72289)

    * kernel: SUNRPC: pin upper rpc_clnt across the TLS connect_worker (CVE-2026-72317)

    * kernel: tipc: require net admin for TIPCv2 netlink mutators (CVE-2026-74283)

    * kernel: Bluetooth: hci_sync: Fix advertising data UAFs (CVE-2026-74509)

    * kernel: Bluetooth: mgmt: fix UAF in pair command cancellation (CVE-2026-74510)

    * kernel: dmaengine: idxd: fix fdev setup failure cleanup in idxd_cdev_open() (CVE-2026-74574)

    * kernel: KVM: SVM: Update x2APIC MSR intercepts if AVIC is inhibited while L2 is active (CVE-2026-74516)

    * kernel: ALSA: usx2y: bound the hwdep mmap fault offset (CVE-2026-74641)

    * kernel: udp: fix potential use-after-free in tunnel segmentation (CVE-2026-74705)

    * kernel: af_unix: Unlink scc_entry in unix_del_edge() (CVE-2026-80521)

    * kernel: netfilter: flowtable: publish GC-visible tuple last (CVE-2026-74746)

    * kernel: xfs: bounds-check buffer log item's dirty bitmap (CVE-2026-80536)

    * kernel: usb: usbfs: fix use-after-free of usb_device in usbdev_release() (CVE-2026-80824)

    * kernel: drm/vmwgfx: use check_add_overflow for shader size+offset bound (CVE-2026-80887)

    * kernel: KVM: s390: vsie: zero stale crypto bits (CVE-2026-80921)

    * kernel: smb: client: reject a tree connect response whose byte count is too small (CVE-2026-89631)

    * kernel: nfsd: defer vfree of compound ops to fix rpc_status UAF (CVE-2026-89690)

    * kernel: nfsd: initialize copy-notify stateid before publishing it (CVE-2026-89669)

    * kernel: net: tun: bound receive headroom (CVE-2026-81000)

    * kernel: svcrdma: Reject inline replies that overflow the pull-up buffer (CVE-2026-89530)

    * kernel: nfsd: fix stale s2s_cp_stateids IDR entry for async COPY (CVE-2026-89676)

    * kernel: nfsd: revoke copy-notify stateids before dropping their reference (CVE-2026-89663)

    * kernel: nfsd: fix UAF in async copy cancel and shutdown (CVE-2026-89675)

    * kernel: svcrdma: Validate Read chunk positions before reconstruction (CVE-2026-89526)

    * kernel: entry: Fix seccomp bypass after ptrace with TSYNC (CVE-2026-89603)

    * kernel: nfsd: don't free session slots that are still in use (CVE-2026-89689)

    * kernel: net/iucv: filter frames in afiucv_hs_rcv() by ingress device (CVE-2026-81003)

    * kernel: KVM: arm64: Handle negative S1 walk levels in VNCR TLB size evaluation (CVE-2026-89775)

    * kernel: vfio/pci: clear vdev->msi_perm after freeing it on init failure (CVE-2026-89777)

    * kernel: perf: Fix use-after-free when perf mmap() revival races with the last munmap() (CVE-2026-89791)

    * kernel: nvme: add missing SRCU grace period in error path (CVE-2026-89972)

    * kernel: NFSD: Prevent client use-after-free during blocked-lock reaping (CVE-2026-90036)

    * kernel: scsi: target: iscsi: Reserve a terminator byte for the login payload (CVE-2026-90011)

    * kernel: nvmet-auth: Synchronize timeout work during SQ teardown (CVE-2026-89970)

    * kernel: scsi: megaraid_sas: Limit NVMe request size to the PRP chain frame (CVE-2026-90008)

    * kernel: drm/amdkfd: Add TLB flush after MES queue eviction/suspension (CVE-2026-89811)

    * kernel: media: cx231xx: reject geometry changes while the VBI queue is busy (CVE-2026-89894)

    * kernel: nvme/ioctl: check SUBMIT_IO with nvme_cmd_allowed() (CVE-2026-90227)

    * kernel: SUNRPC: Zero rpc_gss_wire_cred at svcauth_gss_decode_credbody() entry (CVE-2026-93207)

    * kernel: svcrdma: Reject Write/Reply chunks with segcount 0 (CVE-2026-93228)

    * kernel: md/raid5-ppl: fix use-after-free in ppl_do_flush() (CVE-2026-93262)

    * kernel: perf: Fix addr_filter_ranges lifetime (CVE-2026-93817)

    * kernel: virtio-fs: avoid double-free on failed queue setup (CVE-2026-93827)

    * kernel: netfilter: nfnetlink_log: wait for rcu grace period before freeing pernet state (CVE-2026-93288)

    * kernel: kernel: strparser: use-after-free via msg_timer_work rearm after strp_done() cancellation ()

    * kernel: KEYS: encrypted: fix integer overflow of datablob_len (CVE-2026-98222)

    * kernel: signal: Prevent exec() race (CVE-2026-98256)

    * kernel: xfrm: hold net_device reference under RCU in bundle creation (CVE-2026-98364)

    * kernel: exec: Cleanup POSIX timers right after de_thread() (CVE-2026-98260)

    * kernel: netfilter: flowtable: hold reference on ct until flow is released (CVE-2026-98320)

    * kernel: ipv4: free inet_opt and ireq_opt after an RCU grace period (CVE-2026-98432)

    * kernel: nvmet-auth: fix out-of-bounds write in nvmet_auth_challenge() (CVE-2026-98725)

    * kernel: kernel: xfs: Unauthorized data modification via improper file size exchange handling     (CVE-2026-98974)

    * kernel: ZDI-CAN-33367: Linux Kernel skbuff skb_zerocopy Improper Ownership Management Local Privilege     Escalation Vulnerability ()

    Bug Fix(es) and Enhancement(s):

    * [HPEMC RHEL 10.3 BUG] bnxt_en: Fix NULL pointer dereference (JIRA:RHEL-185083)

    * netfilter: rebase to 7.2 (JIRA:RHEL-242582)

    * [Intel 10.3 FEAT] idpf: Driver Update [rhel-10.3.z] (JIRA:RHEL-248077)

    * RHEL 9.8: Multiuser Kerberized DFS shares fail to mount with UID mount option [rhel-10.3.z]     (JIRA:RHEL-254106)

    * cannot use VFs of i40e/ice NIC in bond device (JIRA:RHEL-276751)

    * [EC2][CVM]AMD SEV-SNP guest hangs during early boot on RHEL 10.3 and 10.4 (regression from 10.2)     [rhel-10.3.z] (JIRA:RHEL-283382)

    * backport fixes for lockdep issues reported with rt-debug [rhel-10.3.z] (JIRA:RHEL-259938)

    * [RHEL 10] fwctl: Fix class init ordering to avoid NULL pointer dereference on device removal     [rhel-10.3.z] (JIRA:RHEL-284384)

    * RHEL is missing support for conntrack zone filtering in dump/delete requests (10.4) [rhel-10.3.z]     (JIRA:RHEL-291349)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

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

The remote Redhat Enterprise Linux 10 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2026:95367 advisory.

    The kernel packages contain the Linux kernel, the core of any Linux operating system.

    Security Fix(es):

    * kernel: writeback: fix race between cgroup_writeback_umount() and inode_switch_wbs() (CVE-2026-64378)

    * kernel: sunrpc: pin svc_xprt across the asynchronous TLS handshake callback (CVE-2026-72222)

    * kernel: sunrpc: wait for in-flight TLS handshake callback when cancel loses race (CVE-2026-72221)

    * kernel: fs/resctrl: Fix use-after-free during unmount (CVE-2026-72080)

    * kernel: sctp: clear new_transport when removing a peer (CVE-2026-74586)

    * kernel: openvswitch: Fix CT limit teardown use-after-free (CVE-2026-89488)

    * kernel: PCI/sysfs: Add lockdown checks to legacy I/O and memory handlers (CVE-2026-90315)

    * kernel: kernel: xfs: Unauthorized data modification via improper file size exchange handling     (CVE-2026-98974)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

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

ID	Name	Product	Family	Published	Updated	Severity
371499	Linux Distros 未修补的漏洞：CVE-2026-98974	Nessus	Misc.	10/23/2026	11/11/2026	high
371499	Linux Distros 未修補弱點：CVE-2026-98974	Nessus	Misc.	10/23/2026	11/11/2026	high
371499	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98974	Nessus	Misc.	10/23/2026	11/11/2026	high
376521	Oracle Linux 10 : kernel (ELSA-2026-95367)	Nessus	Oracle Linux Local Security Checks	11/5/2026	11/5/2026	critical
377032	RockyLinux 10 : kernel (RLSA-2026:95367)	Nessus	Rocky Linux Local Security Checks	11/6/2026	11/6/2026	critical
371499	Linux Distros Unpatched Vulnerability : CVE-2026-98974	Nessus	Misc.	10/23/2026	11/11/2026	high
377900	Amazon Linux 2023 : bpftool6.12, kernel6.12, kernel6.12-devel (ALAS2023-2026-3402)	Nessus	Amazon Linux Local Security Checks	11/9/2026	11/11/2026	high
377500	Rocky Linux 10.2 [CIQ] Security Update: kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc Multiple Vulnerabilities (crlsa-2026_95367)	Nessus	Rocky Linux Local Security Checks	11/7/2026	11/7/2026	critical
378846	RHEL 10 : kernel (RHSA-2026:98608)	Nessus	Red Hat Local Security Checks	11/11/2026	11/11/2026	high
376934	RHEL 10 : kernel (RHSA-2026:95367)	Nessus	Red Hat Local Security Checks	11/6/2026	11/6/2026	critical

Detections

Analytics

Plugins Search

high

high

high

critical

critical

high

high

critical

high

critical