В ядре Linux устранена следующая уязвимость: регулятор: core: исправление блокировки в регуляторе_resolve_supply() пути ошибки Если поздний…
В ядре Linux устранена следующая уязвимость: регулятор: core: исправление блокировки в регуляторе_resolve_supply() пути ошибки Если поздний ввод регулятора предложения терпит неудачу в регулятор_resolve_supply(), код в настоящее время запускает блокировку Предупреждение: ВНИМАНИЕ: драйвер/регулятор/core.c:2649 по адресу _rgulator_put+0x80/0xa0, CPU#6: kworker/u32:4/596 ... След звонка: _регулятор_put+0x80/0xa0 (P) регулятор_resolve_supply+0x7cc/0xbe0 регулятор_register_resolve_supply+0x28/0xb8 как регулятор_list_mutex необходимо провести при вызове _regulator_put(). Чтобы решить эту проблему, просто переключись на использование регулятора_put(). В то время как на нем, мы также должны убедиться, что не происходит одновременного доступа. к нашему решению, пока мы очищаем указатель поставки. Добавить соответствующий Блокировка, чтобы обеспечить это. В то время как код, о котором идет речь, будет полностью удален в последующем обязательств, я считаю, что это все еще выгодно исправить это раньше удаление для будущей справки.
Программный продукт не обеспечивает надлежащего захвата или освобождения блокировки ресурса, что приводит к непредвиденным изменениям состояния ресурса и нештатному поведению.
https://cwe.mitre.org/data/definitions/667.html →Открыть в коллекции CWE →Злоумышленник провоцирует и эксплуатирует состояние взаимоблокировки в целевом программном обеспечении, чтобы вызвать отказ в обслуживании. Взаимоблокировка может возникнуть, когда два или более конкурирующих действия ожидают завершения друг друга и в итоге ни одно из них не завершается. Состояния взаимоблокировки бывает сложно обнаружить.
https://capec.mitre.org/data/definitions/25.html →Открыть в коллекции CAPEC →Злоумышленник нацеливается на состояние гонки, возникающее когда несколько процессов одновременно обращаются к одному ресурсу и манипулируют им, а результат выполнения зависит от конкретного порядка этих обращений. Злоумышленник может эксплуатировать состояние гонки, «участвуя в гонке»: изменяя ресурс и нарушая нормальный порядок выполнения. Например, состояние гонки может возникнуть при обращении к файлу: злоумышленник может обмануть систему, подменив исходный файл своей версией и заставив систему прочитать вредоносный файл.
https://capec.mitre.org/data/definitions/26.html →Открыть в коллекции CAPEC →Данная атака эксплуатирует использование символических ссылок (Symlink) для записи в конфиденциальные файлы. Злоумышленник может создать символическую ссылку на целевой файл, к которому у него нет прямого доступа. Когда привилегированная программа пытается создать временный файл с тем же именем, что и символическая ссылка, она фактически записывает данные в целевой файл, на который указывает символическая ссылка злоумышленника. Если злоумышленник может поместить вредоносное содержимое во временный файл, он тем самым запишет его в конфиденциальный файл через символическую ссылку. Состояние гонки возникает потому, что система проверяет существование временного файла, а затем создаёт его. Злоумышленник, как правило, создаёт символическую ссылку в промежутке между проверкой и созданием временного файла.
https://capec.mitre.org/data/definitions/27.html →Открыть в коллекции CAPEC →