Skip to content
Heist/ feed
Back to feed
Medium

Nodemailer 5.0.0 through 10.0.1 TLS servername Cache Confusion

Type: advisorySources: OSV

Nodemailer versions 5.0.0 through 10.0.1 use a process-global DNS cache that is keyed only by the DNS host, while each cache entry also stores the caller-specific TLS servername. When two direct TLS/SMTPS transports (secure: true) resolve the same non-IP host with different tls.servername values, the first transport's servername is returned on the cache hit and overwrites the second transport's explicitly configured value, so Nodemailer sends the wrong SNI value and validates the peer certificate against the wrong identity. In multi-tenant services or SNI-routed SMTP gateways, an attacker who can prime the cache can cause a victim transport to connect to the attacker's TLS virtual host and accept the attacker's certificate even with rejectUnauthorized: true, disclosing the victim's SMTP credentials. Fixed in 10.0.2.

Products
Not specified
Affected versions
Not specified
Fixed versions
Not specified
CVEs
CVE-2026-100701
Confirmed fixed CVEs
Not specified
Updated in this feed
2 Nov 2026, 22:16 UTC · Revision 1

Source evidence

Nodemailer 5.0.0 through 10.0.1 TLS servername Cache Confusion

core-osv · Original source

Published 26 Sept 2026, 13:23 UTC

Nodemailer versions 5.0.0 through 10.0.1 use a process-global DNS cache that is keyed only by the DNS host, while each cache entry also stores the caller-specific TLS servername. When two direct TLS/SMTPS transports (secure: true) resolve the same non-IP host with different tls.servername values, the first transport's servername is returned on the cache hit and overwrites the second transport's explicitly configured value, so Nodemailer sends the wrong SNI value and validates the peer certificate against the wrong identity. In multi-tenant services or SNI-routed SMTP gateways, an attacker who can prime the cache can cause a victim transport to connect to the attacker's TLS virtual host and accept the attacker's certificate even with rejectUnauthorized: true, disclosing the victim's SMTP credentials. Fixed in 10.0.2.

