The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Инцидент с темой оформления KDE, удаляющей пользовательские файлы, opennews (??), 22-Мрт-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


41. "Инцидент с темой оформления KDE, удаляющей пользовательские ..."  +2 +/
Сообщение от Аноним (46), 22-Мрт-24, 13:36 
Не поверишь, но в КДЕ код может вызываться самопроизвольно откуда угодно. Иконки (.desktop: TryExec=), генераторы эскизов в файловом менеджере, виджеты стола и панели, веб-процессы в браузере и т.п. Удивительно, что только сейчас допрыгались. Даже у гномиков стараются всю эту дрянь в контейнеры (bwrap) запихать. Правда, не знаю, насколько безопасно у них получается, но, вероятно, произвольный доступ на запись в хомяк, хотя бы, режут.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

53. "Инцидент с темой оформления KDE, удаляющей пользовательские ..."  +/
Сообщение от iPony129412 (?), 22-Мрт-24, 13:46 
Уже два раза бабахало с выполнением скрипта из имени лейбла накопителя, и выполнение произвольного кода в архиваторке при открытии архива.

Да — как попало что попало суётся.

Ответить | Правка | Наверх | Cообщить модератору

113. "Инцидент с темой оформления KDE, удаляющей пользовательские ..."  +/
Сообщение от Аноним (46), 22-Мрт-24, 15:37 
Это уязвимости, неожиданное поведение конкретного ПО. Такое выполнение произвольного кода может случиться с любой программой под управлением любой популярной ОС, by design. В Линуксе для таких, нетипичных, случаев есть различные ядерные методы защиты (ключи при сборке) и MAC времени выполнения (AppArmor/SELinux).
Ответить | Правка | Наверх | Cообщить модератору

253. "Инцидент с темой оформления KDE, удаляющей пользовательские ..."  +1 +/
Сообщение от iPony129412 (?), 24-Мрт-24, 09:35 
> AppArmor/SELinux

Так они не помогут, если у тебя софт написан как попало.
Они задают конкретные правила, а тут софт построен по принципу что хочу то и ворочу.

Ответить | Правка | Наверх | Cообщить модератору

269. "Инцидент с темой оформления KDE, удаляющей пользовательские ..."  +/
Сообщение от Аноним (270), 25-Мрт-24, 17:23 
> Так они не помогут, если у тебя софт написан как попало.

Помогут.
Условному генератору эскизов не нужно ничего исполнять (тем более, из /home или /tmp), а запись нужна только в $HOME/.cache/thumbnails/. С чем легко справляется любой MAC.

> Они задают конкретные правила, а тут софт построен по принципу что хочу то и ворочу.

Любой софт так построен. ОС имеют некоторые контрольно-защитные механизмы, но, в общем случае, всё решает контроль доступа.


Ответить | Правка | Наверх | Cообщить модератору

73. "Инцидент с темой оформления KDE, удаляющей пользовательские ..."  +1 +/
Сообщение от Аноним (1), 22-Мрт-24, 14:08 
.desktop - это не иконка, а аналог lnk-файла.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

81. "Инцидент с темой оформления KDE, удаляющей пользовательские ..."  +/
Сообщение от Аноним (46), 22-Мрт-24, 14:21 
> .desktop - это не иконка, а аналог lnk-файла.

А ещё эти файлы используются генераторами меню, апп-лончерами, дэшбордами и т.п., которые могут вызывать код из TryExec= поля. Причём, эти файлы берутся не только из пакетов, но и из хомяка пользователя (~/.local/share/applications), куда может писать любой запущенный им процесс.

Ответить | Правка | Наверх | Cообщить модератору

133. "Инцидент с темой оформления KDE, удаляющей пользовательские ..."  +/
Сообщение от oficsu (ok), 22-Мрт-24, 16:53 
> которые могут вызывать код из TryExec= поля

Не могут. Вписанное в TryExec не выполняется. Оно предназначено не для вызова команды, а только для проверки существования такого исполняемого файла, чтобы, в случае его отсутствия, иконку можно было просто скрыть из GUI

Ответить | Правка | Наверх | Cообщить модератору

143. "Инцидент с темой оформления KDE, удаляющей пользовательские ..."  +/
Сообщение от Аноним (46), 22-Мрт-24, 17:40 
Зависит от реализации, уникальной для каждой программы. Как минимум, здесь неявный PATH lookup.
Ответить | Правка | Наверх | Cообщить модератору

218. "Инцидент с темой оформления KDE, удаляющей пользовательские ..."  +/
Сообщение от oficsu (ok), 23-Мрт-24, 01:53 
> Зависит от реализации, уникальной для каждой программы.

Довольно малое число программ их парсит вообще. А среди них рассматривать злонамеренные реализации, которые делают что-то, не предписанное спецификацией, смысла нет, поскольку с таким же успехом рассматривать можно вообще любую злонамеренную программу, не привлекая сами .desktop-файлы в рассуждение

> Как минимум, здесь неявный PATH lookup

Да, есть какая-то оценка? Как это можно проэксплуатировать и каковы риски?

Ответить | Правка | Наверх | Cообщить модератору

268. "Инцидент с темой оформления KDE, удаляющей пользовательские ..."  +/
Сообщение от Аноним (270), 25-Мрт-24, 17:15 
> рассматривать злонамеренные реализации, которые делают что-то, не предписанное спецификацией

Не злонамеренные, а ленивые. Передадут, скажем, строку из поля как аргумент команде whereis или в субшелл (с каким-нибудь builtin, вроде type/command), чтобы самим с PATH и си-строками не тыркаться, не глядя, а там не экранинированы ни ключи от аргументов (--), ни пробелы, ни спецсимволы ($'\n') и т.п. Да постоянно что-нибудь такое вылезает. В компетентность/внимательность разработчиков веры нет.

> Как это можно проэксплуатировать и каковы риски?

Любой пользовательский процесс пишет в директорию, из которой автоматически, регулярно, неявно, потенциально опасным способом считываются файлы. Как это проэксплуатировать? Ну не знаю.
Я сторонник подхода "либо пишем, либо исполняем, иначе - с разными привилегиями". А вы -- как хотите.


Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру