There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - uTLS is a fork of crypto/tls, created to customize ClientHello for fingerprinting resistance while still
    using it for the handshake. Versions 1.6.0 through 1.8.0 contain a fingerprint mismatch with Chrome when
    using GREASE ECH, related to cipher suite selection. When Chrome selects the preferred cipher suite in the
    outer ClientHello and for ECH, it does so consistently based on hardware support—for example, if it
    prefers AES for the outer cipher suite, it also uses AES for ECH. However, the Chrome parrot in uTLS
    hardcodes AES preference for outer cipher suites but selects the ECH cipher suite randomly between AES and
    ChaCha20. This creates a 50% chance of selecting ChaCha20 for ECH while using AES for the outer cipher
    suite, a combination impossible in Chrome. This issue only affects GREASE ECH; in real ECH, Chrome selects
    the first valid cipher suite when AES is preferred, which uTLS handles correctly. This issue has been
    fixed in version 1.8.1. (CVE-2026-27017)

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

  - uTLS 是 crypto/tls 的一个分支创建用于自定义 ClientHello 以实现指纹识别阻抗同时仍将其用于握手。使用 GREASE ECH 时Chrome 的 1.6.0 至 1.8.0 版中存在一个指纹不匹配这与加密套件选择相关。Chrome 在外部 ClientHello 和 的 ECH 中选择首选加密套件时会根据硬件支持做出一致的选择例如如果 Chrome 在外部加密套件中选择 AES则也会为 ECH 选择 AES。但是uTLS 中的 Chrome parrot 硬编码外部加密套件的 AES 首选项而是在 AES 和 ChaCha20 之间随机选择 ECH 加密套件。这会造成在将 AES 用于外部加密套件时有 50% 的机会为 ECH 选择 ChaCha20这是 Chrome 中不可能的组合。此问题仅影响 GREASE ECH实际 ECH 中当首选 AES 时Chrome 会选择第一个有效的加密套件这一点uTLS 会正确处理。此问题已在 1.8.1 版本中修复。(CVE-2026-27017)

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

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

  - uTLS 是 crypto/tls 的分支其建立是為了針對指紋識別阻力自訂 ClientHello同時仍將其用於交握。使用 GREASE ECH 時 1.6.0 至 1.8.0 版包含一個與加密套件選擇不相符的指紋。當 Chrome 為 ECH 選擇外部 ClientHello 和 中的偏好加密套件時它會根據硬體支援一致執行此操作例如如果它偏好 AES 用於外部加密套件它也會將 AES 用於 ECH。不過uTLS 中的 Chrome parrot 會硬編碼外部加密套件的 AES 偏好設定但會在 AES 和 ChaCha20 之間隨機選擇 ECH 加密套件。外部加密套件使用 AES 時有 50% 的機會針對 ECH 選擇 ChaCha20而這在 Chrome 中是不可能發生的。此問題只會影響 GREASE ECH。在實際 ECH 中偏好 AES (uTLS 可正確處理) 時Chrome 會選取第一個有效的加密套件。1.8.1 版已修正此問題。(CVE-2026-27017)

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

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

  - uTLS は crypto/tls の fork で、ハンドシェイクに使用しながら、フィンガープリントレジスタンスを発生させるために ClientHello をカスタマイズするために作成されました。バージョン 1.6.0 から 1.8.0 には、GREASE ECH を使用する際に Chrome とのフィンガープリントの不一致が含まれます。これは、暗号スイート選択に関連しています。Chrome が外部の ClientHello で優先する暗号スイートを ECH に対して選択するとき、ハードウェアサポートに基づいて一貫して行います。たとえば、外部暗号スイートに AES を優先する場合は、ECH にも AES を使用します。しかし、uTLSのChrome parrotは、外部暗号スイートのAES設定をハードコードしますが、AESとChaCha20の間でECH暗号スイートをランダムに選択します。これにより、外部暗号化パッケージに AES を使用しながら、ECH に ChaCha20 を選択する 50% の可能性が生じます。これは Chrome では不可能な組み合わせです。この問題の影響を受けるのは、GREASE ECH のみです。本当の ECH では、AES が優先される場合、Chrome は最初の有効な暗号スイートを選択し、これは uTLS によって適切に処理されます。この問題はバージョン 1.8.1で修正されています。(CVE-2026-27017)

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

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

  - uTLS is a fork of crypto/tls, created to customize ClientHello for fingerprinting resistance while still     using it for the handshake. Versions 1.6.0 through 1.8.0 contain a fingerprint mismatch with Chrome when     using GREASE ECH, related to cipher suite selection. When Chrome selects the preferred cipher suite in the     outer ClientHello and for ECH, it does so consistently based on hardware supportfor example, if it     prefers AES for the outer cipher suite, it also uses AES for ECH. However, the Chrome parrot in uTLS     hardcodes AES preference for outer cipher suites but selects the ECH cipher suite randomly between AES and     ChaCha20. This creates a 50% chance of selecting ChaCha20 for ECH while using AES for the outer cipher     suite, a combination impossible in Chrome. This issue only affects GREASE ECH; in real ECH, Chrome selects     the first valid cipher suite when AES is preferred, which uTLS handles correctly. This issue has been     fixed in version 1.8.1. (CVE-2026-27017)

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

ID	Name	Product	Family	Published	Updated	Severity
437849	SCA: security update for github.com/refraction-networking/utls (GHSA-7m29-f4hw-g2vx)	Tenable Self-Hosted Container Security	SCA Checks	2/19/2026	7/2/2026	low
437849	SCA: security update for github.com/refraction-networking/utls (GHSA-7m29-f4hw-g2vx)	Tenable Cloud Security	SCA Checks	2/19/2026	7/2/2026	low
299829	Linux Distros 未修补的漏洞：CVE-2026-27017	Nessus	Misc.	2/24/2026	7/6/2026	low
299829	Linux Distros 未修補的弱點：CVE-2026-27017	Nessus	Misc.	2/24/2026	7/6/2026	low
299829	Linux Distros のパッチ未適用の脆弱性: CVE-2026-27017	Nessus	Misc.	2/24/2026	7/6/2026	low
299829	Linux Distros Unpatched Vulnerability : CVE-2026-27017	Nessus	Misc.	2/24/2026	7/6/2026	low

Detections

Analytics

Plugins Search

low

low

low

low

low

low