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

  - 9p/trans_fd始终使用 O_NONBLOCK 读取/写入 syzbot 在 p9_fd_close() [1] 报告挂起任务来自 p9_fd_close() 的 p9_conn_destroy() 未能中断已启动的来自 p9_fd_read() 的 kernel_read() p9_write_work() 请求中的 p9_fd_write() 中的 p9_read_work() 和/或 kernel_write()。由于 p9_socket_open() 设置 O_NONBLOCK 标记因此 p9_mux_poll_stop() 不需要中断 kernel_read()/kernel_write()。但是由于 p9_fd_open() 不设置 O_NONBLOCK 标记但 pipe 会阻断除非信号待定因此当文件描述符引用管道时p9_mux_poll_stop() 需要中断 kernel_read()/kernel_write()。换言之, 需要将管道文件描述符作为套接字文件描述符来处理。以某种方式需要中断管道上的 kernel_read()/kernel_write()。此修补程序正在进行的最小更改是从 p9_fd_open() 设置 O_NONBLOCK 标记因为 O_NONBLOCK 标记不会影响常规文件的读取/写入。但此方法会更改用户空间提供的文件描述符上的 O_NONBLOCK 标记这可能会中断用户空间程序并且 O_NONBLOCK 标记可由用户空间更改。每次调用 p9_fd_read()/p9_fd_write() 时可以设置 O_NONBLOCK 标记但仍然存在用于清除 O_NONBLOCK 标记的小争用窗口。如果我们不想操纵 O_NONBLOCK 标记可以用 set_thread_flag(TIF_SIGPENDING) 和 recalc_sigpending() 围绕 kernel_read()/kernel_write()。由于 p9_read_work()/p9_write_work() 工作是由处理全局 system_wq 工作队列的内核线程进行处理的因此当 p9_fd_close() 中的 p9_conn_destroy() 调用 p9_mux_poll_stop() 时无法从远程线程传递信号。因此如果依赖信号使 kernel_read()/kernel_write() 成为非阻塞则需要每次都调用 set_thread_flag(TIF_SIGPENDING)/recalc_sigpending()。[Dominique按照 Christian 的建议添加注释] (CVE-2022-49767)

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

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

  - 9p/trans_fd一律使用 O_NONBLOCK 讀取/寫入 syzbot 報告 p9_fd_close() 的 p9_mux_poll_stop() [1]因為 p9_conn_destroy() from p9_fd_close() 的 p9_mux_poll_stop() 無法中斷已啟動的 kernel_read() p9_fd_read() p9_write_work() 要求的 p9_read_work() 和/或 p9_fd_write() 的 kernel_write()。由於 p9_socket_open() 已設定 O_NONBLOCK 旗標因此 p9_mux_poll_stop() 不需要中斷 kernel_read()/kernel_write()。不過由於 p9_fd_open() 並未設定 O_NONBLOCK 旗標而是透過管道封鎖除非訊號擱置因此檔案描述符號參照管道時p9_mux_poll_stop() 需要中斷 kernel_read()/kernel_write()。換句話說管道檔案描述符號必須按照通訊端檔案描述符號處理。我們因故需要中斷管道上的 kernel_read()/kernel_write()。此修補程式的最小變更是從 p9_fd_open() 設定 O_NONBLOCK 旗標因為 O_NONBLOCK 旗標不會影響一般檔案的讀取/寫入。但是此方法會變更使用者空間提供之檔案描述符號上的 O_NONBLOCK 旗標 (可能會中斷使用者空間程式)且 O_NONBLOCK 旗標可由使用者空間變更。每次叫用 p9_fd_read()/p9_fd_write() 時皆可設定 O_NONBLOCK 旗標但仍會保留小爭用視窗用於清除 O_NONBLOCK 旗標。如果不想操控 O_NONBLOCK 旗標可能可以 set_thread_flag(TIF_SIGPENDING) 和 recalc_sigpending() 圍繞 kernel_read()/kernel_write()。由於 p9_read_work()/p9_write_work() 工作是由處理全域 system_wq 工作佇列的核心執行緒所處理因此從 p9_fd_close() 呼叫 p9_conn_destroy() 的 p9_mux_poll_stop() 時無法從遠端執行緒傳送訊號。因此如果我們要依賴訊號讓 kernel_read()/kernel_write() 變成非封鎖則每次都需要呼叫 set_thread_flag(TIF_SIGPENDING)/recalc_sigpending()。[Dominique應Christian 的建議新增註解] (CVE-2022-49767)

