CVE-2022-50269 in Linux
Zusammenfassung
von VulDB • 12.06.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
drm/vkms: Behebung eines Speicherlecks in vkms_init()
Es wurde ein Speicherleck gemeldet, nachdem die Installation des vkms-Moduls fehlgeschlagen war.
unreferenziertes Objekt 0xffff88810bc28520 (Größe 16): comm "modprobe", pid 9662, jiffies 4298009455 (Alter 42.590s) Hex-Dump (erste 16 Bytes): 01 01 00 64 81 88 ff ff 00 00 dc 0a 81 88 ff ff ...d............ Backtrace: [<00000000e7561ff8>] kmalloc_trace+0x27/0x60
[<000000000b1954a0>] 0xffffffffc45200a9
[<00000000abbf1da0>] do_one_initcall+0xd0/0x4f0
[<000000001505ee87>] do_init_module+0x1a4/0x680
[<00000000958079ad>] load_module+0x6249/0x7110
[<00000000117e4696>] __do_sys_finit_module+0x140/0x200
[<00000000f74b12d2>] do_syscall_64+0x35/0x80
[<000000008fc6fcde>] entry_SYSCALL_64_after_hwframe+0x46/0xb0
Die Ursache ist, dass vkms_init() zurückkehrt, ohne den Rückgabewert von vkms_create() zu überprüfen. Wenn vkms_create() fehlschlägt, wird die am Anfang von vkms_init() zugewiesene Konfiguration (config) nicht freigegeben und geht verloren.
vkms_init() config = kmalloc(...) # config allokiert ... return vkms_create() # vkms_create fehlgeschlagen und config ist ein Leck
Dieses Problem wird behoben, indem der Rückgabewert von vkms_create() überprüft und die Konfiguration im Fehlerfall freigegeben wird.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.