LINUX.ORG.RU

Установка глобальных тем KDE может удалить личные данные

 ,

Установка глобальных тем KDE может удалить личные данные

0

2

Важное предупреждение: установка глобальных тем в KDE может привести к удалению всех личных данных. Пользователи сообщают о критических ошибках и полной потере данных на своих устройствах.

В сообществе пользователей Linux произошёл инцидент, который вызвал широкий резонанс и обсуждение вопросов безопасности. Речь идёт о ситуации, когда установка глобальной темы привела к удалению всех пользовательских данных, включая данные с монтированных дисков. Этот случай стал предметом обсуждения на форуме openSUSE в Reddit и выявил потенциальную уязвимость в системе безопасности дистрибутивов на базе Linux.

Технический момент

Как указывают пользователи Reddit, причиной стала определённая глобальная тема, которая в процессе установки исполняла команду rm -rf, автоматически удаляя все данные в папках, доступных для пользователя. Это подчёркивает риск, связанный с возможностью выполнения скриптов при установке тем и расширений, которые пользователи могут скачивать из неофициальных источников.

Реакция разработчиков KDE

После того как информация о проблеме была доведена до разработчиков KDE, были предприняты немедленные действия. Спорная тема была удалена, и команда разработчиков начала обсуждение мер, которые могли бы предотвратить подобные инциденты в будущем. Один из разработчиков отметил, что ситуация действительно ужасающая и требует серьёзного рассмотрения вопросов безопасности.

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от bender

Да, там скрипты (речь про deb). И нет, песочница там не возможна, потому что эти скрипты по задумке должны иметь доступ ко всему - чтобы не иметь ограничений в настройке системы для работы пакета. Если бы дело ограничивалось только файлами пакета, то скрипты как раз были бы не нужны - файлы пакета можно запаковать в архив сразу нужные. Скрипты именно для патчинга остальной части системы.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от firkax

Да, там скрипты (речь про deb). И нет, песочница там не возможна, потому что эти скрипты по задумке должны иметь доступ ко всему - чтобы не иметь ограничений в настройке системы для работы пакета.

Поэтому на хосте нужно использовать immutable LiveCD, собранный и протестированный заранее, а сервисы запускать в контейнерах, тоже собранных заранее.

sanyo1234
()
Ответ на: комментарий от sanyo1234

Ещё раз: если упрощённо говорить, то скрипты там для того, чтобы пакет А, обнаружив установленный пакет Б, мог подправить второму конфиг для правильной совместной работы из коробки. Если ты у пакета А такую возможность отберёшь (и контейнеры для этого совсем не требуются) - он это сделать не сможет и соответственно из коробки оно работать не будет.

firkax ★★★★★
()
Ответ на: комментарий от firkax

Ещё раз: если упрощённо говорить, то скрипты там для того, чтобы пакет А, обнаружив установленный пакет Б, мог подправить второму конфиг для правильной совместной работы из коробки

Можно пример такого пакета?

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

Например любой dkms, который запускает сборку драйвера под конкретные установленные сейчас ядра, а не вообще. Или например в пакете libvlc-bin генерируется кеш плагинов, исходя из того какие именно установлены сейчас. Кстати тут ещё интереснее: как ты собрался ставить плагин к vlc в контейнер? Или он должен добавляться в уже созданный контейнер для имеющегося vlc?

Очень много пакетов с update-alternatives, но тут кстати думаю можно было бы это дело переделать из скриптового вида в формат статического конфига пакета.

А вот у драйверов nvidia: они подменяют файлы разных GL на лету, превращая их в alternatives и ставя текущую альтернативу на свои .so. То есть тут именно задумка прямым текстом: пофиксить чужой пакет когда устанавливаешься.

Как бы то ни было: ограничить пакету право менять что-то кроме своих файлов это технически совсем не проблема и контейнер для этого не нужен. Проблема - сделать так, чтобы пакет с такими урезанными правами установщика смог автоматически вписаться в систему и хорошо работать без дополнительной возни.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 2)
Ответ на: комментарий от firkax

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

bender ★★★★★
()
Ответ на: комментарий от firkax

IMHO то как работает пакетный менеджер Debian - неплохо на уровне сисадмина или сборщика образов контейнеров, т.е. когда человек готов ковыряться во всех этих особенностях и нестыковках.

А пользователю нужно предоставлять уже готовые образы контейнеров для решения их задач. В случае с плагинами - это могут быть различные варианты предустановленных комбинаций таких плагинов от lite до full или предметно ориентированные.

sanyo1234
()
Ответ на: комментарий от sanyo1234

vА пользователю нужно предоставлять уже готовые образы контейнеров для решения их задач

Когда до вас дойдет, что контейнеры - это про микросервисы, а не про пользовательские приложения?

DrRulez ★★★★★
() автор топика
Ответ на: комментарий от DrRulez

Когда до вас дойдет, что контейнеры - это про микросервисы, а не про пользовательские приложения?

Когда уже до Вас дойдёт, что это лишь ваше очередное заблуждение и проявление ограниченности и зашоренности вашего мышления, а также кругозора?

Образы контейнеров - это в первую очередь способ надёжного и предсказуемого деплоя (любого софта).

sanyo1234
()
Ответ на: комментарий от sanyo1234

Образы контейнеров - это в первую очередь способ надёжного и предсказуемого деплоя (любого софта).

Это пи-ц. Вот такие как вы и тащат в контейнеры томкэты и почтовые сервера. Стильно-модно-молодежные. Это пи-ц.

DrRulez ★★★★★
() автор топика
Последнее исправление: DrRulez (всего исправлений: 1)
Ответ на: комментарий от DrRulez

Сервера туда пакуют умные люди, даже СУБД типа MSSQL и IBM Db2.

А я легко упакую даже и свеженький Libre Office и VSCodium ;)

sanyo1234
()
Ответ на: комментарий от sanyo1234

Сервера туда пакуют умные люди, даже СУБД типа MSSQL и IBM Db2.

Ты в слове «дебилы» наделал слишком много ошибок…

Да и вообщею Почитал я твою писанину и решил в игнор тебя отправить. Удивительно. На весь лор - ты - третий….

DrRulez ★★★★★
() автор топика
Последнее исправление: DrRulez (всего исправлений: 1)
Ответ на: комментарий от DrRulez

Ты в слове «дебилы» наделал слишком много ошибок…

Форумный тролль с изображением поехавшего на аве делает заявления о дебильности IBM и Microsoft, как это мило …

Да и вообщею Почитал я твою писанину и решил в игнор тебя отправить.

Выражаю свою благодарность, чтобы больше не читать твои бредовые ответы.

Удивительно. На весь лор - ты - третий….

Боюсь, что со временем твой список будет состоять как минимум из половины ЛОРа :)

sanyo1234
()
Ответ на: комментарий от DrRulez

тащат в контейнеры томкэты и почтовые сервера

Котейнеры — это типа cgroups, неймспейсы, и oci образы? Я не знаю, с какого места начинается контейнер, но сервисам systemd можно, и часто невредно, прописывать ограничения. Ну там PrivateTmp или NoNewPriviledges. В какой момент они становятся контейнерами?

akho
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.