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

  - 已解決 Linux 核心中的下列弱點：x86/tdx: Panic on bad configs that #VE on private memory access All normal kernel memory is TDX private memory. This includes everything from kernel stacks to kernel text. Handling exceptions on arbitrary accesses to kernel memory is essentially impossible because they can happen in horribly nasty places like kernel entry/exit. But, TDX hardware can theoretically _deliver_ a virtualization exception (#VE) on any access to private memory. But, it's not as bad as it sounds. TDX can be configured to never deliver these exceptions on private memory with a TD attribute called ATTR_SEPT_VE_DISABLE. The guest has no way to *set* this attribute, but it can check it.
    Ensure ATTR_SEPT_VE_DISABLE is set in early boot. panic() if it is unset. There is no sane way for Linux to run with this attribute clear so a panic() is appropriate. There's small window during boot before the check where kernel has an early #VE handler. But the handler is only for port I/O and will also panic() as soon as it sees any other #VE, such as a one generated by a private memory access. [ dhansen: Rewrite changelog and rebase on new tdx_parse_tdinfo(). Add Kirill's tested-by because I made changes since he wrote this. ] (CVE-2022-49886)

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

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

  - 已修复 Linux 内核中的下列漏洞：x86/tdx: Panic on bad configs that #VE on private memory access All normal kernel memory is TDX private memory. This includes everything from kernel stacks to kernel text. Handling exceptions on arbitrary accesses to kernel memory is essentially impossible because they can happen in horribly nasty places like kernel entry/exit. But, TDX hardware can theoretically _deliver_ a virtualization exception (#VE) on any access to private memory. But, it's not as bad as it sounds. TDX can be configured to never deliver these exceptions on private memory with a TD attribute called ATTR_SEPT_VE_DISABLE. The guest has no way to *set* this attribute, but it can check it.
    Ensure ATTR_SEPT_VE_DISABLE is set in early boot. panic() if it is unset. There is no sane way for Linux to run with this attribute clear so a panic() is appropriate. There's small window during boot before the check where kernel has an early #VE handler. But the handler is only for port I/O and will also panic() as soon as it sees any other #VE, such as a one generated by a private memory access. [ dhansen: Rewrite changelog and rebase on new tdx_parse_tdinfo(). Add Kirill's tested-by because I made changes since he wrote this. ] (CVE-2022-49886)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: x86/tdx: Panic on bad configs that #VE on private memory access All normal kernel memory is TDX private memory. This includes everything from kernel stacks to kernel text. Handling exceptions on arbitrary accesses to kernel memory is essentially impossible because they can happen in horribly nasty places like kernel entry/exit. But, TDX hardware can theoretically _deliver_ a virtualization exception (#VE) on any access to private memory. But, it's not as bad as it sounds. TDX can be configured to never deliver these exceptions on private memory with a TD attribute called ATTR_SEPT_VE_DISABLE. The guest has no way to *set* this attribute, but it can check it.
    Ensure ATTR_SEPT_VE_DISABLE is set in early boot. panic() if it is unset. There is no sane way for Linux to run with this attribute clear so a panic() is appropriate. There's small window during boot before the check where kernel has an early #VE handler. But the handler is only for port I/O and will also panic() as soon as it sees any other #VE, such as a one generated by a private memory access. [ dhansen: Rewrite changelog and rebase on new tdx_parse_tdinfo(). Add Kirill's tested-by because I made changes since he wrote this. ] (CVE-2022-49886)

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

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

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


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

    - CVE-2022-49775: tcp: cdg: tcp_cdg_release() を複数回呼び出すことを許可します (bsc#1242245)。
    - CVE-2024-53168: net: sock_inuse_add() を利用可能にします (bsc#1234887)。
    - CVE-2024-56558: nfsd: svc_export_show の前に exp がアクティブであることを確認します (bsc#1235100)。
    - CVE-2025-21999: proc: proc_get_inode() の UAF を修正します (bsc#1240802)。
    - CVE-2025-22056: netfilter: nft_tunnel: geneve_opt の型の混同に関する修正を追加 (bsc#1241525)。
    - CVE-2025-23145: mptcp: can_accept_new_subflow の NULL ポインターを修正します (bsc#1242596)。
    - CVE-2025-37789: net: openvswitch: set() アクションのネストされたキーの長さの検証を修正します (bsc#1242762)。
    - CVE-2024-28956:x86/its:ITS-safe indirect thunk のサポートを追加します(bsc#1242006)。
    - CVE-2025-37785: ext4: dotdot dir をチェックする際の OOB 読み取りを修正します (bsc#1241640)。


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

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

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: x86/tdx: Panic on bad configs that #VE     on private memory access All normal kernel memory is TDX private memory. This includes everything from     kernel stacks to kernel text. Handling exceptions on arbitrary accesses to kernel memory is essentially     impossible because they can happen in horribly nasty places like kernel entry/exit. But, TDX hardware can     theoretically _deliver_ a virtualization exception (#VE) on any access to private memory. But, it's not as     bad as it sounds. TDX can be configured to never deliver these exceptions on private memory with a TD     attribute called ATTR_SEPT_VE_DISABLE. The guest has no way to *set* this attribute, but it can check it.
    Ensure ATTR_SEPT_VE_DISABLE is set in early boot. panic() if it is unset. There is no sane way for Linux     to run with this attribute clear so a panic() is appropriate. There's small window during boot before the     check where kernel has an early #VE handler. But the handler is only for port I/O and will also panic() as     soon as it sees any other #VE, such as a one generated by a private memory access. [ dhansen: Rewrite     changelog and rebase on new tdx_parse_tdinfo(). Add Kirill's tested-by because I made changes since he     wrote this. ] (CVE-2022-49886)

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-2026-010870 advisory.

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

    x86/tdx: Panic on bad configs that #VE on private memory access

    All normal kernel memory is TDX private memory.  This includes     everything from kernel stacks to kernel text.  Handling     exceptions on arbitrary accesses to kernel memory is essentially     impossible because they can happen in horribly nasty places like     kernel entry/exit.  But, TDX hardware can theoretically _deliver_     a virtualization exception (#VE) on any access to private memory.

    But, it's not as bad as it sounds.  TDX can be configured to never     deliver these exceptions on private memory with a TD attribute     called ATTR_SEPT_VE_DISABLE.  The guest has no way to *set* this     attribute, but it can check it.

    Ensure ATTR_SEPT_VE_DISABLE is set in early boot.  panic() if it     is unset.  There is no sane way for Linux to run with this     attribute clear so a panic() is appropriate.

    There's small window during boot before the check where kernel     has an early #VE handler. But the handler is only for port I/O     and will also panic() as soon as it sees any other #VE, such as     a one generated by a private memory access.

    [ dhansen: Rewrite changelog and rebase on new tdx_parse_tdinfo().
               Add Kirill's tested-by because I made changes since                he wrote this. ]

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:02173-1 advisory.

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


    The following security bugs were fixed:

    - CVE-2022-49775: tcp: cdg: allow tcp_cdg_release() to be called multiple times (bsc#1242245).
    - 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-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-23145: mptcp: fix NULL pointer in can_accept_new_subflow (bsc#1242596).
    - CVE-2025-37789: net: openvswitch: fix nested key length validation in the set() action (bsc#1242762).
    - CVE-2024-28956: x86/its: Add support for ITS-safe indirect thunk (bsc#1242006).
    - CVE-2025-37785: ext4: fix OOB read when checking dotdot dir (bsc#1241640).


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-2026-013478 advisory.

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

    x86/tdx: Panic on bad configs that #VE on private memory access

    All normal kernel memory is TDX private memory.  This includes     everything from kernel stacks to kernel text.  Handling     exceptions on arbitrary accesses to kernel memory is essentially     impossible because they can happen in horribly nasty places like     kernel entry/exit.  But, TDX hardware can theoretically _deliver_     a virtualization exception (#VE) on any access to private memory.

    But, it's not as bad as it sounds.  TDX can be configured to never     deliver these exceptions on private memory with a TD attribute     called ATTR_SEPT_VE_DISABLE.  The guest has no way to *set* this     attribute, but it can check it.

    Ensure ATTR_SEPT_VE_DISABLE is set in early boot.  panic() if it     is unset.  There is no sane way for Linux to run with this     attribute clear so a panic() is appropriate.

    There's small window during boot before the check where kernel     has an early #VE handler. But the handler is only for port I/O     and will also panic() as soon as it sees any other #VE, such as     a one generated by a private memory access.

    [ dhansen: Rewrite changelog and rebase on new tdx_parse_tdinfo().
               Add Kirill's tested-by because I made changes since                he wrote this. ]

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	Name	Product	Family	Published	Updated	Severity
248661	Linux Distros 未修補的弱點：CVE-2022-49886	Nessus	Misc.	8/12/2025	7/17/2026	medium
248661	Linux Distros 未修补的漏洞：CVE-2022-49886	Nessus	Misc.	8/12/2025	7/17/2026	medium
248661	Linux Distros のパッチ未適用の脆弱性: CVE-2022-49886	Nessus	Misc.	8/12/2025	7/17/2026	medium
241036	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2025:02173-1)	Nessus	SuSE Local Security Checks	7/1/2025	9/29/2026	medium
248661	Linux Distros Unpatched Vulnerability : CVE-2022-49886	Nessus	Misc.	8/12/2025	7/17/2026	medium
308669	Unity Linux 20.1070e Security Update: kernel (UTSA-2026-010870)	Nessus	Unity Linux Local Security Checks	4/21/2026	4/21/2026	medium
241036	SUSE SLES15 : Security update for the Linux Kernel (SUSE-SU-2025:02173-1)	Nessus	SuSE Local Security Checks	7/1/2025	9/29/2026	medium
309247	Unity Linux 20.1070a Security Update: kernel (UTSA-2026-013478)	Nessus	Unity Linux Local Security Checks	4/22/2026	4/22/2026	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium

medium

medium

medium

medium