{"api_version":"1","generated_at":"2026-10-23T15:16:39+00:00","cve":"CVE-2026-99025","urls":{"html":"https://cve.report/CVE-2026-99025","api":"https://cve.report/api/cve/CVE-2026-99025.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-99025","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-99025"},"summary":{"title":"openvswitch: fix soft lockup in the netlink flow dump","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nopenvswitch: fix soft lockup in the netlink flow dump\n\nA production compute node carrying a few thousand datapath flows hit a\nsoft lockup inside a single netlink flow dump and panicked.\n\novs_flow_cmd_dump() calls ovs_flow_stats_get() for every flow it\nemits, and that releases stats->lock with spin_unlock_bh() once per\nCPU that has touched the flow. Every release is a local_bh_enable(),\nand each one runs the pending softirq backlog in the dumping thread's\nown context.\n\nThe skb bounds the flows one callback emits, but not the softirq work\nit absorbs. On a CPU that carries the box's packet load the backlog\nrefills as fast as it drains, so the dumping thread becomes that CPU's\nsoftirq engine. It never sleeps and it has no reschedule point, so\nunder voluntary preemption nothing can take the CPU away from it:\nneither the ksoftirqd the kernel woke to take the work over, nor the\nstopper thread the softlockup detector dispatches to refresh its\ntimestamp.\n\nHold BH off across the whole callback instead, the way\nctnetlink_dump_table() does, so the nested spin_unlock_bh() stop\ndraining softirqs. The loop already runs under rcu_read_lock() and\ncannot sleep. What it gives up is preemption under CONFIG_PREEMPT,\nsince a BH-off region is not preemptible outside PREEMPT_RT. The\nregion stays short: the skb caps the flows one callback emits, and\nempty buckets cost no skb space but are each visited once per dump, as\nthe cursor only moves forward. The table grows on insert and shrinks\nonly on flush, so the walk is bounded by the largest flow count the\ndatapath has held. The softirq backlog the callback used to absorb has\nno bound at all.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-10-23 13:17:25","updated_at":"2026-10-23 13:17:25"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/80db24f3c16fdeef85460d9d66a4aae7a9cb92b4","name":"https://git.kernel.org/stable/c/80db24f3c16fdeef85460d9d66a4aae7a9cb92b4","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/aaaaf87ea99b8766c9a8aa0e71aa42e6bc8a5320","name":"https://git.kernel.org/stable/c/aaaaf87ea99b8766c9a8aa0e71aa42e6bc8a5320","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/55f12552b00a34ca7ab5cf2d2b5ed02f8f06a965","name":"https://git.kernel.org/stable/c/55f12552b00a34ca7ab5cf2d2b5ed02f8f06a965","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/c995c52eba1926a5e82823fa5573a6f1b1010e5d","name":"https://git.kernel.org/stable/c/c995c52eba1926a5e82823fa5573a6f1b1010e5d","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/b872de585edff534056c65ba30970b68499fca14","name":"https://git.kernel.org/stable/c/b872de585edff534056c65ba30970b68499fca14","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-99025","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-99025","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 63e7959c4b9bd6f791061c460a22d9ee32ae2240 c995c52eba1926a5e82823fa5573a6f1b1010e5d git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 63e7959c4b9bd6f791061c460a22d9ee32ae2240 b872de585edff534056c65ba30970b68499fca14 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 63e7959c4b9bd6f791061c460a22d9ee32ae2240 55f12552b00a34ca7ab5cf2d2b5ed02f8f06a965 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 63e7959c4b9bd6f791061c460a22d9ee32ae2240 80db24f3c16fdeef85460d9d66a4aae7a9cb92b4 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 63e7959c4b9bd6f791061c460a22d9ee32ae2240 aaaaf87ea99b8766c9a8aa0e71aa42e6bc8a5320 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 3.16","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 3.16 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.6.160 6.6.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.113 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.57 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.2.11 7.2.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.3 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":null,"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["net/openvswitch/datapath.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"c995c52eba1926a5e82823fa5573a6f1b1010e5d","status":"affected","version":"63e7959c4b9bd6f791061c460a22d9ee32ae2240","versionType":"git"},{"lessThan":"b872de585edff534056c65ba30970b68499fca14","status":"affected","version":"63e7959c4b9bd6f791061c460a22d9ee32ae2240","versionType":"git"},{"lessThan":"55f12552b00a34ca7ab5cf2d2b5ed02f8f06a965","status":"affected","version":"63e7959c4b9bd6f791061c460a22d9ee32ae2240","versionType":"git"},{"lessThan":"80db24f3c16fdeef85460d9d66a4aae7a9cb92b4","status":"affected","version":"63e7959c4b9bd6f791061c460a22d9ee32ae2240","versionType":"git"},{"lessThan":"aaaaf87ea99b8766c9a8aa0e71aa42e6bc8a5320","status":"affected","version":"63e7959c4b9bd6f791061c460a22d9ee32ae2240","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["net/openvswitch/datapath.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"3.16"},{"lessThan":"3.16","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.6.*","status":"unaffected","version":"6.6.160","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.113","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.57","versionType":"semver"},{"lessThanOrEqual":"7.2.*","status":"unaffected","version":"7.2.11","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.3","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.6.160","versionStartIncluding":"3.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.113","versionStartIncluding":"3.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.57","versionStartIncluding":"3.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2.11","versionStartIncluding":"3.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.3","versionStartIncluding":"3.16","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nopenvswitch: fix soft lockup in the netlink flow dump\n\nA production compute node carrying a few thousand datapath flows hit a\nsoft lockup inside a single netlink flow dump and panicked.\n\novs_flow_cmd_dump() calls ovs_flow_stats_get() for every flow it\nemits, and that releases stats->lock with spin_unlock_bh() once per\nCPU that has touched the flow. Every release is a local_bh_enable(),\nand each one runs the pending softirq backlog in the dumping thread's\nown context.\n\nThe skb bounds the flows one callback emits, but not the softirq work\nit absorbs. On a CPU that carries the box's packet load the backlog\nrefills as fast as it drains, so the dumping thread becomes that CPU's\nsoftirq engine. It never sleeps and it has no reschedule point, so\nunder voluntary preemption nothing can take the CPU away from it:\nneither the ksoftirqd the kernel woke to take the work over, nor the\nstopper thread the softlockup detector dispatches to refresh its\ntimestamp.\n\nHold BH off across the whole callback instead, the way\nctnetlink_dump_table() does, so the nested spin_unlock_bh() stop\ndraining softirqs. The loop already runs under rcu_read_lock() and\ncannot sleep. What it gives up is preemption under CONFIG_PREEMPT,\nsince a BH-off region is not preemptible outside PREEMPT_RT. The\nregion stays short: the skb caps the flows one callback emits, and\nempty buckets cost no skb space but are each visited once per dump, as\nthe cursor only moves forward. The table grows on insert and shrinks\nonly on flush, so the walk is bounded by the largest flow count the\ndatapath has held. The softirq backlog the callback used to absorb has\nno bound at all."}],"providerMetadata":{"dateUpdated":"2026-10-23T12:21:12.410Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/c995c52eba1926a5e82823fa5573a6f1b1010e5d"},{"url":"https://git.kernel.org/stable/c/b872de585edff534056c65ba30970b68499fca14"},{"url":"https://git.kernel.org/stable/c/55f12552b00a34ca7ab5cf2d2b5ed02f8f06a965"},{"url":"https://git.kernel.org/stable/c/80db24f3c16fdeef85460d9d66a4aae7a9cb92b4"},{"url":"https://git.kernel.org/stable/c/aaaaf87ea99b8766c9a8aa0e71aa42e6bc8a5320"}],"title":"openvswitch: fix soft lockup in the netlink flow dump","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-99025","datePublished":"2026-10-23T12:21:12.410Z","dateReserved":"2026-09-25T10:25:14.386Z","dateUpdated":"2026-10-23T12:21:12.410Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-10-23 13:17:25","lastModifiedDate":"2026-10-23 13:17:25","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"99025","Ordinal":"1","Title":"openvswitch: fix soft lockup in the netlink flow dump","CVE":"CVE-2026-99025","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"99025","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nopenvswitch: fix soft lockup in the netlink flow dump\n\nA production compute node carrying a few thousand datapath flows hit a\nsoft lockup inside a single netlink flow dump and panicked.\n\novs_flow_cmd_dump() calls ovs_flow_stats_get() for every flow it\nemits, and that releases stats->lock with spin_unlock_bh() once per\nCPU that has touched the flow. Every release is a local_bh_enable(),\nand each one runs the pending softirq backlog in the dumping thread's\nown context.\n\nThe skb bounds the flows one callback emits, but not the softirq work\nit absorbs. On a CPU that carries the box's packet load the backlog\nrefills as fast as it drains, so the dumping thread becomes that CPU's\nsoftirq engine. It never sleeps and it has no reschedule point, so\nunder voluntary preemption nothing can take the CPU away from it:\nneither the ksoftirqd the kernel woke to take the work over, nor the\nstopper thread the softlockup detector dispatches to refresh its\ntimestamp.\n\nHold BH off across the whole callback instead, the way\nctnetlink_dump_table() does, so the nested spin_unlock_bh() stop\ndraining softirqs. The loop already runs under rcu_read_lock() and\ncannot sleep. What it gives up is preemption under CONFIG_PREEMPT,\nsince a BH-off region is not preemptible outside PREEMPT_RT. The\nregion stays short: the skb caps the flows one callback emits, and\nempty buckets cost no skb space but are each visited once per dump, as\nthe cursor only moves forward. The table grows on insert and shrinks\nonly on flush, so the walk is bounded by the largest flow count the\ndatapath has held. The softirq backlog the callback used to absorb has\nno bound at all.","Type":"Description","Title":"openvswitch: fix soft lockup in the netlink flow dump"}]}}}