undici vulnerable to TLS certificate validation bypass via dropped tls options in Agent
undici is an HTTP client library for Node.js. In versions 4.0.0 through 6.29.0, 7.0.0 through 7.30.0, and 8.0.0 through 8.12.1, its Agent dispatcher passes its constructor options through a JSON-based deep clone before forwarding them to each per-origin pool, and because JSON cannot represent functions, a caller-supplied tls option containing a checkServerIdentity callback is silently dropped before it reaches the TLS layer. As a result, a TLS peer whose certificate a custom checkServerIdentity was written to reject, but which passes Node's default hostname and chain checks, is silently accepted. Because Agent is the default dispatcher behind request, fetch, and setGlobalDispatcher, this affects the path most applications use, and EnvHttpProxyAgent is affected on its direct and no-proxy routes as well, while only applications that pass a function-valued tls option such as a custom checkServerIdentity for certificate or public-key pinning are at risk. The issue is fixed in undici 6.29.1, 7.30.1, and 8.12.2, which preserve the tls option outside the JSON clone so custom verification callbacks are forwarded unchanged, and users should upgrade to one of those versions or later. As a workaround, pass the TLS options through connect instead of tls, or for proxied destinations use requestTls and proxyTls.
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2026-109383
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 4 Nov 2026, 02:24 UTC · Revision 1
Source evidence
undici vulnerable to TLS certificate validation bypass via dropped tls options in Agent
core-osv · Original sourcePublished 15 Oct 2026, 18:34 UTC
undici is an HTTP client library for Node.js. In versions 4.0.0 through 6.29.0, 7.0.0 through 7.30.0, and 8.0.0 through 8.12.1, its Agent dispatcher passes its constructor options through a JSON-based deep clone before forwarding them to each per-origin pool, and because JSON cannot represent functions, a caller-supplied tls option containing a checkServerIdentity callback is silently dropped before it reaches the TLS layer. As a result, a TLS peer whose certificate a custom checkServerIdentity was written to reject, but which passes Node's default hostname and chain checks, is silently accepted. Because Agent is the default dispatcher behind request, fetch, and setGlobalDispatcher, this affects the path most applications use, and EnvHttpProxyAgent is affected on its direct and no-proxy routes as well, while only applications that pass a function-valued tls option such as a custom checkServerIdentity for certificate or public-key pinning are at risk. The issue is fixed in undici 6.29.1, 7.30.1, and 8.12.2, which preserve the tls option outside the JSON clone so custom verification callbacks are forwarded unchanged, and users should upgrade to one of those versions or later. As a workaround, pass the TLS options through connect instead of tls, or for proxied destinations use requestTls and proxyTls.
osv:CVE-2026-109383
Complete source record
{
"id": "da7dd9be301d9ba21626f9459910374f2de5fed59bf957c85dfce8513a9daa81",
"url": "https://osv.dev/vulnerability/CVE-2026-109383",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "undici vulnerable to TLS certificate validation bypass via dropped tls options in Agent",
"summary": "undici is an HTTP client library for Node.js. In versions 4.0.0 through 6.29.0, 7.0.0 through 7.30.0, and 8.0.0 through 8.12.1, its Agent dispatcher passes its constructor options through a JSON-based deep clone before forwarding them to each per-origin pool, and because JSON cannot represent functions, a caller-supplied tls option containing a checkServerIdentity callback is silently dropped before it reaches the TLS layer. As a result, a TLS peer whose certificate a custom checkServerIdentity was written to reject, but which passes Node's default hostname and chain checks, is silently accepted. Because Agent is the default dispatcher behind request, fetch, and setGlobalDispatcher, this affects the path most applications use, and EnvHttpProxyAgent is affected on its direct and no-proxy routes as well, while only applications that pass a function-valued tls option such as a custom checkServerIdentity for certificate or public-key pinning are at risk. The issue is fixed in undici 6.29.1, 7.30.1, and 8.12.2, which preserve the tls option outside the JSON clone so custom verification callbacks are forwarded unchanged, and users should upgrade to one of those versions or later. As a workaround, pass the TLS options through connect instead of tls, or for proxied destinations use requestTls and proxyTls.",
"evidence": "osv:CVE-2026-109383",
"products": [],
"severity": "high",
"structured": {
"id": "CVE-2026-109383",
"aliases": [
"CVE-2026-109383",
"GHSA-2m5v-pch6-74hx"
],
"metrics": [
{
"type": "CVSS_V3",
"score": "CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/nodejs/undici",
"type": "GIT",
"events": [
{
"introduced": "06ccb4f78b070e7471b97cac4c6a9e05a0825dbd"
},
{
"fixed": "8c57f6c68c95465338ae97bfc991cb1513d2f76e"
},
{
"introduced": "1cfe0949053aac6267f11b919cee9315a27f1fd6"
},
{
"fixed": "7507102a675b082a71437f0a00681e537875556c"
},
{
"introduced": "d7fbba51772deecb830a297647456a5e9f9fec57"
},
{
"fixed": "bb6cc0ae9b6827ed273ed5ba344148273629638f"
}
],
"database_specific": {
"extracted_events": [
{
"cpe": "cpe:2.3:a:nodejs:undici:*:*:*:*:*:node.js:*:*",
"range": [
{
"introduced": "4.0.0"
},
{
"fixed": "6.29.1"
}
],
"source": "CPE_RANGE"
},
{
"cpe": "cpe:2.3:a:nodejs:undici:*:*:*:*:*:node.js:*:*",
"range": [
{
"introduced": "7.0.0"
},
{
"fixed": "7.30.1"
}
],
"source": "CPE_RANGE"
},
{
"cpe": "cpe:2.3:a:nodejs:undici:*:*:*:*:*:node.js:*:*",
"range": [
{
"introduced": "8.0.0"
},
{
"fixed": "8.12.2"
}
],
"source": "CPE_RANGE"
}
]
}
}
],
"versions": [
"v8.12.1",
"v8.12.0",
"v6.29.0",
"v7.30.0",
"v8.11.2",
"v8.11.1",
"v8.11.0",
"v6.28.1",
"v7.29.1",
"v8.10.2",
"v8.10.1",
"v8.10.0",
"v6.28.0",
"v8.9.0",
"v7.29.0",
"v6.27.0",
"v7.28.0",
"v8.8.0",
"v8.7.0",
"v8.6.0",
"v8.5.0",
"v6.26.0",
"v7.27.2",
"v8.4.1",
"v8.4.0",
"v7.27.1",
"v7.27.0",
"v7.26.0",
"v6.25.0",
"v8.3.0",
"v8.2.0",
"v7.25.0",
"v7.24.8",
"v8.1.0",
"v8.0.3",
"v8.0.2",
"v8.0.1",
"v8.0.0",
"v7.24.7",
"v7.24.6",
"v7.24.5",
"v7.24.4",
"v7.24.3",
"v7.24.2",
"v6.24.1",
"v6.24.0",
"v7.24.1",
"v7.24.0",
"v6.23.0",
"v7.23.0",
"v7.22.0",
"v7.21.0",
"v7.20.0",
"v7.19.2",
"v7.19.1",
"v7.19.0",
"v7.18.2",
"v7.18.1",
"v7.18.0",
"v6.22.0",
"v7.17.0",
"v7.16.0",
"v7.15.0",
"v6.21.3",
"v7.14.0",
"v7.13.0",
"v7.12.0",
"v7.11.0",
"v7.10.0",
"v6.21.2",
"v7.9.0",
"v7.8.0",
"v7.7.0",
"v7.5.0",
"v7.6.0",
"v7.4.0",
"v6.21.1",
"v7.3.0",
"v7.2.3",
"v7.2.2",
"v7.2.1",
"v7.2.0",
"v7.1.1",
"v7.1.0",
"v7.0.0",
"v6.21.0",
"v6.20.1",
"v6.20.0",
"v6.19.8",
"v6.19.7",
"v6.19.6",
"v6.19.5",
"v6.19.4",
"v6.19.3",
"v6.19.2",
"v6.19.1",
"v6.19.0",
"v6.18.2",
"v6.18.1",
"v6.18.0",
"v6.17.0",
"v6.16.1",
"v6.16.0",
"v6.15.0",
"v6.14.1",
"v6.14.0",
"v6.13.0",
"v6.12.0",
"v6.11.1",
"v6.11.0",
"v6.10.2",
"v6.10.1",
"v6.10.0",
"v6.9.0",
"v6.8.0",
"v6.7.1",
"v6.7.0",
"v6.6.2",
"v6.6.1",
"v5.28.2",
"v6.6.0",
"v6.5.0",
"v6.4.0",
"v6.3.0",
"v6.2.1",
"v6.2.0",
"v6.1.0",
"v6.0.1",
"v6.0.0",
"v5.28.1",
"v5.28.0",
"v5.27.2",
"v5.27.1",
"v5.27.0",
"v5.26.5",
"v5.26.4",
"v5.26.3",
"v5.26.2",
"v5.26.1",
"v5.26.0",
"v5.23.4",
"v5.25.3",
"v5.25.2",
"v5.25.1",
"v5.25.0",
"v5.24.0",
"v5.23.0",
"v5.22.1",
"v5.22.0",
"v5.21.2",
"v5.21.1",
"v5.21.0",
"v5.20.0",
"v5.19.1",
"v5.19.0",
"v5.18.0",
"v5.17.1",
"v5.17.0",
"v5.16.0",
"v5.15.2",
"v5.15.1",
"v5.15.0",
"v5.14.0",
"v5.13.0",
"v5.12.0",
"v5.11.0",
"v5.10.0",
"v5.9.1",
"v5.8.2",
"v5.8.1",
"v5.8.0",
"v5.7.0",
"v5.6.1",
"v5.6.0",
"v5.5.1",
"v5.5.0",
"v5.4.0",
"v5.3.0",
"v5.2.0",
"v5.1.1",
"v5.1.0",
"v5.0.0",
"v4.16.0",
"v4.15.1",
"v4.15.0",
"v4.14.1",
"v4.14.0",
"v4.13.0",
"v4.12.2",
"v4.12.0",
"v4.11.3",
"v4.11.2",
"v4.11.1",
"v4.11.0",
"v4.10.4",
"v4.10.3",
"v4.10.2",
"v4.10.1",
"v4.10.0",
"v4.9.5",
"v4.9.4",
"v4.9.3",
"v4.9.2",
"v4.9.1",
"v4.9.0",
"v4.8.2",
"v4.8.1",
"v4.8.0",
"v4.7.3",
"v4.7.2",
"v4.7.1",
"v4.7.0",
"v4.6.0",
"v4.5.1",
"v4.5.0",
"v4.4.7",
"v4.4.6",
"v4.4.5",
"v4.4.4",
"v4.4.3",
"v4.4.2",
"v4.4.1",
"v4.3.1",
"v4.3.0",
"v4.2.2",
"v4.2.1",
"v4.1.1",
"v4.1.0",
"v4.0.0"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-109383.json"
}
}
],
"modified": "2026-10-28T02:30:32.379511938Z",
"provider": "osv",
"references": [
"https://cna.openjsf.org/security-advisories.html",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/109xxx/CVE-2026-109383.json",
"https://github.com/nodejs/undici/security/advisories/GHSA-2m5v-pch6-74hx",
"https://nvd.nist.gov/vuln/detail/CVE-2026-109383"
],
"provider_metadata": {
"cwe_ids": [
"CWE-295"
],
"cna_assigner": "openjs",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/109xxx/CVE-2026-109383.json"
}
},
"related_cves": [
{
"value": "CVE-2026-109383",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 499636,
"published_at": "2026-10-15T18:34:01.468+00:00"
}