В ядре Linux устранена следующая уязвимость:
scsi: target: исправить рекурсивную блокировку в __configfs_open_file(). В flash_write_buffer извлекается &p->frag_sem, а затем загруженное хранилище.
вызывается функция, которая в данном случае — target_core_item_dbroot_store(). Это
функция под названием filp_open(), после чего эти функции были вызваны
(в обратном порядке), согласно трассировке звонков:
down_read
__configfs_open_file
do_dentry_open
vfs_open
do_open
путь_openat
do_filp_open
file_open_name
filp_open
target_core_item_dbroot_store
flash_write_buffer
configfs_write_iter
target_core_item_dbroot_store() пытается проверить новый путь к файлу,
попытка открыть предоставленный ему путь к файлу; однако в данном случае ошибка
отчет показывает:
db_root: не каталог: /sys/kernel/config/target/dbroot
указывая, что был предпринята попытка открыть тот же файл configfs, в котором он
в настоящее время работает.
Таким образом, он пытается получить семафор frag_sem.
того же файла, из которого он уже содержит семафор, полученный в
flash_write_buffer(), что приводит к получению семафора вложенным способом.
и возможность рекурсивной блокировки. Исправьте это, изменив target_core_item_dbroot_store() для использования kern_path().
вместо filp_open(), чтобы избежать открытия файла с использованием специфичной для файловой системы
функцию __configfs_open_file() и дальнейшее ее изменение, чтобы внести это исправление.
совместимый.
Показать оригинальное описание (EN)
In the Linux kernel, the following vulnerability has been resolved: scsi: target: Fix recursive locking in __configfs_open_file() In flush_write_buffer, &p->frag_sem is acquired and then the loaded store function is called, which, here, is target_core_item_dbroot_store(). This function called filp_open(), following which these functions were called (in reverse order), according to the call trace: down_read __configfs_open_file do_dentry_open vfs_open do_open path_openat do_filp_open file_open_name filp_open target_core_item_dbroot_store flush_write_buffer configfs_write_iter target_core_item_dbroot_store() tries to validate the new file path by trying to open the file path provided to it; however, in this case, the bug report shows: db_root: not a directory: /sys/kernel/config/target/dbroot indicating that the same configfs file was tried to be opened, on which it is currently working on. Thus, it is trying to acquire frag_sem semaphore of the same file of which it already holds the semaphore obtained in flush_write_buffer(), leading to acquiring the semaphore in a nested manner and a possibility of recursive locking. Fix this by modifying target_core_item_dbroot_store() to use kern_path() instead of filp_open() to avoid opening the file using filesystem-specific function __configfs_open_file(), and further modifying it to make this fix compatible.