CVE-2024-35955

kprobes: Fix possible use-after-free issue on kprobe registration

State
Published
Severity
8.8 High
Published
May 20, 2024
Updated
Oct 15, 2026
Reserved
May 17, 2024

Read the record on cve.org

Description

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

kprobes: Fix possible use-after-free issue on kprobe registration

When unloading a module, its state is changing MODULE_STATE_LIVE -> MODULE_STATE_GOING -> MODULE_STATE_UNFORMED. Each change will take a time. `is_module_text_address()` and `__module_text_address()` works with MODULE_STATE_LIVE and MODULE_STATE_GOING. If we use `is_module_text_address()` and `__module_text_address()` separately, there is a chance that the first one is succeeded but the next one is failed because module->state becomes MODULE_STATE_UNFORMED between those operations.

In `check_kprobe_address_safe()`, if the second `__module_text_address()` is failed, that is ignored because it expected a kernel_text address. But it may have failed simply because module->state has been changed to MODULE_STATE_UNFORMED. In this case, arm_kprobe() will try to modify non-exist module text address (use-after-free).

To fix this problem, we should not use separated `is_module_text_address()` and `__module_text_address()`, but use only `__module_text_address()` once and do `try_module_get(module)` which is only available with MODULE_STATE_LIVE.

Scores

CVSSScoreVectorSource
3.18.8 HighCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HCISA-ADP

Weaknesses

Affected Products

ProductVersions
LinuxLinux
  • 1c836bad43f3e2ff71cc397a6e6ccb4e7bd116f8 to before b5808d40093403334d939e2c3c417144d12a6f33Affected
  • 6a119c1a584aa7a2c6216458f1f272bf1bc93a93 to before 93eb31e7c3399e326259f2caa17be1e821f5a412Affected
  • 2a49b025c36ae749cee7ccc4b7e456e02539cdc3 to before 5062d1f4f07facbdade0f402d9a04a788f52e26dAffected
  • a1edb85e60fdab1e14db63ae8af8db3f0d798fb6 to before 2df2dd27066cdba8041e46a64362325626bdfb2eAffected
  • 28f6c37a2910f565b4f5960df52b2eccae28c891 to before 62029bc9ff2c17a4e3a2478d83418ec575413808Affected
  • 28f6c37a2910f565b4f5960df52b2eccae28c891 to before d15023fb407337028a654237d8968fefdcf87c2fAffected
  • 28f6c37a2910f565b4f5960df52b2eccae28c891 to before 36b57c7d2f8b7de224980f1a284432846ad71ca0Affected
  • 28f6c37a2910f565b4f5960df52b2eccae28c891 to before 325f3fb551f8cd672dbbfc4cf58b14f9ee3fc9e8Affected
  • 4262b6eb057d86c7829168c541654fe0d48fdac8Affected
  • 97e813e6a143edf4208e15c72199c495ed80cea5Affected
  • 16a544f1e013ba0660612f3fe35393b143b19a84Affected
  • 4.19.256 to before 4.19.313Affected
  • 5.4.211 to before 5.4.275Affected
  • 5.10.137 to before 5.10.216Affected
  • 5.15.61 to before 5.15.157Affected
  • 4.14.291 to before 4.15Affected
  • 5.18.18 to before 5.19Affected
  • 5.19.2 to before 5.20Affected
LinuxLinux
  • 6.0Affected
  • before 6.0Not affected
  • 4.19.313 through 4.19.*Not affected
  • 5.4.275 through 5.4.*Not affected
  • 5.10.216 through 5.10.*Not affected
  • 5.15.157 through 5.15.*Not affected
  • 6.1.87 through 6.1.*Not affected
  • 6.6.28 through 6.6.*Not affected
  • 6.8.7 through 6.8.*Not affected
  • 6.9 and laterNot affected

References

Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.