In the Linux kernel, the following vulnerability has been resolved:
um: Fix out-of-bounds read in LDT setup
syscallstubdata() expects the data_count parameter to be the number of longs, not bytes.
================================================================== BUG: KASAN: stack-out-of-bounds in syscallstubdata+0x70/0xe0 Read of size 128 at addr 000000006411f6f0 by task swapper/1
CPU: 0 PID: 1 Comm: swapper Not tainted 5.18.0+ #18 Call Trace: showstack.cold+0x166/0x2a7 _dumpstack+0x3a/0x43 dumpstacklvl+0x1f/0x27 printreport.cold+0xdb/0xf81 kasanreport+0x119/0x1f0 kasancheckrange+0x3a3/0x440 memcpy+0x52/0x140 syscallstubdata+0x70/0xe0 writeldtentry+0xac/0x190 initnewldt+0x515/0x960 initnewcontext+0x2c4/0x4d0 mminit.constprop.0+0x5ed/0x760 mmalloc+0x118/0x170 0x60033f48 dooneinitcall+0x1d7/0x860 0x60003e7b kernelinit+0x6e/0x3d4 newthreadhandler+0x1e7/0x2c0
The buggy address belongs to stack of task swapper/1 and is located at offset 64 in frame: initnewldt+0x0/0x960
This frame has 2 objects: [32, 40) 'addr' [64, 80) 'desc' ==================================================================