В ядре Linux устранена следующая уязвимость: ceph: только d_add() отрицательные зубные протезы, когда они не хэшированы Ceph может вызвать …

В ядре Linux устранена следующая уязвимость: ceph: только d_add() отрицательные зубные протезы, когда они не хэшированы Ceph может вызвать d_add (dentry, NULL) на отрицательном дентри, который уже есть Присутствие в первичном хэше DCache. В текущем VFS это небезопасно. d_add() проходит __d_add() к __d_rehash(), который безоговорочно повторно вводит dentry->d_hash в ведро hlist_bl. Если зубной промысел уже хеширован, реинтеграционный Тот же узел может испортить ведро, в том числе создать самоцикл. Как только это произойдет, __d_lookup() может вращаться вечно в hlist_bl walk, обычно петля только на d_name.hash mismatch check и в конечном итоге срабатывая отчеты RCU, такие как этот: RC: ИНФО: rcu_sched самообнаруженный ларек на CPU рик: 87-....: (2100 галочки этот GP) бездействующий=3a4c/1/0x40000000000000000000 мягкийq=25003319/25003319 fqs=829 rcu: (t=2101 jiffies g=79058445 q=698988 ncpos=192) CPU: 87 UID: 2952868916 ПИД: 3933303 Комплект: php-cgi8.3 Не испорченный 6.18.17-i1-am #950 НИК Аппаратное название: Dell Inc. Мощность Эдж R7615/0G9DHV, БИОС 1.6 09/22/2023 RIP: 0010:__d_lookup+0x46/0xb0 Код: c1 e8 07 48 8d 04 c2 48 8b 00 49 89 fc 49 89 f5 48 89 c3 48 83 e3 fe 48 83 f8 f8 01 77 eb 2d 00 из 4 00 00 00 8b 1b 1b 48 85 db <74> 20 39 6b 18 75 f3 8d 7b 78 e8 ba 85 d0 00 4c 39 13 14 РСП: 0018: ff745a70c8253898 ФЛАГИ: 00000282 РАКС: ff26e470054cb208 RBX: ff26e470054cb208 RCX: 000000006e958966 RDX: ff26e48267340000 RSI: ff745a70c82539b0 RDI: ff26e458f74655c0 БРП: 000000006e958966 R08: 0000000000000180 R09: 9cd08d909b919a89 R10: ff26e458f746555c0 R11: 000000000000 R12: ff26e458f74655c0 R13: ff745a70c82539b0 R14: d0d0d0d0d0d0d0 R15: 2f2f2f2f2f2f2f2f ФС: 00007ф5770896980 (0000) ГСФ26е482c5д88000(0000) КнлГС:00000000000000 КСС: 0010 ДС: 0000 ЭС: 0000 КР0: 00000080050033 CR2: 00007f5764de50c0 CR3: 000000a72abb5001 CR4: 0000000000771ef0 ПКРУ: 5555554 Трейс по вызову: <TASK> lookup_fast+0x9f/0x100 walk_компонент+0x1f/0x150 link_path_walk+0x20e/0x3d0 path_lookupat+0x68/0x180 filename_lookup+0xdc/0x1e0 vfs_statx+0x6c/0x140 vfs_fstatat+0x67/0xa0 __do_sys_newfstatat+0x24/0x60 do_syscall_64+0x6a/0x230 вход_SYSCALL_64_after_hwframe+0x76/0x7e Это доступно с повторно использованными кэшированными отрицательными джентльменами. Ищу Ceph или Atomic_open может быть передан отрицательной дроби, которая уже хеширована, и fs/ceph/dir.c затем попадает на один из двух путей, которые неправильно предполагают «негативный» также означает «неисчерпанный»: - ceph_finish_lookup(): Ответ MDS -ENOENT без следов -> d_add (стоматч, NULL) - ceph_lookup(): местный быстрый путь ENOENT для полного каталога с общими крышками -> d_add (стоматч, NULL) Таким образом, оба пути могут повторно добавить уже хемунический отрицательный дентри. Ceph уже использует правильный шаблон в другом месте: ceph_fill_trace() только звонит d_add(dn, NULL) для отрицательного нулевого ответа, когда d_unhashed(dn) Это правда. Исправьте оба сайта fs/ceph/dir.c одинаково: звоните только d_add() для a отрицательный зуб, когда он на самом деле не хеширован. Если отрицательный зубной прописыш уже хешируется, оставьте его на месте и повторно используют как есть. Это сохраняет существующее поведение для нешахтных зубных протезов. избегая d_hash списков коррупции для повторно использованных хешированных негативов.