В ядре Linux устранена следующая уязвимость: USB: dummy-hcd: Исправить запировку/исинхронизацию ошибки Тестирование Syzbot смогло спровоцир…

В ядре Linux устранена следующая уязвимость: USB: dummy-hcd: Исправить запировку/исинхронизацию ошибки Тестирование Syzbot смогло спровоцировать адресное исключение и сбой в рутине usb_gadget_udc_reset() в драйверы/usb/gadgets/udc/core.c, в результате того, что рутина называлась со вторым («водитель») аргументом NULL. Плохое caller был set_link_state() in dummy_hcd.c, и возникла проблема из-за гонки между USB-сбросом и развязкой драйвера. Такого рода расы не должны были быть возможны; 7dbd8f4cabd9 («USB: фиктивное изменение: исправление ошибочного изменения синхронизации»), Наряду с несколькими последующими обязательствами, было написано специально, чтобы предотвратить Они. Как выясняется, в ней осталось (по крайней мере) две ошибки. Код. Другой патч будет касаться второй ошибки; этот Беспокоится о первом. Ошибка, ответственная за крушение сибота, произошла из-за stop_activity() рутина иногда падает, а затем повторно приобретает dm->замок спин-лод. Призыв к stop_activity() происходит в set_link_state() при обработке эмулированного сброса USB после теста dump->ints_enabled и до прибавки dump->callback_usage. Это позволило другой нити (делая водителя развязать) пробраться и схватить спин-лод, а затем очистить dum->ints_enabled и dump->драйвер. Обычно эта другая нить должна ждать dum->callback_usage спуститься до 0, прежде чем он очистит dum->вод, но в данном случае это не пришлось ждать, так как dud->callback_usage еще не был Приращенный. Исправление заключается в том, чтобы прибавить dump->callback_usage _before_ call stop_activity() вместо после. Затем нить делает развязку не очистит dum-> водителя до тех пор, пока после вызова usb_gadget_udc_reset() безопасно возвращается и dump->callback_usage был Декрет снова.