CVE-2022-49345
published 2025-02-26CVE-2022-49345: In the Linux kernel, the following vulnerability has been resolved: net: xfrm: unexport __init-annotated xfrm4_protocol_init() EXPORT_SYMBOL and __init is a…
PriorityP420medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.29%
21.3th percentile
In the Linux kernel, the following vulnerability has been resolved:
net: xfrm: unexport __init-annotated xfrm4_protocol_init()
EXPORT_SYMBOL and __init is a bad combination because the .init.text
section is freed up after the initialization. Hence, modules cannot
use symbols annotated __init. The access to a freed symbol may end up
with kernel panic.
modpost used to detect it, but it has been broken for a decade.
Recently, I fixed modpost so it started to warn it again, then this
showed up in linux-next builds.
There are two ways to fix it:
- Remove __init
- Remove EXPORT_SYMBOL
I chose the latter for this case because the only in-tree call-site,
net/ipv4/xfrm4_policy.c is never compiled as modular.
(CONFIG_XFRM is boolean)
Affected
24 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 5.18.5-1 (bookworm) | linux 5.18.5-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | >= 2f32b51b609faea1e40bb8c5bd305f1351740936 < c58d82a1264813e69119c13e9804e2e60b664ad5 | c58d82a1264813e69119c13e9804e2e60b664ad5 |
| linux | linux | >= 2f32b51b609faea1e40bb8c5bd305f1351740936 < e53cd3814504b2cadaba4d5a8a07eeea9ddacd03 | e53cd3814504b2cadaba4d5a8a07eeea9ddacd03 |
| linux | linux | >= 2f32b51b609faea1e40bb8c5bd305f1351740936 < 31f3c6a4dcd3260a386e62cef2d5b36e902600a1 | 31f3c6a4dcd3260a386e62cef2d5b36e902600a1 |
| linux | linux | >= 2f32b51b609faea1e40bb8c5bd305f1351740936 < ef6d2354de238b065d8799c80da4be9a6af18e39 | ef6d2354de238b065d8799c80da4be9a6af18e39 |
| linux | linux | >= 2f32b51b609faea1e40bb8c5bd305f1351740936 < be3884d5cd04ccd58294b83a02d70b7c5fca19d3 | be3884d5cd04ccd58294b83a02d70b7c5fca19d3 |
| linux | linux | >= 2f32b51b609faea1e40bb8c5bd305f1351740936 < 85a055c03691e51499123194a14a0c249cf33227 | 85a055c03691e51499123194a14a0c249cf33227 |
| linux | linux | >= 2f32b51b609faea1e40bb8c5bd305f1351740936 < e04d59cfe0c0129df7aba7ef7bb17b96be2a64f2 | e04d59cfe0c0129df7aba7ef7bb17b96be2a64f2 |
| linux | linux | >= 2f32b51b609faea1e40bb8c5bd305f1351740936 < 2b253fbc9f7b5db18d716436bdcf8ecef09fd63d | 2b253fbc9f7b5db18d716436bdcf8ecef09fd63d |
| linux | linux | >= 2f32b51b609faea1e40bb8c5bd305f1351740936 < 4a388f08d8784af48f352193d2b72aaf167a57a1 | 4a388f08d8784af48f352193d2b72aaf167a57a1 |
| linux | linux_kernel | — | — |
| linux | linux_kernel | >= 0 < 5.10.127-1 | 5.10.127-1 |
| linux | linux_kernel | >= 0 < 5.18.5-1 | 5.18.5-1 |
| linux | linux_kernel | >= 0 < 5.18.5-1 | 5.18.5-1 |
| linux | linux_kernel | >= 0 < 5.18.5-1 | 5.18.5-1 |
| linux | linux_kernel | >= 3.15 < 4.9.318 | 4.9.318 |
| linux | linux_kernel | >= 4.10 < 4.14.283 | 4.14.283 |
| linux | linux_kernel | >= 4.15 < 4.19.247 | 4.19.247 |
| linux | linux_kernel | >= 4.20 < 5.4.198 | 5.4.198 |
| linux | linux_kernel | >= 5.11 < 5.15.47 | 5.15.47 |
| linux | linux_kernel | >= 5.16 < 5.17.15 | 5.17.15 |
| linux | linux_kernel | >= 5.18 < 5.18.4 | 5.18.4 |
| linux | linux_kernel | >= 5.5 < 5.10.122 | 5.10.122 |
CVSS provenance
nvdv3.15.5MEDIUMCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
osv5.5MEDIUM
vendor_debian5.5MEDIUM
vendor_redhat5.5MEDIUM
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
GHSA
GHSA-9hmv-44qw-gg32: In the Linux kernel, the following vulnerability has been resolved:
net: xfrm: unexport __init-annotated xfrm4_protocol_init()
EXPORT_SYMBOL and __i
ghsa_unreviewed·2025-09-22
CVE-2022-49345 [MEDIUM] GHSA-9hmv-44qw-gg32: In the Linux kernel, the following vulnerability has been resolved:
net: xfrm: unexport __init-annotated xfrm4_protocol_init()
EXPORT_SYMBOL and __i
In the Linux kernel, the following vulnerability has been resolved:
net: xfrm: unexport __init-annotated xfrm4_protocol_init()
EXPORT_SYMBOL and __init is a bad combination because the .init.text
section is freed up after the initialization. Hence, modules cannot
use symbols annotated __init. The access to a freed symbol may end up
with kernel panic.
modpost used to detect it, but it has been broken for a decade.
Recently, I fixed modpost so it started to warn it again, then this
showed up in linux-next builds.
There are two ways to fix it:
- Remove __init
- Remove EXPORT_SYMBOL
I chose the latter for this case because the only in-tree call-site,
net/ipv4/xfrm4_policy.c is never compiled as modular.
(CONFIG_XFRM is boolean)
OSV
CVE-2022-49345: In the Linux kernel, the following vulnerability has been resolved: net: xfrm: unexport __init-annotated xfrm4_protocol_init() EXPORT_SYMBOL and __ini
osv·2025-02-26·CVSS 5.5
CVE-2022-49345 [MEDIUM] CVE-2022-49345: In the Linux kernel, the following vulnerability has been resolved: net: xfrm: unexport __init-annotated xfrm4_protocol_init() EXPORT_SYMBOL and __ini
In the Linux kernel, the following vulnerability has been resolved: net: xfrm: unexport __init-annotated xfrm4_protocol_init() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it has been broken for a decade. Recently, I fixed modpost so it started to warn it again, then this showed up in linux-next builds. There are two ways to fix it: - Remove __init - Remove EXPORT_SYMBOL I chose the latter for this case because the only in-tree call-site, net/ipv4/xfrm4_policy.c is never compiled as modular. (CONFIG_XFRM is boolean)
Red Hat
kernel: net: xfrm: unexport __init-annotated xfrm4_protocol_init()
vendor_redhat·2025-02-26·CVSS 5.5
CVE-2022-49345 [MEDIUM] CWE-99 kernel: net: xfrm: unexport __init-annotated xfrm4_protocol_init()
kernel: net: xfrm: unexport __init-annotated xfrm4_protocol_init()
In the Linux kernel, the following vulnerability has been resolved:
net: xfrm: unexport __init-annotated xfrm4_protocol_init()
EXPORT_SYMBOL and __init is a bad combination because the .init.text
section is freed up after the initialization. Hence, modules cannot
use symbols annotated __init. The access to a freed symbol may end up
with kernel panic.
modpost used to detect it, but it has been broken for a decade.
Recently, I fixed modpost so it started to warn it again, then this
showed up in linux-next builds.
There are two ways to fix it:
- Remove __init
- Remove EXPORT_SYMBOL
I chose the latter for this case because the only in-tree call-site,
net/ipv4/xfrm4_policy.c is never compiled as modular.
(CONFIG_XFRM is boolean
Debian
CVE-2022-49345: linux - In the Linux kernel, the following vulnerability has been resolved: net: xfrm: ...
vendor_debian·2022·CVSS 5.5
CVE-2022-49345 [MEDIUM] CVE-2022-49345: linux - In the Linux kernel, the following vulnerability has been resolved: net: xfrm: ...
In the Linux kernel, the following vulnerability has been resolved: net: xfrm: unexport __init-annotated xfrm4_protocol_init() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it has been broken for a decade. Recently, I fixed modpost so it started to warn it again, then this showed up in linux-next builds. There are two ways to fix it: - Remove __init - Remove EXPORT_SYMBOL I chose the latter for this case because the only in-tree call-site, net/ipv4/xfrm4_policy.c is never compiled as modular. (CONFIG_XFRM is boolean)
Scope: local
bookworm: resolved (fixed in 5.18.5-1)
bullseye: reso
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/2b253fbc9f7b5db18d716436bdcf8ecef09fd63dhttps://git.kernel.org/stable/c/31f3c6a4dcd3260a386e62cef2d5b36e902600a1https://git.kernel.org/stable/c/4a388f08d8784af48f352193d2b72aaf167a57a1https://git.kernel.org/stable/c/85a055c03691e51499123194a14a0c249cf33227https://git.kernel.org/stable/c/be3884d5cd04ccd58294b83a02d70b7c5fca19d3https://git.kernel.org/stable/c/c58d82a1264813e69119c13e9804e2e60b664ad5https://git.kernel.org/stable/c/e04d59cfe0c0129df7aba7ef7bb17b96be2a64f2https://git.kernel.org/stable/c/e53cd3814504b2cadaba4d5a8a07eeea9ddacd03https://git.kernel.org/stable/c/ef6d2354de238b065d8799c80da4be9a6af18e39
2025-02-26
Published