Improper Certificate Validation vulnerability in hexpm hex allows an attacker who can intercept HTTPS connections, and holds a certificate for a Hex host issued by a CA in Hex's bundled CA store, to impersonate that host to users who set cacerts_path to a CA store that leaves that CA out.
cacerts_path (HEX_CACERTS_PATH) is documented as the path to the CA certificate store, used instead of the CA bundle that ships with Hex. Hex.HTTP.SSL.ssl_opts/1 passes the configured store as the cacerts option, but builds the partial_chain callback from the bundled store whether cacerts_path is set or not. Hex.HTTP.SSL.partial_chain/2 accepts a server chain when any certificate in it has the same public key as a bundled CA certificate, so a chain that leads to a bundled CA passes verification although the configured store doesn't contain that CA. Hostname verification still applies.
This issue affects hex: from 0.20.2 before 2.5.2.
{
"cna_assigner": "EEF",
"cwe_ids": [
"CWE-295"
],
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/103xxx/CVE-2026-103503.json"
}{
"extracted_events": [
{
"range": [
{
"introduced": "c9b26a46928bfcd546773571e09c1d05f4cd9fb7"
},
{
"fixed": "5f5a2136c7cf5991b6e8a30d645ca9f8e74b0785"
}
],
"source": "AFFECTED_FIELD",
"strategy": "ChangesAt"
},
{
"range": [
{
"introduced": "0.20.2"
},
{
"fixed": "2.5.2"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StandardRange"
},
{
"range": [
{
"fixed": "c9b26a46928bfcd546773571e09c1d05f4cd9fb7"
}
],
"source": "REFERENCES_COMMIT"
},
{
"range": [
{
"fixed": "5f5a2136c7cf5991b6e8a30d645ca9f8e74b0785"
}
],
"source": "REFERENCES_COMMIT"
},
{
"range": [
{
"fixed": "6232a6498015e559743bec4f4fbec9138837cec8"
}
],
"source": "REFERENCES_COMMIT"
}
]
}