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

  - PyJWT is a Python implementation of JSON Web Token standards. Prior to 2.14.0, is_pem_format in
    jwt/utils.py is affected because is_pem_format does not recognize every PEM representation accepted by the
    cryptography loader. This occurs when an application mixes HMAC and asymmetric algorithms and supplies a
    mutated public-key PEM as raw key bytes. As a result, HMACAlgorithm.prepare_key treats the unrecognized
    asymmetric public key as an HMAC secret. Consequently, an attacker who knows the public key can forge
    authenticated HMAC tokens. This issue is fixed in version 2.14.0. (CVE-2026-102268)

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

  - PyJWT 是 JSON Web Token 标准的 Python 实现。在之前 2.14.0版本中，jwt/utils.py 中的 is_pem_format 受到影响，因为 is_pem_format 无法识别加密加载程序接受的每一个 PEM 表示法。当应用程序混合使用 HMAC 和非对称算法，并提供可变的公钥 PEM 作为原始密钥字节时，便会发生这种情况。因此，HMACAlgorithm.prepare_key 将无法识别的非对称公钥视为 HMAC 密码。因此，了解公钥的攻击者可伪造经认证的 HMAC 标记。此问题已在 2.14.0 版本中修复。(CVE-2026-102268)

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

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

  - PyJWT 是 JSON Web 令牌標準的 Python 實作。在之前 2.14.0，jwt/utils.py 中的is_pem_format會受到影響，因為 is_pem_format無法識別密碼編譯載入器接受的每個 PEM 表示法。當應用程式混合 HMAC 和非對稱演算法，並提供變異的公開金鑰 PEM 作為原始金鑰位元組時，就會發生這種情況。因此，HMACAlgorithm.prepare_key會將無法識別的非對稱公開金鑰視為 HMAC 密碼。因此，知道公開金鑰的攻擊者可以偽造經過身份驗證的 HMAC 權杖。2.14.0 版已修正此問題。(CVE-2026-102268)

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

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

  - PyJWT は、JSON Web トークン標準の Python 実装です。2.14.0より前では、暗号化ローダーによって受け入れられたすべてのPEM表現をis_pem_formatが認識しないため、jwt/utils.py でのis_pem_formatは影響を受けます。これは、アプリケーションがHMACと非対称のアルゴリズムを混合し、変更された公開鍵PEMを生のキーバイトとして供給する場合に発生します。その結果、HMACAlgorithm.prepare_keyは、認識されない非対称公開鍵をHMACの秘密として扱います。その結果、公開鍵を知っている攻撃者が、認証されたHMACトークンを偽造する可能性があります。この問題はバージョン 2.14.0 で修正されています。(CVE-2026-102268)

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

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

  - PyJWT is a Python implementation of JSON Web Token standards. Prior to 2.14.0, is_pem_format in     jwt/utils.py is affected because is_pem_format does not recognize every PEM representation accepted by the     cryptography loader. This occurs when an application mixes HMAC and asymmetric algorithms and supplies a     mutated public-key PEM as raw key bytes. As a result, HMACAlgorithm.prepare_key treats the unrecognized     asymmetric public key as an HMAC secret. Consequently, an attacker who knows the public key can forge     authenticated HMAC tokens. This issue is fixed in version 2.14.0. (CVE-2026-102268)

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

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-3298 advisory.

    A flaw was found in PyJWT. A remote attacker can trigger a Denial of Service (DoS) through outbound     request amplification by submitting tokens containing unknown key identifiers. Because the library does     not cache lookup failures or enforce a minimum refresh interval when fetching signing keys, each invalid     key identifier forces a new request to the remote JSON Web Key Set (JWKS) server. This allows an attacker     to exhaust network resources and overwhelm the configured authentication endpoints. (CVE-2026-101917)

    A flaw was found in PyJWT. When processing a JSON Web Token (JWT) prior to signature verification, the     parser fails to properly handle deeply nested data, leading to an unhandled recursion error. A remote     unauthenticated attacker could exploit this flaw by submitting a specially crafted token, causing the     application to raise an unexpected server exception and resulting in a Denial of Service (DoS).
    (CVE-2026-101918)

    A flaw was found in pyjwt. A remote attacker can forge authentication tokens and bypass security controls     by signing tokens with an empty key. When verifying tokens against a JSON Web Key (JWK) set that contains     an empty Hash-based Message Authentication Code (HMAC) key, the library fails to enforce key-length     validation. This allows an attacker to generate valid tokens carrying arbitrary claims to gain     unauthorized access. (CVE-2026-102266)

    PyJWT is a Python implementation of JSON Web Token standards. Prior to 2.14.0, PyJWT PyJWKClient is     affected because redirect destinations are not revalidated against the JWKS trust boundary. This occurs     when a configured trusted JWKS endpoint returns an attacker-influenced redirect. As a result, PyJWKClient     follows the redirect and consumes the redirected response as key material. Consequently, forwarded     credentials may be disclosed or verification keys may be substituted. This issue is fixed in version     2.14.0. (CVE-2026-102267)

    PyJWT is a Python implementation of JSON Web Token standards. Prior to 2.14.0, is_pem_format in     jwt/utils.py is affected because is_pem_format does not recognize every PEM representation accepted by the     cryptography loader. This occurs when an application mixes HMAC and asymmetric algorithms and supplies a     mutated public-key PEM as raw key bytes. As a result, HMACAlgorithm.prepare_key treats the unrecognized     asymmetric public key as an HMAC secret. Consequently, an attacker who knows the public key can forge     authenticated HMAC tokens. This issue is fixed in version 2.14.0. (CVE-2026-102268)

    PyJWT is a Python implementation of JSON Web Token standards. From 2.4.0 until 2.14.0, PyJWT     HMACAlgorithm.prepare_key is affected because asymmetric-key guard relies on textual markers that are     absent from DER encoding. This occurs when an application mixes HMAC and asymmetric algorithms and     supplies a DER public key as the shared verification key. As a result, PyJWT uses public DER bytes as an     HMAC secret. Consequently, an attacker who knows the public key can forge authenticated HMAC tokens. This     issue is fixed in version 2.14.0. (CVE-2026-102271)

    PyJWT is a Python implementation of JSON Web Token standards. From 2.13.0 until 2.14.0,     HMACAlgorithm.prepare_key in jwt/algorithms.py is affected because raw-JWK detector does not normalize     accepted Unicode byte-order marks before checking for JSON. This occurs when a public JWK is prefixed with     a UTF-8 BOM and used in a mixed-algorithm verification path. As a result, public JWK bypasses asymmetric-     key detection and becomes the HMAC secret. Consequently, an attacker who knows the public key can forge     authenticated tokens. This issue is fixed in version 2.14.0. (CVE-2026-102272)

    PyJWT is a Python implementation of JSON Web Token standards. From 2.13.0 until 2.14.0, PyJWT     HMACAlgorithm.prepare_key is affected because HMAC key guard only recognizes top-level public JWK forms     and misses container representations. This occurs when an application allows HMAC and asymmetric     algorithms and passes a public JWK container as the raw key. As a result, public asymmetric key material     is accepted as the HMAC secret. Consequently, an attacker who knows the public key can forge a token with     arbitrary authenticated claims. This issue is fixed in version 2.14.0. (CVE-2026-102273)

    PyJWT is a Python implementation of JSON Web Token standards. From 2.1.0 until 2.15.0, PyJWT     OKPAlgorithm.from_jwk in  jwt/algorithms.py is affected because private-JWK import path does not compare     the public key derived from d with x. This occurs when an OKP private JWK supplies non-corresponding x and     d components. As a result, identity derived from x can differ from operations performed with d.
    Consequently, if an integration also accepts private key parameters from a proof header without rejecting     them, an attacker may use a stolen sender-constrained token without the legitimate private key. This issue     is fixed in version 2.15.0. (CVE-2026-102275)

