The OpenNET Project / Index page

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



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

Оглавление

Основатель CyanogenMod предложил избавиться от root-полномоч..., opennews (?), 29-Июл-13, (0) [смотреть все]

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


7. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +3 +/
Сообщение от koblin (ok), 29-Июл-13, 11:26 
Нет, sudo это тот же root и полные права. Тут предлагают разграничивать доступ с помощью SELinux, т.е. разрешать приложениям только то, что им действительно необходимо..
Ответить | Правка | Наверх | Cообщить модератору

10. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +2 +/
Сообщение от Антон (??), 29-Июл-13, 11:40 
sudo позволяет довольно детально настраивать права. Никто не заставляет вас писать
root    ALL = (ALL) ALL
Ответить | Правка | Наверх | Cообщить модератору

11. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +2 +/
Сообщение от bircoph (ok), 29-Июл-13, 11:55 
> sudo позволяет довольно детально настраивать права. Никто не заставляет вас писать
> root ALL = (ALL) ALL

sudo не позволяет управлять capabilities, а даёт всё сразу для заданного пользователя и приложения. Впрочем, я не понимаю, зачем использовать SELinux, если для описанных в статье целей достаточно capabilities.

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

13. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +21 +/
Сообщение от rshadow (ok), 29-Июл-13, 11:55 
Речь идет о контроле программ, чем SELinux и занимается. Доступ программы к файлам, сокетам и т.д.
А судо это доступ для пользователя. Это совсем разные вещи. Запустив программу от судо вы ее уже никак не контролируете, если конечно нет механизма вроде SELinux.

Вот собственно и предлагается от контроля пользователя (вы и так знаете какую программу поставили и явно хотите ее запустить, не зная что у нее там внутри) перейти к полному контролю программ.

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

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

14. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +3 +/
Сообщение от Антон (??), 29-Июл-13, 12:01 
Спасибо за доходчивое объяснение.
Ответить | Правка | Наверх | Cообщить модератору

22. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +/
Сообщение от ананим (?), 29-Июл-13, 12:54 
Тем более что sudo в android не имеет смысла, т.к. каждое приложение в android запускается под отдельным пользователем, т.е. под отдельным uid — Android assigns each application a UID (User ID) at install time
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

30. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +/
Сообщение от Lain_13 (ok), 29-Июл-13, 13:52 
Ну как-раз смысл-то имеет, позволяя запускать этому пользователю код с правами другого пользователя (обычно рута). Но когда есть SELinux можно отдельные операции отвязать от рута и просто предоставлять конкретным приложениям доступ к этим функциям независимо от прав пользователя, от имени которого приложение запущено без делегирования ему полномочий другого пользователя.
Ответить | Правка | Наверх | Cообщить модератору

38. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +1 +/
Сообщение от ананим (?), 29-Июл-13, 14:12 
Вдумайтесь, Android assigns each application a UID (User ID) at install timе.
… at install timе.
Вы предлагаете при инсталяции прописывать каждое приложение в /etc/sudoers?
Зачем? В андроиде пользователь уже итак раздаёт разрешения через его АПИ.
Или при каждом запуске предлагать подтвердить эти права (как в виндовом UAC)?

Это не поможет, т.к. смысл сабжа в том, чтобы при разрешении приложению функций А, он ещё параллельно не выполнял не декларируемые им функции Б, В, и Г, т.к. разрешения на А (допустим А это права root, пусть через sudo) дают такую возможность, но заявленная функциональность приложения не должна выполнять функции Б, В, и Г. (к примеру Г — это чтение хэшей из /etc/shadow, как skype в своё время).

Т.е. вы даёте права root приложению чтобы он к примеру обновил резолвер dns, а он параллельно с этим слил ваши хэши в АНБ.
SELinux позволяет эти действия прекратить.

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

50. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +/
Сообщение от Аноним (-), 29-Июл-13, 15:19 
>Т.е. вы даёте права root приложению чтобы он к примеру обновил резолвер dns, а он параллельно с этим слил ваши хэши в АНБ.

SELinux позволяет эти действия прекратить.

Правильно, нафига АНБ сдался твой резолвер? "Партия у нас у всех одна, стучать надо чаще!"(с)

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

33. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +/
Сообщение от Mihail Zenkovemail (ok), 29-Июл-13, 13:56 
Что-то мне подсказывает, что программы которым ограничили доступ будут либо заваливать пользователя кучей сообщений об ошибках либо вообще падать. И в итоге пользователи не будут ограничивать права.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

49. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +/
Сообщение от ананим (?), 29-Июл-13, 15:13 
>И в итоге пользователи не будут ограничивать права.

Да.
Но в случае SELinux это программа сможет делать только то что разрешили и что она за декларировала.
(например как skype зачем то читал /etc/shadow, хотя для его работы это и не требовалось, и не декларировалось)
Вот для AppArmor http://habrahabr.ru/post/25951/
Вот обсуждение для SElinux https://bugzilla.redhat.com/show_bug.cgi?id=605293

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

68. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +/
Сообщение от Аноним (-), 29-Июл-13, 16:00 
Не факт. Можно сделать как в PDroid - вместо реальных полномочий предоставлять заглушки
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

132. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +/
Сообщение от Алексей Морозов (ok), 30-Июл-13, 07:10 
Тогда это будет уже не SELinux.

Вообще, идея неплохая. Понятно, что будет некоторый переходный период, в течение которого неаккуратно написанные программы будут получать по мордасам на ровном месте. А дальше всё зависит от соотношения общего числа пользователей, перешедших на "безопасный режим", к общему числу пользователей и от динамики изменения этого соотношения.

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

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

36. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +1 +/
Сообщение от Аноним (-), 29-Июл-13, 14:09 
> Но вот цианоген обьявили что хотят дать пользователю контроль за разрешениями чтоб ты мог сам отобрать какие то права у программы, и это было бы очень круто.

В седьмом cyanogen уже было управление правами приложений, они его убрали по требованию google так как это позволяло например отключить показ рекламы в приложении.

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

51. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +/
Сообщение от Аноним (-), 29-Июл-13, 15:20 
>это позволяло например отключить показ рекламы в приложении.

Еретики!:)

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

54. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +/
Сообщение от Аноним (-), 29-Июл-13, 15:23 
> В седьмом cyanogen уже было управление правами приложений, они его убрали по
> требованию google так как это позволяло например отключить показ рекламы в приложении.

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

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

58. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  –1 +/
Сообщение от Аноним (-), 29-Июл-13, 15:36 
>а не для пользователей?

А ты им хто такой? Ты им хоть бакс задонатил, чтобы они хоть вообще имели представление о твоем существовании?

>если заподляны те же самые?

Заподляны те же самые, но не те же самые. Твой кэп.

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

151. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +/
Сообщение от qux (ok), 01-Авг-13, 13:48 
> В седьмом cyanogen уже было управление правами приложений, они его убрали по требованию google

А иначе что? Судя по быстрому поиску, причины не в этом.

http://forum.cyanogenmod.com/topic/58200-restricting-app-per.../

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

93. "Основатель CyanogenMod предложил избавиться от root-полномоч..."  +/
Сообщение от Khariton (?), 29-Июл-13, 18:24 
> sudo позволяет довольно детально настраивать права. Никто не заставляет вас писать
> root ALL = (ALL) ALL

Вы можете в судо написать правила для всех написанных и ненаписанных программ да еще и с абсолютными путями? вы представляете размер файла sudoers?

SeLinux - это хорошо, но он позволяет только описывать доступ к прописанным политикам внутри ядра. А если мне надо будет что-то что там не прописано?

В общем ЦМ сделал годный вброс. Бурление будет дай боже...

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

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

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




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

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