Luksmeta: отсутствие проверки диапазона слотов позволяет выполнять I/O за пределами метаданных (CVE-2026-111555)
В утилите luksmeta обнаружена уязвимость недостаточной проверки границ метаданных: подделанный заголовок диска может перенаправить операции очистки или загрузки за пределы области метаданных. Проблема затрагивает Red Hat Enterprise Linux 7–10 и Red Hat OpenShift Container Platform 4. Уровень опасности — средний (CVSS 6).
Подробности
Проблема заключается в неправильной проверке границ диапазона слотов метаданных. Злоумышленник, способный предоставить или изменить заголовок диска, может сформировать специальным образом подготовленный заголовок с корректными контрольными суммами. Такой заголовок перенаправляет операции очистки (wipe) или загрузки (load) за пределы области метаданных, для которой они предназначены. В результате возможна перезапись или обнуление зашифрованных полезных данных, что приводит к необратимой потере информации и повреждению хранилища. Согласно описанию, для эксплуатации обычно требуются привилегированные права на изменение сырых блочных устройств либо возможность побудить администратора обработать недоверенный образ диска. Уязвимость затрагивает Red Hat Enterprise Linux 7, 8, 9 и 10, а также Red Hat OpenShift Container Platform 4.Что делать
Рекомендуется отслеживать выпуск обновлений luksmeta в каналах Red Hat и устанавливать исправленные версии пакета после их публикации. До момента обновления следует ограничить доступ к операциям с сырыми блочными устройствами: не предоставлять их непривилегированным пользователям и применять принцип минимальных привилегий. Необходимо избегать обработки образов дисков и заголовков из недоверенных источников, а также проверять целостность и происхождение таких файлов перед запуском операций с ними. В средах с OpenShift Container Platform 4 стоит контролировать доступ к узлам и устройствам хранения, чтобы снизить вероятность подмены заголовка. Итог: уязвимость CVE-2026-111555 не позволяет удалённо захватить систему, однако при наличии привилегированного доступа или при обработке поддельного образа диска она может привести к потере зашифрованных данных. Основные меры защиты — своевременное обновление luksmeta и строгий контроль над операциями с блочными устройствами и недоверенными образами.Источник: CVE Project (cvelistV5)