因此，它會受到 ALAS2023-2026-3298 公告中所提及的多個弱點影響。

    在 PyJWT 中發現缺陷。遠端攻擊者可提交包含未知金鑰識別碼的權杖，透過傳出要求放大觸發拒絕服務 （DoS）。由於程式庫在擷取簽署金鑰時不會快取查閱失敗或強制執行最小重新整理間隔，因此每個無效的金鑰識別碼都會強制向遠端 JSON Web 金鑰集 （JWKS） 伺服器提出新要求。攻擊者可藉此耗盡網路資源，並使已設定的驗證端點不堪重負。（CVE-2026-101917）

    在 PyJWT 中發現缺陷。在簽章驗證之前處理 JSON Web 權杖 （JWT） 時，剖析器無法正確處理深度巢狀資料，導致未處理的遞迴錯誤。未經身份驗證的遠端攻擊者可以透過提交特製的權杖來利用此缺陷，導致應用程式引發非預期的伺服器異常並導致拒絕服務 （DoS）。
    (CVE-2026-101918)

    在 pyjwt 中發現一個缺陷。遠端攻擊者可以偽造身份驗證權杖，並透過使用空金鑰簽署權杖來繞過安全控制。針對包含空白雜湊型訊息驗證碼 （HMAC） 金鑰的 JSON Web 金鑰 （JWK） 集驗證權杖時，程式庫無法強制執行金鑰長度驗證。這允許攻擊者產生帶有任意聲明的有效令牌，以獲得未經授權的存取。（CVE-2026-102266）

    PyJWT 是 JSON Web 令牌標準的 Python 實作。在之前 2.14.0，PyJWT PyJWKClient 會受到影響，因為重新導向目的地不會根據 JWKS 信任邊界重新驗證。當已設定的受信任 JWKS 端點傳回受攻擊者影響的重新導向時，就會發生這種情況。因此，PyJWKClient 會遵循重新導向，並將重新導向的回應作為關鍵資料使用。因此，轉發的憑證可能會被洩露或驗證金鑰可能會被替換。2.14.0 版已修正此問題。(CVE-2026-102267)

    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)

    PyJWT 是 JSON Web 令牌標準的 Python 實作。從 2.4.0 直到 2.14.0，PyJWT HMACAlgorithm.prepare_key 會受到影響，因為非對稱金鑰保護依賴 DER 編碼中沒有的文字標記。當應用程式混合 HMAC 和非對稱演算法，並提供 DER 公開金鑰作為共用驗證金鑰時，就會發生這種情況。因此，PyJWT 使用公共 DER 位元組作為 HMAC 密碼。因此，知道公開金鑰的攻擊者可以偽造經過身份驗證的 HMAC 權杖。2.14.0 版已修正此問題。(CVE-2026-102271)

    PyJWT 是 JSON Web 令牌標準的 Python 實作。從 2.13.0 直到 2.14.0，jwt/algorithms.py 中的HMACAlgorithm.prepare_key會受到影響，因為 raw-JWK 偵測器不會在檢查 JSON 之前正規化接受的 Unicode 位元組順序標記。當公用 JWK 以 UTF-8 BOM 為前置詞，並在混合演算法驗證路徑中使用時，就會發生這種情況。因此，公用 JWK 會繞過非對稱金鑰偵測，並成為 HMAC 密碼。因此，知道公開金鑰的攻擊者可以偽造經過身份驗證的權杖。2.14.0 版已修正此問題。(CVE-2026-102272)

    PyJWT 是 JSON Web 令牌標準的 Python 實作。從 2.13.0 直到 2.14.0，PyJWT HMACAlgorithm.prepare_key 會受到影響，因為 HMAC 金鑰保護只能識別頂層公用 JWK 表單，而會遺漏容器表示法。當應用程式允許 HMAC 和非對稱演算法，並將公用 JWK 容器作為原始金鑰傳遞時，就會發生這種情況。因此，公開非對稱金鑰資料會被接受為 HMAC 密碼。因此，知道公開金鑰的攻擊者可以偽造具有任意已驗證聲明的權杖。2.14.0 版已修正此問題。(CVE-2026-102273)

    PyJWT 是 JSON Web 令牌標準的 Python 實作。從 2.1.0 直到 2.15.0，jwt/algorithms.py 中的 PyJWT OKPAlgorithm.from_jwk會受到影響，因為私有 JWK 匯入路徑不會將派生自 d 的公開金鑰與 x 進行比較。當 OKP 私人 JWK 提供不對應的 x 和 d 元件時，就會發生這種情況。因此，從 x 派生的身分識別可能與使用 d 執行的作業不同。
    因此，如果整合也接受來自證明標頭的私密金鑰參數而不拒絕它們，則攻擊者可能會使用沒有合法私密金鑰的竊取寄件者限制權杖。2.15.0 版已修正此問題。(CVE-2026-102275)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

偵測

Amazon Linux 2023：python3-jwt、python3-jwt+crypto （ALAS2023-2026-3298）

critical Nessus Plugin ID 371882

找不到依附元件