osv:CVE-2026-100701
Complete source record
{
  "id": "4878ce2baab80c16bc7708e476c668b3a952a4ed1229806a7aee129aa52b0495",
  "url": "https://osv.dev/vulnerability/CVE-2026-100701",
  "method": "structured",
  "payload": {
    "kind": "advisory",
    "title": "Nodemailer 5.0.0 through 10.0.1 TLS servername Cache Confusion",
    "summary": "Nodemailer versions 5.0.0 through 10.0.1 use a process-global DNS cache that is keyed only by the DNS host, while each cache entry also stores the caller-specific TLS servername. When two direct TLS/SMTPS transports (secure: true) resolve the same non-IP host with different tls.servername values, the first transport's servername is returned on the cache hit and overwrites the second transport's explicitly configured value, so Nodemailer sends the wrong SNI value and validates the peer certificate against the wrong identity. In multi-tenant services or SNI-routed SMTP gateways, an attacker who can prime the cache can cause a victim transport to connect to the attacker's TLS virtual host and accept the attacker's certificate even with rejectUnauthorized: true, disclosing the victim's SMTP credentials. Fixed in 10.0.2.",
    "evidence": "osv:CVE-2026-100701",
    "products": [],
    "severity": "medium",
    "structured": {
      "id": "CVE-2026-100701",
      "aliases": [
        "CVE-2026-100701",
        "GHSA-6vj9-mwq6-2f5v"
      ],
      "metrics": [
        {
          "type": "CVSS_V4",
          "score": "CVSS:4.0/AV:N/AC:H/AT:P/PR:L/UI:N/VC:H/VI:L/VA:N/SC:N/SI:N/SA:N"
        }
      ],
      "affected": [
        {
          "ranges": [
            {
              "repo": "https://github.com/nodemailer/nodemailer",
              "type": "GIT",
              "events": [
                {
                  "introduced": "ede574a257673d995bc441a7587131f2917cad71"
                },
                {
                  "fixed": "01957998adab6c56b3f63c17a39a72a3ff18f3f4"
                }
              ],
              "database_specific": {
                "extracted_events": [
                  {
                    "range": [
                      {
                        "introduced": "5.0.0"
                      },
                      {
                        "fixed": "10.0.2"
                      }
                    ],
                    "source": "AFFECTED_FIELD",
                    "strategy": "StandardRange"
                  }
                ]
              }
            }
          ],
          "versions": [
            "v10.0.1",
            "v10.0.0",
            "v9.1.1",
            "v9.1.0",
            "v9.0.6",
            "v9.0.5",
            "v9.0.4",
            "v9.0.3",
            "v9.0.2",
            "v9.0.1",
            "v9.0.0",
            "v8.0.11",
            "v8.0.10",
            "v8.0.9",
            "v8.0.8",
            "v8.0.7",
            "v8.0.6",
            "v8.0.5",
            "v8.0.4",
            "v8.0.3",
            "v8.0.2",
            "v8.0.1",
            "v8.0.0",
            "v7.0.13",
            "v7.0.12",
            "v7.0.11",
            "v7.0.10",
            "v7.0.9",
            "v7.0.7",
            "v7.0.6",
            "v7.0.5",
            "v6.9.16",
            "v6.9.15",
            "v6.9.14",
            "v6.9.13",
            "v6.9.10",
            "v6.9.8",
            "v6.9.7",
            "v6.9.6",
            "v6.9.5",
            "v6.9.4",
            "v6.9.3",
            "v6.9.2",
            "v6.9.1",
            "v6.9.0",
            "v6.8.0",
            "v6.7.8",
            "v6.7.7",
            "v6.7.6",
            "v6.7.5",
            "v6.7.4",
            "v6.7.3",
            "v6.7.2",
            "v6.7.1",
            "v6.7.0",
            "v6.6.5",
            "v6.6.4",
            "v6.6.3",
            "v6.6.1",
            "v6.6.0",
            "v6.5.0",
            "v6.4.18",
            "v6.4.17",
            "v6.4.16",
            "v6.4.15",
            "v6.4.14",
            "v6.4.13",
            "v6.4.12",
            "v6.4.11",
            "v6.4.10",
            "v6.4.8",
            "v6.4.7",
            "v6.4.6",
            "v6.4.5",
            "v6.4.4",
            "v6.4.3",
            "v6.4.2",
            "v6.4.1",
            "v6.4.0",
            "v6.3.1",
            "v6.3.0",
            "v6.2.1",
            "v6.2.0",
            "v6.1.1",
            "v6.1.0",
            "v6.0.0",
            "v5.1.1",
            "v5.1.0",
            "v5.0.1",
            "v5.0.0"
          ],
          "database_specific": {
            "source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-100701.json"
          }
        }
      ],
      "modified": "2026-10-28T02:30:24.184782854Z",
      "provider": "osv",
      "references": [
        "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/100xxx/CVE-2026-100701.json",
        "https://github.com/nodemailer/nodemailer/security/advisories/GHSA-6vj9-mwq6-2f5v",
        "https://nvd.nist.gov/vuln/detail/CVE-2026-100701",
        "https://www.vulncheck.com/advisories/nodemailer-5.0.0-through-10.0.1-tls-servername-cache-confusion"
      ],
      "provider_metadata": {
        "cwe_ids": [
          "CWE-295"
        ],
        "cna_assigner": "VulnCheck",
        "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/100xxx/CVE-2026-100701.json"
      }
    },
    "related_cves": [
      {
        "value": "CVE-2026-100701",
        "evidence": "/id"
      }
    ],
    "security_relevant": true,
    "severity_evidence": "/severity/0/score"
  },
  "source_id": "core-osv",
  "document_id": 490505,
  "published_at": "2026-09-26T13:23:57.215+00:00"
}