В ядре Linux устранена следующая уязвимость: md-кластер: исправить NULL указатель дезференции в process_metadata_update Функция процесса_me…

В ядре Linux устранена следующая уязвимость: md-кластер: исправить NULL указатель дезференции в process_metadata_update Функция процесса_metadata_update() слепо ссылается на 'нитду' pointer (приобретен через rcu_dereference_protected) в пределах wait_event() Макро. В то время как в комментарии кода говорится, что «теть демона должна существовать», существует действительный окно состояния гонки во время последовательности запуска массива MD (md_run): 1. bitmap_load() называется, что вызывает md_cluster_ops->join(). 2. join() начинает нить "кластер_recv" (recv_daemon). 3. На данный момент recv_daemon активен и обрабатывает сообщения. 4. 4. Однако mddev->нитка (основная MD-нитка) не инициализирована до тех пор, пока Позже в md_run(). Если сообщение METADATA_UPDATED получено из удаленного узла во время этого конкретное окно, процесс_metadata_update() будет вызвано пока mddev->нитуда по-прежнему NULL, что приводит к панике в ядре. Чтобы исправить это, мы должны проверить указатель «нитка». Если это NULL, мы отпустить удерживаемый замок (no_new_dev_lockres) и вернуться рано, безопасно игнорирование запроса на обновление, так как массив еще не полностью готов Обрабатывайте это.