In the Linux kernel, the following vulnerability has been resolved:
netfilter: nat: use kfree_rcu to release ops
Florian Westphal says:
"Historically this is not an issue, even for normal base hooks: the data
path doesn't use the original nf_hook_ops that are used to register the
callbacks.
However, in v5.14 I added the ability to dump the active netfilter
hooks from userspace.
This code will peek back into the nf_hook_ops that are available
at the tail of the pointer-array blob used by the datapath.
The nat hooks are special, because they are called indirectly from
the central nat dispatcher hook. They are currently invisible to
the nfnl hook dump subsystem though.
But once that changes the nat ops structures have to be deferred too."
Update nf_nat_register_fn() to deal with partial exposition of the hooks
from error path which can be also an issue for nfnetlink_hook.
CVSS
7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9 before ede973d62d26d9c550269af05366ab9e30fc92ee; from e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9 before 050f98e56782b14677c5bae50800e60775bbf6bb; from e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9 before 32fdd2e38e7435a368d88f5977a7d6585ebc8b0e; from e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9 before 3c7511f38ab511b791196b13ae48bf4973bf7dfd; from e2cf17d3774c323ef6dab6e9f7c0cfc5e742afd9 before 6eda0d771f94267f73f57c94630aa47e90957915
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.