{"api_version":"1","generated_at":"2026-09-14T08:03:53+00:00","cve":"CVE-2026-80989","urls":{"html":"https://cve.report/CVE-2026-80989","api":"https://cve.report/api/cve/CVE-2026-80989.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-80989","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-80989"},"summary":{"title":"net: thunderbolt: Mark the connection down when bringing it up fails","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nnet: thunderbolt: Mark the connection down when bringing it up fails\n\nEvery failure path in tbnet_connected_work() undoes its own work and\nreturns without clearing login_sent, so the connection still looks\nestablished. The next tbnet_tear_down() therefore takes its main branch\nand repeats a teardown that already happened: it stops rings that are\nalready stopped, which is a dev_WARN() and fatal under panic_on_warn,\nand it releases net->remote_transmit_path even on the HopID mismatch\npath, where this connection never owned that id, silently freeing one\nthat someone else is still using.\n\nClear login_sent on those paths. That is enough for tbnet_tear_down() to\nleave the unwound state alone, and login_received has to stay set: it\nrecords that the peer has logged in and carries the transmit path it gave\nus, which nothing on this side can make the peer send again. Two things\nchange beyond keeping the teardown out of the way: the logout request in\nthat block is no longer sent, and the peer's next login request now\nre-queues our login work rather than connected_work, giving the\nconnection a fresh login instead of a retry on stale state.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-09-11 20:19:05","updated_at":"2026-09-13 07:17:05"},"problem_types":[],"metrics":[{"version":"3.1","source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","score":"8.8","severity":"HIGH","vector":"CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","data":{"version":"3.1","vectorString":"CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","baseScore":8.8,"baseSeverity":"HIGH","attackVector":"ADJACENT_NETWORK","attackComplexity":"LOW","privilegesRequired":"NONE","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"HIGH","integrityImpact":"HIGH","availabilityImpact":"HIGH"}},{"version":"3.1","source":"CNA","type":"DECLARED","score":"8.8","severity":"HIGH","vector":"CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","data":{"baseScore":8.8,"baseSeverity":"HIGH","vectorString":"CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","version":"3.1"}}],"references":[{"url":"https://git.kernel.org/stable/c/ed1d6e3d735e7b03f43a02f4306c89eb7663da14","name":"https://git.kernel.org/stable/c/ed1d6e3d735e7b03f43a02f4306c89eb7663da14","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/3c8b26ebf525ba5960510f48c6e9936a79ebe76f","name":"https://git.kernel.org/stable/c/3c8b26ebf525ba5960510f48c6e9936a79ebe76f","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/d6c0af293129345a17dc31c9b4179dc7f3d6af7a","name":"https://git.kernel.org/stable/c/d6c0af293129345a17dc31c9b4179dc7f3d6af7a","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/f01e6a35c440b62f060e21f36b385e574a7f308c","name":"https://git.kernel.org/stable/c/f01e6a35c440b62f060e21f36b385e574a7f308c","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-80989","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-80989","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected e69b6c02b4c3b8d03be7136f90dd9551ad5a5a5e ed1d6e3d735e7b03f43a02f4306c89eb7663da14 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected e69b6c02b4c3b8d03be7136f90dd9551ad5a5a5e f01e6a35c440b62f060e21f36b385e574a7f308c git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected e69b6c02b4c3b8d03be7136f90dd9551ad5a5a5e d6c0af293129345a17dc31c9b4179dc7f3d6af7a git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected e69b6c02b4c3b8d03be7136f90dd9551ad5a5a5e 3c8b26ebf525ba5960510f48c6e9936a79ebe76f git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 4.15","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 4.15 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.109 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.50 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.2.4 7.2.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.3-rc1 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":{"cve_year":"2026","cve_id":"80989","cve":"CVE-2026-80989","epss":"0.003210000","percentile":"0.249760000","score_date":"2026-09-13","updated_at":"2026-09-14 00:18:01"},"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["drivers/net/thunderbolt/main.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"ed1d6e3d735e7b03f43a02f4306c89eb7663da14","status":"affected","version":"e69b6c02b4c3b8d03be7136f90dd9551ad5a5a5e","versionType":"git"},{"lessThan":"f01e6a35c440b62f060e21f36b385e574a7f308c","status":"affected","version":"e69b6c02b4c3b8d03be7136f90dd9551ad5a5a5e","versionType":"git"},{"lessThan":"d6c0af293129345a17dc31c9b4179dc7f3d6af7a","status":"affected","version":"e69b6c02b4c3b8d03be7136f90dd9551ad5a5a5e","versionType":"git"},{"lessThan":"3c8b26ebf525ba5960510f48c6e9936a79ebe76f","status":"affected","version":"e69b6c02b4c3b8d03be7136f90dd9551ad5a5a5e","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["drivers/net/thunderbolt/main.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"4.15"},{"lessThan":"4.15","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.109","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.50","versionType":"semver"},{"lessThanOrEqual":"7.2.*","status":"unaffected","version":"7.2.4","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.3-rc1","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.109","versionStartIncluding":"4.15","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.50","versionStartIncluding":"4.15","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2.4","versionStartIncluding":"4.15","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.3-rc1","versionStartIncluding":"4.15","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nnet: thunderbolt: Mark the connection down when bringing it up fails\n\nEvery failure path in tbnet_connected_work() undoes its own work and\nreturns without clearing login_sent, so the connection still looks\nestablished. The next tbnet_tear_down() therefore takes its main branch\nand repeats a teardown that already happened: it stops rings that are\nalready stopped, which is a dev_WARN() and fatal under panic_on_warn,\nand it releases net->remote_transmit_path even on the HopID mismatch\npath, where this connection never owned that id, silently freeing one\nthat someone else is still using.\n\nClear login_sent on those paths. That is enough for tbnet_tear_down() to\nleave the unwound state alone, and login_received has to stay set: it\nrecords that the peer has logged in and carries the transmit path it gave\nus, which nothing on this side can make the peer send again. Two things\nchange beyond keeping the teardown out of the way: the logout request in\nthat block is no longer sent, and the peer's next login request now\nre-queues our login work rather than connected_work, giving the\nconnection a fresh login instead of a retry on stale state."}],"metrics":[{"cvssV3_1":{"baseScore":8.8,"baseSeverity":"HIGH","vectorString":"CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","version":"3.1"},"scenarios":[{"lang":"en","value":"AV:A - Triggered by ThunderboltIP XDomain control messages (TBIP_LOGIN/TBIP_LOGOUT) from a peer on the same direct Thunderbolt/USB4 link; not Internet-routable, but reachable from an adjacent connected host, dock, or in-line device, matching other tbnet CVEs.\nAC:L - A malicious peer completes the ThunderboltIP handshake, sends LOGIN with an invalid or colliding transmit_path so tbnet_connected_work() fails, then sends TBIP_LOGOUT to run tbnet_tear_down(); the attacker controls both sides with no race or layout dependency.\nPR:N - No Linux account, capability, or init-namespace privilege is required; any Thunderbolt/USB4 peer that speaks ThunderboltIP can send the crafted login and logout on the unauthenticated XDomain control channel after the automatic host-to-host handshake.\nUI:N - Once a ThunderboltIP-capable link exists, which is typical for docks, direct laptop-to-laptop networking, and shared workstations, the peer can force the failed bring-up and teardown without further victim action beyond the existing cable connection.\nS:U - Impact stays in the host kernel Thunderbolt network driver and XDomain DMA path state (ring WARN, HopID IDA, NHI teardown) and does not by itself cross a VM, container, or IOMMU security boundary.\nC:H - Failed bring-up leaves login_sent set, so the next teardown releases net->remote_transmit_path even when this connection never owned that HopID, freeing an ID another tunnel still uses; reuse of that HopID can misdirect NHI DMA and disclose kernel or other-tunnel buffer contents.\nI:H - The same stale-login teardown double-stops rings and disables or releases DMA HopIDs that may belong to another XDomain tunnel, and on ICM firmware it issues a port-wide XDomain disconnect, which can overwrite live hop config and let reused NHI DMA corrupt kernel memory.\nA:H - Repeating teardown of an already unwound connection calls tb_ring_stop() on stopped rings (dev_WARN, fatal under panic_on_warn) and ida_free() of an unallocated or in-use HopID (WARN), and can hang or panic the host via bad DMA path teardown."}]}],"providerMetadata":{"dateUpdated":"2026-09-13T06:28:53.900Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/ed1d6e3d735e7b03f43a02f4306c89eb7663da14"},{"url":"https://git.kernel.org/stable/c/f01e6a35c440b62f060e21f36b385e574a7f308c"},{"url":"https://git.kernel.org/stable/c/d6c0af293129345a17dc31c9b4179dc7f3d6af7a"},{"url":"https://git.kernel.org/stable/c/3c8b26ebf525ba5960510f48c6e9936a79ebe76f"}],"title":"net: thunderbolt: Mark the connection down when bringing it up fails","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-80989","datePublished":"2026-09-11T19:42:46.872Z","dateReserved":"2026-08-26T14:34:25.811Z","dateUpdated":"2026-09-13T06:28:53.900Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-09-11 20:19:05","lastModifiedDate":"2026-09-13 07:17:05","problem_types":[],"metrics":{"cvssMetricV31":[{"source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","cvssData":{"version":"3.1","vectorString":"CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","baseScore":8.8,"baseSeverity":"HIGH","attackVector":"ADJACENT_NETWORK","attackComplexity":"LOW","privilegesRequired":"NONE","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"HIGH","integrityImpact":"HIGH","availabilityImpact":"HIGH"},"exploitabilityScore":2.8,"impactScore":5.9}]},"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"80989","Ordinal":"1","Title":"net: thunderbolt: Mark the connection down when bringing it up f","CVE":"CVE-2026-80989","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"80989","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nnet: thunderbolt: Mark the connection down when bringing it up fails\n\nEvery failure path in tbnet_connected_work() undoes its own work and\nreturns without clearing login_sent, so the connection still looks\nestablished. The next tbnet_tear_down() therefore takes its main branch\nand repeats a teardown that already happened: it stops rings that are\nalready stopped, which is a dev_WARN() and fatal under panic_on_warn,\nand it releases net->remote_transmit_path even on the HopID mismatch\npath, where this connection never owned that id, silently freeing one\nthat someone else is still using.\n\nClear login_sent on those paths. That is enough for tbnet_tear_down() to\nleave the unwound state alone, and login_received has to stay set: it\nrecords that the peer has logged in and carries the transmit path it gave\nus, which nothing on this side can make the peer send again. Two things\nchange beyond keeping the teardown out of the way: the logout request in\nthat block is no longer sent, and the peer's next login request now\nre-queues our login work rather than connected_work, giving the\nconnection a fresh login instead of a retry on stale state.","Type":"Description","Title":"net: thunderbolt: Mark the connection down when bringing it up f"}]}}}