From: "Alexander Bokovoy" <ab@altlinux.org>
To: "ALT Linux Team development discussions" <devel@lists.altlinux.org>
Subject: Re: [devel] ConsoleKit vs pam_console
Date: Fri, 31 Oct 2008 22:33:23 +0300
Message-ID: <6062a6e60810311233r172996c3kebf2f2ccf929eef6@mail.gmail.com> (raw)
In-Reply-To: <20081031173649.GK30261@osdn.org.ua>
2008/10/31 Michael Shigorin <mike@osdn.org.ua>:
> On Fri, Oct 31, 2008 at 03:42:13PM +0300, Stanislav Ievlev wrote:
>> Вот например разработка замены pam_console
>> растянулась в два раза по сравнению с первоначальными мечтами.
>
> И некоторые так и не поняли -- зачем форкать такое количество
> барахла и держать его в памяти, когда люди стремятся к обратному
> -- батарейку растянуть...
>
> Вообще кому это в голову пришло и зачем, из этой статьи:
> http://fedoraproject.org/wiki/Releases/FeatureRemovePAMConsole
> и её истории -- совершенно неочевидно. Мож кто знает?
По-моему, из текста все достаточно ясно и очевидно.
pam_console предназначен для автоматического назначения прав
устройствам (и создания их если необходимо), а также содержания
/var/run/console/*. Эти услуги создавались для того, чтобы облегчить
организацию типичного однопользовательского GNU/Linux-десктопа: права
автоматически выставляются при логине пользователя в консоли/dm,
сбрасываются при его выходе из системы.
В дальнейшем некоторые приложения (D-Bus) стали ориентироваться на
информацию, оставляемую pam_console в /var/run/console при определении
активного пользователя на десктопе.
Такой подход в нынешней ситуации ограничивает варианты использования
машин. Стало реальностью использование нескольких графических сеансов
на одной и той же машине, в дополнение к традиционным "тонким"
клиентам появились еще и обычные множественные сеансы на одной машине
с быстрым переключением между ними (multi-user fast switching),
ставшие популярными после появления этого режима в других ОС.
Архитектура pam_console не отвечает новым требованиям к
многопользовательским сеансам. Они были возможны и ранее, но не имели
преимущественного значения для графических окружений. В первую
очередь эти требования направлены на повышение защищенности информации
о пользователях, которые присутствуют в системе одновременно. Многие
приложения не использовали PAM по назначению и, в частности, не
вызывали pam_end() тогда, когда это необходимо. Происходит утечка прав
доступа, а при одновременной работе пользователей необходимо
систематически переключать права доступа на устройства, либо
реализовать более гранулированный доступ на уровне ядра.
Все эти проблемы реально мешают сделать защищенную
многопользовательскую графическую среду, а pam_console становится
мягко говоря неадекватным решением.
--
/ Alexander Bokovoy
next prev parent reply other threads:[~2008-10-31 19:33 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-23 14:07 [devel] appArmor vs SELinux Anton Farygin
2008-10-23 14:50 ` Eugene Ostapets
2008-10-23 14:51 ` Konstantin A. Lepikhov
2008-10-23 14:54 ` Eugene Ostapets
2008-10-23 20:01 ` Anton Farygin
2008-10-23 20:55 ` Konstantin A. Lepikhov
2008-10-23 19:58 ` Anton Farygin
2008-10-24 14:43 ` Michael Shigorin
2008-10-24 17:29 ` Led
2008-10-24 17:49 ` Valery V. Inozemtsev
2008-10-24 17:57 ` Mikhail Gusarov
2008-10-24 18:45 ` Led
2008-10-24 18:52 ` Mikhail Gusarov
2008-10-24 19:02 ` Led
2008-10-24 18:59 ` Valery V. Inozemtsev
2008-10-24 19:12 ` Led
2008-10-24 19:16 ` Valery V. Inozemtsev
2008-10-24 19:21 ` Led
2008-10-24 19:24 ` Valery V. Inozemtsev
2008-10-24 19:29 ` Led
2008-10-24 19:28 ` Anton Farygin
2008-10-24 19:38 ` Led
2008-10-25 4:28 ` Anton Farygin
2008-10-25 13:27 ` Алексей Шенцев
2008-10-25 8:21 ` Valery V. Inozemtsev
2008-10-24 19:35 ` Led
2008-10-24 19:42 ` Valery V. Inozemtsev
2008-10-24 19:51 ` Led
2008-10-24 19:53 ` Led
2008-10-24 19:38 ` Valery V. Inozemtsev
2008-10-25 16:57 ` [devel] DeviceKit "vs" hal Michael Shigorin
2008-10-25 20:47 ` Led
2008-10-31 12:42 ` Stanislav Ievlev
2008-10-31 17:36 ` [devel] ConsoleKit vs pam_console Michael Shigorin
2008-10-31 19:33 ` Alexander Bokovoy [this message]
2008-11-01 20:07 ` Michael Shigorin
2008-11-01 22:12 ` Dmitry V. Levin
2008-11-03 8:47 ` Alexander Bokovoy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6062a6e60810311233r172996c3kebf2f2ccf929eef6@mail.gmail.com \
--to=ab@altlinux.org \
--cc=devel@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git