Tenable has extracted the preceding description block directly from the tested product 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 version of Tencent Linux installed on the remote TencentOS Server 4 host is prior to tested version. It is, therefore, affected by multiple vulnerabilities as referenced in the TSSA-2026:1087 advisory.

    Package updates are available for TencentOS Server 4 that fix the following vulnerabilities:

    CVE-2026-102272:
    PyJWT is a Python implementation of JSON Web Token standards. From 2.13.0 until 2.14.0,     HMACAlgorithm.prepare_key in jwt/algorithms.py is affected because raw-JWK detector does not normalize     accepted Unicode byte-order marks before checking for JSON. This occurs when a public JWK is prefixed with     a UTF-8 BOM and used in a mixed-algorithm verification path. As a result, public JWK bypasses asymmetric-     key detection and becomes the HMAC secret. Consequently, an attacker who knows the public key can forge     authenticated tokens. This issue is fixed in version 2.14.0.

    CVE-2026-102268:
    PyJWT is a Python implementation of JSON Web Token standards. Prior to 2.14.0, is_pem_format in     jwt/utils.py is affected because is_pem_format does not recognize every PEM representation accepted by the     cryptography loader. This occurs when an application mixes HMAC and asymmetric algorithms and supplies a     mutated public-key PEM as raw key bytes. As a result, HMACAlgorithm.prepare_key treats the unrecognized     asymmetric public key as an HMAC secret. Consequently, an attacker who knows the public key can forge     authenticated HMAC tokens. This issue is fixed in version 2.14.0.

    CVE-2026-102266:
    PyJWT is a Python implementation of JSON Web Token standards. From 2.13.0 until 2.14.0,     HMACAlgorithm.from_jwk is affected because PyJWK verification path used the decoded key without applying     prepare_key validation. This occurs when a trusted JWK Set contains an oct entry with an empty k value. As     a result, an attacker signs an HMAC token with the same zero-length key accepted by PyJWT. Consequently,     forged token can carry arbitrary authenticated claims. This issue is fixed in version 2.14.0.

Tenable has extracted the preceding description block directly from the Tencent 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	名称	产品	系列	发布时间	最近更新时间	严重程度
462086	Echo: pyjwt: security update to 2.14.0	Tenable Self-Hosted Container Security	Echo Local Security Checks	2026/10/2	2026/10/13	critical
462086	Echo: pyjwt: security update to 2.14.0	Tenable Cloud Security	Echo Local Security Checks	2026/10/2	2026/10/13	critical
351353	Linux Distros 未修补的漏洞：CVE-2026-102268	Nessus	Misc.	2026/9/30	2026/10/20	critical
351353	Linux Distros 未修補弱點：CVE-2026-102268	Nessus	Misc.	2026/9/30	2026/10/20	critical
351353	Linux Distros のパッチ未適用の脆弱性: CVE-2026-102268	Nessus	Misc.	2026/9/30	2026/10/20	critical
351353	Linux Distros Unpatched Vulnerability : CVE-2026-102268	Nessus	Misc.	2026/9/30	2026/10/20	critical
371882	Amazon Linux 2023 : python3-jwt, python3-jwt+crypto (ALAS2023-2026-3298)	Nessus	Amazon Linux Local Security Checks	2026/10/25	2026/10/25	critical
365155	TencentOS Server 4: python-jwt (TSSA-2026:1087)	Nessus	Tencent Local Security Checks	2026/10/12	2026/10/12	critical

检测

插件搜索

critical

critical

critical

critical

critical

critical

critical

critical