請注意，Nessus 依賴供應商報告的套件存在。

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2025:02262-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP4 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。

    次のセキュリティバグを修正しました。

    - CVE-2022-49110: netfilter: conntrack: gc 自動調整を再検討します (bsc#1237981)。
    - CVE-2022-49139: Bluetooth: hci_sync_conn_complete_evt の NULL ポインターデリファレンスを修正します (bsc#1238032)。
    - CVE-2022-49767: 9p/trans_fd: 常に O_NONBLOCK 読み取り/書き込みを使用します (bsc#1242493)。
    - CVE-2022-49775: tcp: cdg: tcp_cdg_release() を複数回呼び出すことを許可します (bsc#1242245)。
    - CVE-2022-49858: octeontx2-pf: SQE しきい値チェックを修正します (bsc#1242589)。
    - CVE-2023-53058: net/mlx5: E-Switch、エラー処理コードの Oops を修正します (bsc#1242237)。
    - CVE-2023-53060: igb: デッドロックを引き起こす rtnl_lock() を元に戻します (bsc#1242241)。
    - CVE-2023-53064: iavf: ice による再起動のハングアップを修正します (bsc#1242222)。
    - CVE-2023-53066: qed/qed_sriov: qed_iov_get_vf_info からの NULL デリファレンスに対する保護 (bsc#1242227)。
    - CVE-2023-53079: net/mlx5: ステアリングルールのクリーンアップを修正します (bsc#1242765)。
    - CVE-2023-53114: i40e: アダプターがリカバリモードの場合の再起動中のカーネルクラッシュを修正します (bsc#1242398)。
    - CVE-2023-53134: bnxt_en: TPA データ用の order-5 のメモリ割り当てを回避 (bsc#1242380)
    - CVE-2024-53168: net: sock_inuse_add() を利用可能にします (bsc#1234887)。
    - CVE-2024-56558: nfsd: svc_export_show の前に exp がアクティブであることを確認します (bsc#1235100)。
    - CVE-2025-21888: RDMA/mlx5: DM タイプに対する dereg_mr 中の WARN を修正します (bsc#1240177)。
    - CVE-2025-21999: proc: proc_get_inode() の UAF を修正します (bsc#1240802)。
    - CVE-2025-22056: netfilter: nft_tunnel: geneve_opt の型の混同に関する修正を追加 (bsc#1241525)。
    - CVE-2025-22060: net: mvpp2: パーサー TCAM メモリ破損を防ぎます (bsc#1241526)。
    - CVE-2025-23138: watch_queue: パイプアカウントの不一致を修正します (bsc#1241648)。
    - CVE-2025-23145: mptcp: can_accept_new_subflow の NULL ポインターを修正します (bsc#1242596)。
    - CVE-2025-37785: ext4: dotdot dir をチェックする際の OOB 読み取りを修正します (bsc#1241640)。
    - CVE-2025-37789: net: openvswitch: set() アクションのネストされたキーの長さの検証を修正します (bsc#1242762)。


Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2025:01620-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP5 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。


    次のセキュリティバグを修正しました。

    - CVE-2022-48933: netfilter: nf_tables: ステートフル obj 更新中のメモリリークを修正します (bsc#1229621)。
    - CVE-2022-49110: netfilter: conntrack: gc 自動調整を再検討します (bsc#1237981)。
    - CVE-2022-49139: Bluetooth: hci_sync_conn_complete_evt の NULL ポインターデリファレンスを修正します (bsc#1238032)。
    - CVE-2022-49767: 9p/trans_fd: 常に O_NONBLOCK 読み取り/書き込みを使用します (bsc#1242493)。
    - CVE-2024-46763: fou: GRO の NULL ポインターデリファレンスを修正します (bsc#1230764)。
    - CVE-2024-50038: netfilter: xtables: 必要に応じて NFPROTO_UNSPEC を回避します (bsc#1231910)。
    - CVE-2025-21726: padata: reorder_work に対する UAF を回避します (bsc#1238865)。
    - CVE-2025-21785: arm64: cacheinfo: cacheinfo 配列への領域外書き込みを回避 (bsc#1238747)。
    - CVE-2025-21791: vrf: l3mdev_l3_out() で RCU 保護を使用 (bsc#1238512)。
    - CVE-2025-21812: ax25: rcu が dev->ax25_ptr を保護します (bsc#1238471)。
    - CVE-2025-21839: KVM: x86: .vcpu_run() ループに入る前にのみ、ゲスト値で DR6 をロードします (bsc#1239061)。
    - CVE-2025-22004: net: atm: lec_send() のメモリ解放後使用 (Use After Free) を修正します (bsc#1240835)。
    - CVE-2025-22020: memstick: rtsx_usb_ms: rtsx_usb_ms_drv_remove での slab-use-after-free を修正します (bsc#1241280)。
    - CVE-2025-22045: x86/mm: 通常の PMD のザッピングに使用する際の flush_tlb_range() を修正します (bsc#1241433)。
    - CVE-2025-22055: net: geneve_opt 長の整数オーバーフローを修正します (bsc#1241371)。
    - CVE-2025-22097: drm/vkms: init エラーでのメモリ解放後使用 (Use After Free) と二重解放を修正します (bsc#1241541)。
    - CVE-2025-2312: CIFS: cifs.upcall 名前空間解決用の新しいマウントオプション (bsc#1239684)。
    - CVE-2025-23138: watch_queue: パイプアカウントの不一致を修正します (bsc#1241648)。
    - CVE-2025-39735: jfs: ea_get() の slab-out-of-bounds 読み取りを修正します (bsc#1241625)。


Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2025:01982-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP3 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。


    次のセキュリティバグを修正しました。

    - CVE-2021-32399HCI コントローラーを削除する際の競合状態を修正しましたbsc#1184611。
    - CVE-2022-49110: netfilter: conntrack: gc 自動調整を再検討します (bsc#1237981)。
    - CVE-2022-49139: Bluetooth: hci_sync_conn_complete_evt の NULL ポインターデリファレンスを修正します (bsc#1238032)。
    - CVE-2022-49320dmaenginezynqmp_dma構造体 zynqmp_dma_chan で desc_size データタイプを修正しますbsc#1238394。
    - CVE-2022-49767: 9p/trans_fd: 常に O_NONBLOCK 読み取り/書き込みを使用します (bsc#1242493)。
    - CVE-2022-49769gfs2スーパーブロックの読み取り後に sb_bsize_shift をチェックしますbsc#1242440
    - CVE-2022-49770cephスナップのデコードが失敗する際にレルムを二度配置することを回避しますbsc#1242597。
    - CVE-2022-49775tcptcdgtcp_cdg_release() を複数回呼び出すことを許可しますbsc#1242245]。
    - CVE-2022-49789scsizfcpqdio 送信が失敗した際の FSF リクエストの二重解放を修正しますbsc#1242366
    - CVE-2023-53039HIDintel-ish-hidipcwork 関数にある潜在的な use-after-free を修正しますbsc#1242745
    - CVE-2024-53168netsock_inuse_add() を利用可能にしますbsc#1234887。
    - CVE-2024-56558nfsdsvc_export_show の前に exp を必ずアクティブにしますbsc#1235100。
    - CVE-2024-56705mediaatomisprgby_data のメモリ割り当てエラーのチェックを追加しますbsc#1235568。
    - CVE-2025-21812: ax25: rcu が dev->ax25_ptr を保護します (bsc#1238471)。
    - CVE-2025-21999: proc: proc_get_inode() の UAF を修正します (bsc#1240802)。
    - CVE-2025-22028mediavimc停止したエンティティに対して .s_stream() をスキップしますbsc#1241362。
    - CVE-2025-22121: ext4: ext4_xattr_inode_dec_ref_all() の領域外読み取りを修正します (bsc#1241593)。
    - CVE-2025-37789netopenvswitchset() アクションのネストされたキーの長さの検証を修正しますbsc#1242762。
    - CVE-2025-37846arm64mops設定操作に対して src reg を逆参照しませんbsc#1242963
    - CVE-2025-40364io_uring提供されたバッファで io_req_prep_async を修正しますbsc#1241637。


Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

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

  - 9p/trans_fd常に O_NONBLOCK 読み取り/書き込みを使用します syzbot は p9_fd_close() でハングタスクを報告しています [1]、 からの p9_conn_destroy() からの p9_mux_poll_stop() に対して、p9_fd_close() は p9_fd_read() からのすでに開始された kernel_read() の割り込みに失敗していますp9_write_work() リクエストからの p9_fd_write() からの p9_read_work() および/または kernel_write() リクエスト。p9_socket_open() は O_NONBLOCK フラグを設定するため、p9_mux_poll_stop() は kernel_read()/kernel_write() を割り込む必要がありません。ただし、p9_fd_open() は O_NONBLOCK フラグを設定しませんが、信号が保留中でない限りパイプブロックを行うため、ファイル記述子がパイプを参照する際、p9_mux_poll_stop() は kernel_read()/kernel_write() を割り込む必要があります。つまり、パイプファイル記述子は、ソケットファイル記述子と同様に処理される必要があります。何らかの方法で kernel_read()/kernel_write() をパイプで割り込む必要があります。このパッチで行われている最小限の変更は、O_NONBLOCK フラグを p9_fd_open() から設定することで、O_NONBLOCK フラグは正規ファイルの読み取り/書き込みに影響を与えません。ただし、このアプローチではユーザー空間が提供するファイル記述子の O_NONBLOCK フラグが変更されユーザー空間プログラムが壊れる可能性があり、O_NONBLOCK フラグはユーザー空間によって変更される可能性があります。p9_fd_read()/p9_fd_write() が呼び出されるたびに O_NONBLOCK フラグを設定することは可能ですが、O_NONBLOCK フラグをクリアするための競合ウィンドウが依然として小さいです。O_NONBLOCK フラグを操作したくない場合は、set_thread_flag(TIF_SIGPENDING) と recalc_sigpending() で kernel_read()/kernel_write() を囲むことができる場合があります。p9_read_work()/p9_write_work() 作業は、グローバル system_wq workqueue を処理するカーネルスレッドにより処理されるため、p9_fd_close() からの p9_conn_destroy() から p9_mux_poll_stop() が呼び出された場合、リモートスレッドからシグナルが渡されない可能性があります。そのため、kernel_read()/kernel_write() をノンブロッキングにするためのシグナルでカウントする場合、set_thread_flag(TIF_SIGPENDING)/recalc_sigpending() を毎回呼び出す必要があります。[DominikeChristian の提案にコメントを追加します]CVE-2022-49767

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

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:01982-1 advisory.

    The SUSE Linux Enterprise 15 SP3 kernel was updated to receive various security bugfixes.


    The following security bugs were fixed:

    - CVE-2021-32399: Fixed a race condition when removing the HCI controller (bsc#1184611).
    - CVE-2022-49110: netfilter: conntrack: revisit gc autotuning (bsc#1237981).
    - CVE-2022-49139: Bluetooth: fix null ptr deref on hci_sync_conn_complete_evt (bsc#1238032).
    - CVE-2022-49320: dmaengine: zynqmp_dma: In struct zynqmp_dma_chan fix desc_size data type (bsc#1238394).
    - CVE-2022-49767: 9p/trans_fd: always use O_NONBLOCK read/write (bsc#1242493).
    - CVE-2022-49769: gfs2: Check sb_bsize_shift after reading superblock (bsc#1242440).
    - CVE-2022-49770: ceph: avoid putting the realm twice when decoding snaps fails (bsc#1242597).
    - CVE-2022-49775: tcp: cdg: allow tcp_cdg_release() to be called multiple times (bsc#1242245).
    - CVE-2022-49789: scsi: zfcp: Fix double free of FSF request when qdio send fails (bsc#1242366).
    - CVE-2023-53039: HID: intel-ish-hid: ipc: Fix potential use-after-free in work function (bsc#1242745).
    - CVE-2024-53168: net: make sock_inuse_add() available (bsc#1234887).
    - CVE-2024-56558: nfsd: make sure exp active before svc_export_show (bsc#1235100).
    - CVE-2024-56705: media: atomisp: add check for rgby_data memory allocation failure (bsc#1235568).
    - CVE-2025-21812: ax25: rcu protect dev->ax25_ptr (bsc#1238471).
    - CVE-2025-21999: proc: fix UAF in proc_get_inode() (bsc#1240802).
    - CVE-2025-22028: media: vimc: skip .s_stream() for stopped entities (bsc#1241362).
    - CVE-2025-22121: ext4: fix out-of-bound read in ext4_xattr_inode_dec_ref_all() (bsc#1241593).
    - CVE-2025-37789: net: openvswitch: fix nested key length validation in the set() action (bsc#1242762).
    - CVE-2025-37846: arm64: mops: Do not dereference src reg for a set operation (bsc#1242963).
    - CVE-2025-40364: io_uring: fix io_req_prep_async with provided buffers (bsc#1241637).


Tenable has extracted the preceding description block directly from the SUSE 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.

  - 9p/trans_fd: always use O_NONBLOCK read/write syzbot is reporting hung task at p9_fd_close() [1], for     p9_mux_poll_stop() from p9_conn_destroy() from p9_fd_close() is failing to interrupt already started     kernel_read() from p9_fd_read() from p9_read_work() and/or kernel_write() from p9_fd_write() from     p9_write_work() requests. Since p9_socket_open() sets O_NONBLOCK flag, p9_mux_poll_stop() does not need to     interrupt kernel_read()/kernel_write(). However, since p9_fd_open() does not set O_NONBLOCK flag, but pipe     blocks unless signal is pending, p9_mux_poll_stop() needs to interrupt kernel_read()/kernel_write() when     the file descriptor refers to a pipe. In other words, pipe file descriptor needs to be handled as if     socket file descriptor. We somehow need to interrupt kernel_read()/kernel_write() on pipes. A minimal     change, which this patch is doing, is to set O_NONBLOCK flag from p9_fd_open(), for O_NONBLOCK flag does     not affect reading/writing of regular files. But this approach changes O_NONBLOCK flag on userspace-     supplied file descriptors (which might break userspace programs), and O_NONBLOCK flag could be changed by     userspace. It would be possible to set O_NONBLOCK flag every time p9_fd_read()/p9_fd_write() is invoked,     but still remains small race window for clearing O_NONBLOCK flag. If we don't want to manipulate     O_NONBLOCK flag, we might be able to surround kernel_read()/kernel_write() with     set_thread_flag(TIF_SIGPENDING) and recalc_sigpending(). Since p9_read_work()/p9_write_work() works are     processed by kernel threads which process global system_wq workqueue, signals could not be delivered from     remote threads when p9_mux_poll_stop() from p9_conn_destroy() from p9_fd_close() is called. Therefore,     calling set_thread_flag(TIF_SIGPENDING)/recalc_sigpending() every time would be needed if we count on     signals for making kernel_read()/kernel_write() non-blocking. [Dominique: add comment at Christian's     suggestion] (CVE-2022-49767)

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

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-990737 advisory.

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

    9p/trans_fd: always use O_NONBLOCK read/write

    syzbot is reporting hung task at p9_fd_close() [1], for p9_mux_poll_stop()      from p9_conn_destroy() from p9_fd_close() is failing to interrupt already     started kernel_read() from p9_fd_read() from p9_read_work() and/or     kernel_write() from p9_fd_write() from p9_write_work() requests.

    Since p9_socket_open() sets O_NONBLOCK flag, p9_mux_poll_stop() does not     need to interrupt kernel_read()/kernel_write(). However, since p9_fd_open()     does not set O_NONBLOCK flag, but pipe blocks unless signal is pending,     p9_mux_poll_stop() needs to interrupt kernel_read()/kernel_write() when     the file descriptor refers to a pipe. In other words, pipe file descriptor     needs to be handled as if socket file descriptor.

    We somehow need to interrupt kernel_read()/kernel_write() on pipes.

    A minimal change, which this patch is doing, is to set O_NONBLOCK flag      from p9_fd_open(), for O_NONBLOCK flag does not affect reading/writing     of regular files. But this approach changes O_NONBLOCK flag on userspace-     supplied file descriptors (which might break userspace programs), and     O_NONBLOCK flag could be changed by userspace. It would be possible to set     O_NONBLOCK flag every time p9_fd_read()/p9_fd_write() is invoked, but still     remains small race window for clearing O_NONBLOCK flag.

    If we don't want to manipulate O_NONBLOCK flag, we might be able to     surround kernel_read()/kernel_write() with set_thread_flag(TIF_SIGPENDING)     and recalc_sigpending(). Since p9_read_work()/p9_write_work() works are     processed by kernel threads which process global system_wq workqueue,     signals could not be delivered from remote threads when p9_mux_poll_stop()      from p9_conn_destroy() from p9_fd_close() is called. Therefore, calling     set_thread_flag(TIF_SIGPENDING)/recalc_sigpending() every time would be     needed if we count on signals for making kernel_read()/kernel_write()     non-blocking.

    [Dominique: add comment at Christian's suggestion]

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.

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:02262-1 advisory.

    The SUSE Linux Enterprise 15 SP4 kernel was updated to receive various security bugfixes.

    The following security bugs were fixed:

    - CVE-2022-49110: netfilter: conntrack: revisit gc autotuning (bsc#1237981).
    - CVE-2022-49139: Bluetooth: fix null ptr deref on hci_sync_conn_complete_evt (bsc#1238032).
    - CVE-2022-49767: 9p/trans_fd: always use O_NONBLOCK read/write (bsc#1242493).
    - CVE-2022-49775: tcp: cdg: allow tcp_cdg_release() to be called multiple times (bsc#1242245).
    - CVE-2022-49858: octeontx2-pf: Fix SQE threshold checking (bsc#1242589).
    - CVE-2023-53058: net/mlx5: E-Switch, Fix an Oops in error handling code (bsc#1242237).
    - CVE-2023-53060: igb: revert rtnl_lock() that causes deadlock (bsc#1242241).
    - CVE-2023-53064: iavf: Fix hang on reboot with ice (bsc#1242222).
    - CVE-2023-53066: qed/qed_sriov: guard against NULL derefs from qed_iov_get_vf_info (bsc#1242227).
    - CVE-2023-53079: net/mlx5: Fix steering rules cleanup (bsc#1242765).
    - CVE-2023-53114: i40e: Fix kernel crash during reboot when adapter is in recovery mode (bsc#1242398).
    - CVE-2023-53134: bnxt_en: Avoid order-5 memory allocation for TPA data (bsc#1242380)
    - CVE-2024-53168: net: make sock_inuse_add() available (bsc#1234887).
    - CVE-2024-56558: nfsd: make sure exp active before svc_export_show (bsc#1235100).
    - CVE-2025-21888: RDMA/mlx5: Fix a WARN during dereg_mr for DM type (bsc#1240177).
    - CVE-2025-21999: proc: fix UAF in proc_get_inode() (bsc#1240802).
    - CVE-2025-22056: netfilter: nft_tunnel: fix geneve_opt type confusion addition (bsc#1241525).
    - CVE-2025-22060: net: mvpp2: Prevent parser TCAM memory corruption (bsc#1241526).
    - CVE-2025-23138: watch_queue: fix pipe accounting mismatch (bsc#1241648).
    - CVE-2025-23145: mptcp: fix NULL pointer in can_accept_new_subflow (bsc#1242596).
    - CVE-2025-37785: ext4: fix OOB read when checking dotdot dir (bsc#1241640).
    - CVE-2025-37789: net: openvswitch: fix nested key length validation in the set() action (bsc#1242762).


Tenable has extracted the preceding description block directly from the SUSE 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 Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2025-991140 advisory.

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

    9p/trans_fd: always use O_NONBLOCK read/write

    syzbot is reporting hung task at p9_fd_close() [1], for p9_mux_poll_stop()      from p9_conn_destroy() from p9_fd_close() is failing to interrupt already     started kernel_read() from p9_fd_read() from p9_read_work() and/or     kernel_write() from p9_fd_write() from p9_write_work() requests.

    Since p9_socket_open() sets O_NONBLOCK flag, p9_mux_poll_stop() does not     need to interrupt kernel_read()/kernel_write(). However, since p9_fd_open()     does not set O_NONBLOCK flag, but pipe blocks unless signal is pending,     p9_mux_poll_stop() needs to interrupt kernel_read()/kernel_write() when     the file descriptor refers to a pipe. In other words, pipe file descriptor     needs to be handled as if socket file descriptor.

    We somehow need to interrupt kernel_read()/kernel_write() on pipes.

    A minimal change, which this patch is doing, is to set O_NONBLOCK flag      from p9_fd_open(), for O_NONBLOCK flag does not affect reading/writing     of regular files. But this approach changes O_NONBLOCK flag on userspace-     supplied file descriptors (which might break userspace programs), and     O_NONBLOCK flag could be changed by userspace. It would be possible to set     O_NONBLOCK flag every time p9_fd_read()/p9_fd_write() is invoked, but still     remains small race window for clearing O_NONBLOCK flag.

    If we don't want to manipulate O_NONBLOCK flag, we might be able to     surround kernel_read()/kernel_write() with set_thread_flag(TIF_SIGPENDING)     and recalc_sigpending(). Since p9_read_work()/p9_write_work() works are     processed by kernel threads which process global system_wq workqueue,     signals could not be delivered from remote threads when p9_mux_poll_stop()      from p9_conn_destroy() from p9_fd_close() is called. Therefore, calling     set_thread_flag(TIF_SIGPENDING)/recalc_sigpending() every time would be     needed if we count on signals for making kernel_read()/kernel_write()     non-blocking.

    [Dominique: add comment at Christian's suggestion]

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.

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

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

    9p/trans_fd: always use O_NONBLOCK read/write

    syzbot is reporting hung task at p9_fd_close() [1], for p9_mux_poll_stop()      from p9_conn_destroy() from p9_fd_close() is failing to interrupt already     started kernel_read() from p9_fd_read() from p9_read_work() and/or     kernel_write() from p9_fd_write() from p9_write_work() requests.

    Since p9_socket_open() sets O_NONBLOCK flag, p9_mux_poll_stop() does not     need to interrupt kernel_read()/kernel_write(). However, since p9_fd_open()     does not set O_NONBLOCK flag, but pipe blocks unless signal is pending,     p9_mux_poll_stop() needs to interrupt kernel_read()/kernel_write() when     the file descriptor refers to a pipe. In other words, pipe file descriptor     needs to be handled as if socket file descriptor.

    We somehow need to interrupt kernel_read()/kernel_write() on pipes.

    A minimal change, which this patch is doing, is to set O_NONBLOCK flag      from p9_fd_open(), for O_NONBLOCK flag does not affect reading/writing     of regular files. But this approach changes O_NONBLOCK flag on userspace-     supplied file descriptors (which might break userspace programs), and     O_NONBLOCK flag could be changed by userspace. It would be possible to set     O_NONBLOCK flag every time p9_fd_read()/p9_fd_write() is invoked, but still     remains small race window for clearing O_NONBLOCK flag.

    If we don't want to manipulate O_NONBLOCK flag, we might be able to     surround kernel_read()/kernel_write() with set_thread_flag(TIF_SIGPENDING)     and recalc_sigpending(). Since p9_read_work()/p9_write_work() works are     processed by kernel threads which process global system_wq workqueue,     signals could not be delivered from remote threads when p9_mux_poll_stop()      from p9_conn_destroy() from p9_fd_close() is called. Therefore, calling     set_thread_flag(TIF_SIGPENDING)/recalc_sigpending() every time would be     needed if we count on signals for making kernel_read()/kernel_write()     non-blocking.

    [Dominique: add comment at Christian's suggestion]

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.

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:01620-1 advisory.

    The SUSE Linux Enterprise 15 SP5 kernel was updated to receive various security bugfixes.


    The following security bugs were fixed:

    - CVE-2022-48933: netfilter: nf_tables: fix memory leak during stateful obj update (bsc#1229621).
    - CVE-2022-49110: netfilter: conntrack: revisit gc autotuning (bsc#1237981).
    - CVE-2022-49139: Bluetooth: fix null ptr deref on hci_sync_conn_complete_evt (bsc#1238032).
    - CVE-2022-49767: 9p/trans_fd: always use O_NONBLOCK read/write (bsc#1242493).
    - CVE-2024-46763: fou: Fix null-ptr-deref in GRO (bsc#1230764).
    - CVE-2024-50038: netfilter: xtables: avoid NFPROTO_UNSPEC where needed (bsc#1231910).
    - CVE-2025-21726: padata: avoid UAF for reorder_work (bsc#1238865).
    - CVE-2025-21785: arm64: cacheinfo: Avoid out-of-bounds write to cacheinfo array (bsc#1238747).
    - CVE-2025-21791: vrf: use RCU protection in l3mdev_l3_out() (bsc#1238512).
    - CVE-2025-21812: ax25: rcu protect dev->ax25_ptr (bsc#1238471).
    - CVE-2025-21839: KVM: x86: Load DR6 with guest value only before entering .vcpu_run() loop (bsc#1239061).
    - CVE-2025-22004: net: atm: fix use after free in lec_send() (bsc#1240835).
    - CVE-2025-22020: memstick: rtsx_usb_ms: Fix slab-use-after-free in rtsx_usb_ms_drv_remove (bsc#1241280).
    - CVE-2025-22045: x86/mm: Fix flush_tlb_range() when used for zapping normal PMDs (bsc#1241433).
    - CVE-2025-22055: net: fix geneve_opt length integer overflow (bsc#1241371).
    - CVE-2025-22097: drm/vkms: Fix use after free and double free on init error (bsc#1241541).
    - CVE-2025-2312: CIFS: New mount option for cifs.upcall namespace resolution (bsc#1239684).
    - CVE-2025-23138: watch_queue: fix pipe accounting mismatch (bsc#1241648).
    - CVE-2025-39735: jfs: fix slab-out-of-bounds read in ea_get() (bsc#1241625).


Tenable has extracted the preceding description block directly from the SUSE 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	名称	产品	系列	发布时间	最近更新时间	严重程度
246821	Linux Distros 未修补的漏洞：CVE-2022-49767	Nessus	Misc.	2025/8/9	2026/7/17	medium
246821	Linux Distros 未修補的弱點：CVE-2022-49767	Nessus	Misc.	2025/8/9	2026/7/17	medium
241966	SUSE SLES15 :Linux カーネルのセキュリティ更新(SUSE-SU-2025:02262-1)	Nessus	SuSE Local Security Checks	2025/7/11	2026/6/25	high
237098	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:01620-1)	Nessus	SuSE Local Security Checks	2025/5/22	2026/6/26	high
240812	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:01982-1)	Nessus	SuSE Local Security Checks	2025/6/27	2025/6/27	high
246821	Linux Distros のパッチ未適用の脆弱性: CVE-2022-49767	Nessus	Misc.	2025/8/9	2026/7/17	medium
240812	SUSE SLES15 Security Update : kernel (SUSE-SU-2025:01982-1)	Nessus	SuSE Local Security Checks	2025/6/27	2025/6/27	high
246821	Linux Distros Unpatched Vulnerability : CVE-2022-49767	Nessus	Misc.	2025/8/9	2026/7/17	medium
151965	Photon OS 4.0: Linux PHSA-2021-4.0-0065	Nessus	PhotonOS Local Security Checks	2021/7/22	2026/3/23	high
275129	Unity Linux 20.1070e Security Update: kernel (UTSA-2025-990737)	Nessus	Unity Linux Local Security Checks	2025/11/12	2025/11/12	medium
241966	SUSE SLES15: cluster-md-kmp-default / dlm-kmp-default / gfs2-kmp-default / etc (SUSE-SU-2025:02262-1)	Nessus	SuSE Local Security Checks	2025/7/11	2026/6/25	high
278225	Unity Linux 20.1050e Security Update: kernel (UTSA-2025-991140)	Nessus	Unity Linux Local Security Checks	2025/12/11	2025/12/11	medium
281275	Unity Linux 20.1060a / 20.1070a Security Update: kernel (UTSA-2025-993166)	Nessus	Unity Linux Local Security Checks	2025/12/31	2025/12/31	medium
237098	SUSE SLES15: cluster-md-kmp-default / dlm-kmp-default / gfs2-kmp-default / etc (SUSE-SU-2025:01620-1)	Nessus	SuSE Local Security Checks	2025/5/22	2026/6/26	high

检测

插件搜索

medium

medium

high

high

high

medium

high

medium

high

medium

high

medium

medium

high