<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Cpe:2.3:a:python-Jose_project:python-Jose:*:*:*:*:*:python:*:* - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/cpes/cpe2.3apython-jose_projectpython-josepython/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Thu, 03 Sep 2026 19:22:35 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/cpes/cpe2.3apython-jose_projectpython-josepython/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Authentication Bypass via HMAC Key Confusion in python-jose</title><link>https://feed.craftedsignal.io/briefs/2026-09-python-jose-hmac-vulnerability/</link><pubDate>Thu, 03 Sep 2026 19:22:35 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-python-jose-hmac-vulnerability/</guid><description>The python-jose library version 3.5.0 and earlier fails to validate asymmetric keys during HMAC initialization, allowing attackers with a public key to forge HS256 JWT tokens.</description><content:encoded><![CDATA[<p>The python-jose library, specifically versions through 3.5.0, contains a critical vulnerability related to improper validation of asymmetric keys during HMAC initialization. The library incorrectly accepts DER-encoded public keys that lack required PEM armor or SSH prefixes. This flaw serves as an incomplete fix for the previously disclosed CVE-2024-33663. When applications using python-jose do not explicitly restrict the allowed JWT signing algorithms, an attacker in possession of the service's public key can exploit this behavior to sign malicious tokens using the HS256 algorithm. Because the library treats the public key as an HMAC secret, the forged HS256 tokens will be erroneously accepted as valid by the authentication logic, leading to total authentication bypass. This issue is highly critical for any application relying on python-jose for JWT validation where algorithmic agility is not strictly disabled.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows unauthenticated attackers to forge arbitrary JSON Web Tokens, potentially granting them administrative access or full control over user accounts. The vulnerability affects all applications incorporating python-jose versions 3.5.0 and earlier that permit JWT validation without explicitly whitelisting algorithms, placing a wide range of Python-based web services at risk of credential forgery and account takeover.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade python-jose to a version that addresses CVE-2026-85394 once a patch is released by the maintainers.</li>
<li>Audit all JWT validation logic to ensure that algorithms are explicitly restricted (e.g., using 'algorithms=[&quot;RS256&quot;]') and that the library does not default to an 'auto-detect' or 'all allowed' configuration.</li>
<li>Implement strict verification of incoming token headers to reject non-expected algorithms (HS256) if the service expects RSA or ECDSA signatures.</li>
</ul>
]]></content:encoded><category domain="severity">critical</category><category domain="type">advisory</category><category>authentication-bypass</category><category>jwt-forgery</category><category>dependency-vulnerability</category></item></channel></rss>