Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Уязвимость в ОС Qubes, позволяющая обойти изоляцию и выполнить код на уровне Dom0"	+/–
Сообщение от opennews (ok), 08-Сен-26, 14:06
Опубликована информация об уязвимости в операционной системе Qubes, использующей гипервизор для строгой изоляции приложений и компонентов ОС (каждый класс приложений и системные сервисы работают в отдельных виртуальных машинах). В случае если атакующий скомпрометирует одну из виртуальных машин, уязвимость позволяет обойти изоляцию, добиться выполнения произвольных команд на стороне хостового окружения (Dom0) и получить контроль над всей операционной системой. Проблема проявляется при использовании пользователем утилиты "qvm-copy-to-vm" для копирования файла из хостового окружения в подконтрольную атакующему виртуальную машину. Уязвимость устранена в обновлении пакета qubes-core-dom0-linux 4.3.22... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66232
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от aname (ok), 08-Сен-26, 14:06	+1 +/–
Исправили и хорошо
Ответить | Правка | Наверх | Cообщить модератору

3. Сообщение от Аноним (3), 08-Сен-26, 14:26	+/–
* "Qubes OS A reasonably secure operating system" * "запускала программы [...], используя функцию system()" Классика.. А ризонабли дырявая оперэтинг стстэм.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #10

5. Сообщение от aname (ok), 08-Сен-26, 14:41	+1 +/–
А как надо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от онанист (?), 08-Сен-26, 14:47	+/–
для строгой изоляции на красные линии похоже
Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от Аноним (7), 08-Сен-26, 14:48	+/–
> запускала программы kdialog или zenity, используя функцию system() Уж сколько раз твердили миру...
Ответить | Правка | Наверх | Cообщить модератору

8. Сообщение от Аноним (8), 08-Сен-26, 14:51	+/–
Это была фича, но они похоже не отличают функциональность и проблему. Зачем ломать людям воркфлоу?
Ответить | Правка | Наверх | Cообщить модератору

9. Сообщение от Tron is Whistling (?), 08-Сен-26, 14:55	–1 +/–
Лол. Это всё, что надо знать... Поделие в лучшем случае уровня школьника.
Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от Tron is Whistling (?), 08-Сен-26, 14:56	+1 +/–
Да, лишнее напоминание о том, что при кривых руках не спасёт ничего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

11. Сообщение от опеншлёпивпродакшн (?), 08-Сен-26, 15:08	–3 +/–
Зато без "ИИ слопа", ведь даже ИИ предложил заменить system на exec.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18

12. Сообщение от Аноним (12), 08-Сен-26, 15:27	–1 +/–
Это "фича" всех линуксов. На каждую вещь своя "программа". Соответственно данные передаются через аргументы командной строки, а то и через переменные окружения. Отсюда невозможность нормально защитить эти данные и необходимость их экранировать. Т.е. линукс по-умолчанию небезопасен в этом плане. И только предпринимая особые меры безопасности можно иногда сократить число дырок путём например экранирования. Ну то есть когда все уже используют ORM тут ещё формируют SQL запрос склеивая его куски плюсиком.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #14

13. Сообщение от Аноним (13), 08-Сен-26, 15:47	+/–
Эмм, нет. Косяк именно в сишном вызове system(), который передает указанную строчку в интерпретатор командной строки. Это прямо типичная ошибка новичков, которые язык недавно начали изучать. Если что для запуска внешних программ интерпретатор не нужен. Если запускать правильным способом, скажем через execve(), то ничего экранировать не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #15, #16

14. Сообщение от Аноним (15), 08-Сен-26, 15:55	+/–
> Т.е. линукс по-умолчанию небезопасен в этом плане. "интерпретируемых командной оболочкой" - надо понимать, что такое сценарный интерпретатор и уметь отличать его от загрузчика (loader).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

15. Сообщение от Аноним (15), 08-Сен-26, 15:57	+1 +/–
> Косяк именно в сишном вызове system(), в чем косяк то? Косяк в головах нейрослоупоков которые не видят разницы между сценарным интерпретатором и загрузчиком. > Если что для запуска внешних программ интерпретатор не нужен. ну вот, так в чем же косяк system()? в его существовании?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #17

16. Сообщение от Аноним (13), 08-Сен-26, 15:58	+1 +/–
Собственно что и было сделано коммите с исправлением. https://github.com/QubesOS/qubes-core-admin-linux/commit/bbb...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

17. Сообщение от Аноним (13), 08-Сен-26, 15:59	+/–
Имелось в виду косяк в его использовании, а не в самом вызове.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

18. Сообщение от Аноним (18), 08-Сен-26, 16:10	+/–
И потерял возможность запускать скрипты. Действительно, очень равноценная замена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема