CVE-2022-49675

Source
https://nvd.nist.gov/vuln/detail/CVE-2022-49675
Import Source
https://storage.googleapis.com/osv-test-cve-osv-conversion/osv-output/CVE-2022-49675.json
JSON Data
https://api.test.osv.dev/v1/vulns/CVE-2022-49675
Downstream
Related
Published
2025-02-26T07:01:42Z
Modified
2025-08-09T20:01:27Z
Summary
[none]
Details

In the Linux kernel, the following vulnerability has been resolved:

tick/nohz: unexport _init-annotated ticknohzfullsetup()

EXPORTSYMBOL 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 had been broken for a decade.

Commit 28438794aba4 ("modpost: fix section mismatch check for exported init/exit sections") fixed it so modpost started to warn it again, then this showed up:

MODPOST vmlinux.symvers

WARNING: modpost: vmlinux.o(_ksymtabgpl+ticknohzfullsetup+0x0): Section mismatch in reference from the variable _ksymtabticknohzfullsetup to the function .init.text:ticknohzfullsetup() The symbol ticknohzfullsetup is exported and annotated _init Fix this by removing the _init annotation of ticknohzfullsetup or drop the export.

Drop the export because ticknohzfull_setup() is only called from the built-in code in kernel/sched/isolation.c.

References

Affected packages