[sisyphus] Изменение состава групп процесса на лету

[sisyphus] Изменение состава групп процесса на лету

[Olvin]

Навеяно фортунками :)

 > На лету не получится - надо войти в систему заново (права для
 > > пользователя устанавливаются при входе, и далее наследуются всеми
 > > запускаемыми процессами).
Можно и на лету - через /dev/kmem, если знаете, куда писать. :)
		-- ldv in sisyphus@


В общем-то, я понимаю, что с моим вопросом в devel-kernel@, но не 
подписан и вопрос скорее из любопытства.

Неужели в ядре не могли сделать список групп не для каждого процесса, а 
по пользователям, процессы которых есть в системе (т.е. по EUID/UID). 
Чтобы, если меняется состав групп в системных базах данных, можно было 
одной командой перезагрузить привилегии (состав групп) для процессов 
конкретного пользователя? Или тут есть какие-то серьёзные препятствия? 
Или просто большинству разработчиков ядра это почти не нужно? Т.е. всех 
устраивает просто выйти из системы и снова войти, чтобы принять членство 
в новой группе?

Re: [sisyphus] Изменение состава групп процесса на лету

[Stanislav Ievlev]

Ядро не в курсе о том что есть там какие-то системные базы ... а что если
эти базы были в LDAP?

On Tue, Apr 01, 2008 at 01:31:11PM +0300, Olvin wrote:
> Навеяно фортунками :)
> 
> > На лету не получится - надо войти в 
> систему заново (права для
> > > пользователя устанавливаются при 
> входе, и далее наследуются всеми
> > > запускаемыми процессами).
> Можно и на лету - через /dev/kmem, если знаете, 
> куда писать. :)
> 		-- ldv in sisyphus@
> 
> 
> В общем-то, я понимаю, что с моим вопросом 
> в devel-kernel@, но не подписан и вопрос скорее 
> из любопытства.
> 
> Неужели в ядре не могли сделать список 
> групп не для каждого процесса, а по 
> пользователям, процессы которых есть в 
> системе (т.е. по EUID/UID). Чтобы, если 
> меняется состав групп в системных базах 
> данных, можно было одной командой 
> перезагрузить привилегии (состав групп) 
> для процессов конкретного пользователя? 
> Или тут есть какие-то серьёзные 
> препятствия? Или просто большинству 
> разработчиков ядра это почти не нужно? 
> Т.е. всех устраивает просто выйти из 
> системы и снова войти, чтобы принять 
> членство в новой группе?
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] Изменение состава групп процесса на лету

[Olvin]

Stanislav Ievlev пишет:
>> Навеяно фортунками :)
>>>> На лету не получится - надо войти в систему заново (права для
>>>> пользователя устанавливаются при входе, и далее наследуются всеми
>>>> запускаемыми процессами).
>>> Можно и на лету - через /dev/kmem, если знаете, куда писать. :)
>>> 		-- ldv in sisyphus@
>> В общем-то, я понимаю, что с моим вопросом 
>> в devel-kernel@, но не подписан и вопрос скорее из любопытства.
>>
>> Неужели в ядре не могли сделать список групп не для каждого процесса, а по 
>> пользователям, процессы которых есть в системе (т.е. по EUID/UID). Чтобы, если 
>> меняется состав групп в системных базах данных, можно было одной командой 
>> перезагрузить привилегии (состав групп) для процессов конкретного пользователя? 
>> Или тут есть какие-то серьёзные препятствия? Или просто большинству 
>> разработчиков ядра это почти не нужно? Т.е. всех устраивает просто выйти из 
>> системы и снова войти, чтобы принять членство в новой группе?
> Ядро не в курсе о том что есть там какие-то системные базы ... а что если
> эти базы были в LDAP?

Я имел в виду несколько другое. Когда произошло изменение системных баз 
(не важно, где именно они хранятся), применить изменения для уже 
запущенных процессов. А чтобы не проходиться по каждому процессу 
(которые могут появляться и умирать с огромной скоростью) сделать в ядре 
общую базу по принадлежности UID к списку GID.

Re: [sisyphus] Изменение состава групп процесса на лету

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 459 bytes --]

* Olvin <olvin@> [080411 02:31]:
> Я имел в виду несколько другое. Когда произошло изменение
> системных баз (не важно, где именно они хранятся), применить
> изменения для уже запущенных процессов.
А Вы в курсе вообще про существование таких вещей как sgid bit,
set{,e,r}gid(2), setgroups(2), sudo -P и так далее.  Которым
совершенно всё равно что там находится в "системной базе".  Ну и
как это "применять", Вы подумали?

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]