{"api_version":"1","generated_at":"2026-06-25T13:14:14+00:00","cve":"CVE-2026-53000","urls":{"html":"https://cve.report/CVE-2026-53000","api":"https://cve.report/api/cve/CVE-2026-53000.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-53000","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-53000"},"summary":{"title":"netfilter: nat: use kfree_rcu to release ops","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nnetfilter: nat: use kfree_rcu to release ops\n\nFlorian Westphal says:\n\n\"Historically this is not an issue, even for normal base hooks: the data\npath doesn't use the original nf_hook_ops that are used to register the\ncallbacks.\n\nHowever, in v5.14 I added the ability to dump the active netfilter\nhooks from userspace.\n\nThis code will peek back into the nf_hook_ops that are available\nat the tail of the pointer-array blob used by the datapath.\n\nThe nat hooks are special, because they are called indirectly from\nthe central nat dispatcher hook. They are currently invisible to\nthe nfnl hook dump subsystem though.\n\nBut once that changes the nat ops structures have to be deferred too.\"\n\nUpdate nf_nat_register_fn() to deal with partial exposition of the hooks\nfrom error path which can be also an issue for nfnetlink_hook.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-06-24 17:17:11","updated_at":"2026-06-24 17:17:11"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/6eda0d771f94267f73f57c94630aa47e90957915","name":"https://git.kernel.org/stable/c/6eda0d771f94267f73f57c94630aa47e90957915","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/3c7511f38ab511b791196b13ae48bf4973bf7dfd","name":"https://git.kernel.org/stable/c/3c7511f38ab511b791196b13ae48bf4973bf7dfd","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/32fdd2e38e7435a368d88f5977a7d6585ebc8b0e","name":"https://git.kernel.org/stable/c/32fdd2e38e7435a368d88f5977a7d6585ebc8b0e","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-53000","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-53000","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9 32fdd2e38e7435a368d88f5977a7d6585ebc8b0e git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9 3c7511f38ab511b791196b13ae48bf4973bf7dfd git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9 6eda0d771f94267f73f57c94630aa47e90957915 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 5.14","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 5.14 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.33 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.0.10 7.0.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.1 * 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/ipv4/netfilter/iptable_nat.c","net/ipv6/netfilter/ip6table_nat.c","net/netfilter/nf_nat_core.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"32fdd2e38e7435a368d88f5977a7d6585ebc8b0e","status":"affected","version":"e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9","versionType":"git"},{"lessThan":"3c7511f38ab511b791196b13ae48bf4973bf7dfd","status":"affected","version":"e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9","versionType":"git"},{"lessThan":"6eda0d771f94267f73f57c94630aa47e90957915","status":"affected","version":"e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["net/ipv4/netfilter/iptable_nat.c","net/ipv6/netfilter/ip6table_nat.c","net/netfilter/nf_nat_core.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"5.14"},{"lessThan":"5.14","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.33","versionType":"semver"},{"lessThanOrEqual":"7.0.*","status":"unaffected","version":"7.0.10","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.1","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.33","versionStartIncluding":"5.14","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.0.10","versionStartIncluding":"5.14","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.1","versionStartIncluding":"5.14","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nnetfilter: nat: use kfree_rcu to release ops\n\nFlorian Westphal says:\n\n\"Historically this is not an issue, even for normal base hooks: the data\npath doesn't use the original nf_hook_ops that are used to register the\ncallbacks.\n\nHowever, in v5.14 I added the ability to dump the active netfilter\nhooks from userspace.\n\nThis code will peek back into the nf_hook_ops that are available\nat the tail of the pointer-array blob used by the datapath.\n\nThe nat hooks are special, because they are called indirectly from\nthe central nat dispatcher hook. They are currently invisible to\nthe nfnl hook dump subsystem though.\n\nBut once that changes the nat ops structures have to be deferred too.\"\n\nUpdate nf_nat_register_fn() to deal with partial exposition of the hooks\nfrom error path which can be also an issue for nfnetlink_hook."}],"providerMetadata":{"dateUpdated":"2026-06-24T16:29:12.635Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/32fdd2e38e7435a368d88f5977a7d6585ebc8b0e"},{"url":"https://git.kernel.org/stable/c/3c7511f38ab511b791196b13ae48bf4973bf7dfd"},{"url":"https://git.kernel.org/stable/c/6eda0d771f94267f73f57c94630aa47e90957915"}],"title":"netfilter: nat: use kfree_rcu to release ops","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-53000","datePublished":"2026-06-24T16:29:12.635Z","dateReserved":"2026-06-09T07:44:35.377Z","dateUpdated":"2026-06-24T16:29:12.635Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-06-24 17:17:11","lastModifiedDate":"2026-06-24 17:17:11","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"53000","Ordinal":"1","Title":"netfilter: nat: use kfree_rcu to release ops","CVE":"CVE-2026-53000","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"53000","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nnetfilter: nat: use kfree_rcu to release ops\n\nFlorian Westphal says:\n\n\"Historically this is not an issue, even for normal base hooks: the data\npath doesn't use the original nf_hook_ops that are used to register the\ncallbacks.\n\nHowever, in v5.14 I added the ability to dump the active netfilter\nhooks from userspace.\n\nThis code will peek back into the nf_hook_ops that are available\nat the tail of the pointer-array blob used by the datapath.\n\nThe nat hooks are special, because they are called indirectly from\nthe central nat dispatcher hook. They are currently invisible to\nthe nfnl hook dump subsystem though.\n\nBut once that changes the nat ops structures have to be deferred too.\"\n\nUpdate nf_nat_register_fn() to deal with partial exposition of the hooks\nfrom error path which can be also an issue for nfnetlink_hook.","Type":"Description","Title":"netfilter: nat: use kfree_rcu to release ops"}]}}}