CVE-2024-56560 in Linux
要約
〜によって VulDB • 2026年07月12日
Linuxカーネルにおいて、以下の脆弱性が修正されました。
slab: create_cache()における厳しすぎるアラインメントチェックの修正
m68kアーキテクチャでは、unsigned long型の最小アラインメントが2バイトです：
Kernel panic - not syncing: __kmem_cache_create_args: Failed to create slab 'io_kiocb'. Error -22 CPU: 0 UID: 0 PID: 1 Comm: swapper Not tainted 6.12.0-atari-03776-g7eaa1f99261a #1783 Stack from 0102fe5c: 0102fe5c 00514a2b 00514a2b ffffff00 00000001 0051f5ed 00425e78 00514a2b 0041eb74 ffffffea 00000310 0051f5ed ffffffea ffffffea 00601f60 00000044 0102ff20 000e7a68 0051ab8e 004383b8 0051f5ed ffffffea 000000b8 00000007 01020c00 00000000 000e77f0 0041e5f0 005f67c0 0051f5ed 000000b6 0102fef4 00000310 0102fef4 00000000 00000016 005f676c 0060a34c 00000010 00000004 00000038 0000009a 01000000 000000b8 005f668e 0102e000 00001372 0102ff88 Call Trace: [] dump_stack+0xc/0x10
[] panic+0xd8/0x26c
[] __kmem_cache_create_args+0x278/0x2e8
[] __kmem_cache_create_args+0x0/0x2e8
[] memset+0x0/0x8c
[] io_uring_init+0x54/0xd2
整数型の最小アラインメントはそのサイズと異なる場合があるため、freeptr_t（本質的にはunsigned long）が常に4バイトまたは8バイトにアラインされているという前提は安全ではありません。
追加のアラインメントを必要とするものは特にないようなので、freeptr_tの実際の最小アラインメントに合わせてチェックを緩和することで修正するのは安全です。
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.