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

    PyJWT 是 Python 中的 JSON Web 令牌實作。在 之前， 2.13.0PyJWKClient 將其 uri 參數直接傳遞給 urllib.request.urlopen（），該引數使用 Python stdlib 的預設 OpenerDirector 註冊 HTTPHandler、HTTPSHandler、FTPHandler、FileHandler 和 DataHandler。目前沒有記錄在案的選項來限制 PyJWKClient 將獲取哪些方案。如果應用程式的 jku URL 擷取路徑接受受攻擊者影響的 URL（例如，來自JWT標頭、設定檔、OAuth 流程參數），攻擊者可以導致 PyJWKClient 透過 file://（本機檔案系統上的 SSRF）讀取任意本機檔案，導致 PyJWKClient 嘗試FTP/資料 URI 擷取（更廣泛的 SSRF 表面），或偽造 PyJWT 驗證為有效的令牌。程式庫不會直接將非 HTTP（S） URI 內容傳回給攻擊者;原始報告中描述的鏈結植物 JWKS 偽造令牌場景需要此修正程式無法解決的其他應用程式層缺陷 （攻擊者對檔案系統路徑的寫入存取權、不受信任的 JKU 衍生）。此弱點已在 2.13.0 中修正。(CVE-2026-48522)

    PyJWT 是 Python 中的 JSON Web 令牌實作。從 2.8.0 到 2.12.1，當使用 unencoded-payload 選項（b64：false，RFC 7797）驗證分離的 JWS 令牌時，PyJWT 會在強制執行分離有效負載規則之前對緊湊序列化有效負載段執行 Base64URL 解碼。對於 b64=false，PyJWT 稍後會捨棄該解碼的承載，並將其替換為呼叫者提供的detached_payload。在實踐中，這會將中間段變成攻擊者控制的工作放大器：遠端用戶端可以提供任意大的 Base64URL 有效負載段，即使簽章無效，也強制 CPU 工作 + 記憶體分配。這會針對使用 PyJWT 驗證分離 JWS 的任何端點建立未經驗證的 DoS 向量。此弱點已在 2.13.0 中修正。(CVE-2026-48525)

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

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

偵測

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

medium Nessus Plugin ID 337210

版本 1.1