В ядре Linux устранена следующая уязвимость:
vhost: исправлен vhost_get_avail_idx для непустого кольца.
vhost_get_avail_idx должен сообщать, обновился ли он.
vq->avail_idx. Вместо этого он возвращает, были ли все записи
потребляется, что обычно одинаково. Но не всегда – в
driver/vhost/net.c и когда объединяемые буферы включены,
драйвер проверяет, достаточно ли велики объединенные записи для хранения
входящий пакет.
Если нет, драйвер повторно включает уведомления с помощью
доступные записи все еще на ринге. Неверное возвращаемое значение из
vhost_get_avail_idx распространяется через vhost_enable_notify и вызывает
хост будет заблокирован, если гость не добивается прогресса, как это сделает vhost
немедленно отключите уведомления и повторите попытку, используя доступные записи. Это восходит к фиксации d3bb267bbdcb («vhost: индекс доступности кэша в
vhost_enable_notify()"), который изменил vhost_enable_notify() для сравнения
только что прочитанный индекс доступности для vq->last_avail_idx вместо
ранее кэшированный vq->avail_idx.
Зафиксируйте 7ad472397667 ("vhost: переместите
smp_rmb() в vhost_get_avail_idx()"), а затем перенесено то же самое
сравнение при рефакторинге vhost_enable_notify() для вызова унифицированного
vhost_get_avail_idx(). Очевидным решением будет заставить vhost_get_avail_idx делать то, что написано в комментарии.
говорит, что да, и сообщает, были ли добавлены новые записи.
Показать оригинальное описание (EN)
In the Linux kernel, the following vulnerability has been resolved: vhost: fix vhost_get_avail_idx for a non empty ring vhost_get_avail_idx is supposed to report whether it has updated vq->avail_idx. Instead, it returns whether all entries have been consumed, which is usually the same. But not always - in drivers/vhost/net.c and when mergeable buffers have been enabled, the driver checks whether the combined entries are big enough to store an incoming packet. If not, the driver re-enables notifications with available entries still in the ring. The incorrect return value from vhost_get_avail_idx propagates through vhost_enable_notify and causes the host to livelock if the guest is not making progress, as vhost will immediately disable notifications and retry using the available entries. This goes back to commit d3bb267bbdcb ("vhost: cache avail index in vhost_enable_notify()") which changed vhost_enable_notify() to compare the freshly read avail index against vq->last_avail_idx instead of the previously cached vq->avail_idx. Commit 7ad472397667 ("vhost: move smp_rmb() into vhost_get_avail_idx()") then carried over the same comparison when refactoring vhost_enable_notify() to call the unified vhost_get_avail_idx(). The obvious fix is to make vhost_get_avail_idx do what the comment says it does and report whether new entries have been added.
Характеристики атаки
Последствия
Строка CVSS v3.1