From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 3 Apr 2002 20:04:01 +0400 From: "Dmitry V. Levin" To: devel@altlinux.ru Subject: Re: [devel] =?koi8-r?B?6c7Gz9LNwcPJ0SDL?= =?koi8-r?B?INLB2s3Z28zFzsnAIM8gzsHT1NLPysvByA==?= Message-ID: <20020403160400.GC8251@ldv.office.alt-linux.org> Mail-Followup-To: devel@altlinux.ru References: <20020401132756.GF12173@sam-solutions.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="11Y7aswkeuHtSBEs" Content-Disposition: inline In-Reply-To: <20020401132756.GF12173@sam-solutions.net> X-fingerprint: 9658 398D 181B 1200 8FC5 26B8 F6F8 846B C1E2 3429 Sender: devel-admin@altlinux.ru Errors-To: devel-admin@altlinux.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: devel@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Archived-At: List-Archive: List-Post: --11Y7aswkeuHtSBEs Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Mon, Apr 01, 2002 at 04:27:56PM +0300, Alexander Bokovoy wrote: > В процессе исследования появились следующие мысли: > > Работа с системой из-под привилегированного пользователя сведена к > минимуму следующим образом. Пользователь может быть помечен как "имеющий > возможность администрировать систему" и в этом случае он включается в > группу admins, на которую существует настройка sudo -- любой член этой > группы может выполнять любую операцию. В результате, большинство операций, > требующих изменение конфигурационных файлов и (пере)запуск сервисов, > сводится к вводу пользовательского пароля. > > Таким образом можно было бы реализовать памятное (для тех, кто работает в > офисе) предложение ZerG-а о возможности расшаривания ресурсов. То есть, > можно было бы написать приложение (хотя оно, насколько я понимаю, уже есть) > для исправления конфигов и настроить соответствующим образом sudo, чтобы > пользователь, входящий в определенную группу, мог экспортировать свои > ресурсы. > > Подобные настройки можно было бы сделать для каждой группы административных > операций, а управление пользовательскими "возможностями" внести в > планируемый конфигуратор системы. > > В Mac OS X эти настройки выглядели следующим образом (в sudo): > %admins ALL=(ALL) ALL > > В нашем случае их можно урезать и специализировать, например: > > /etc/sudo.d/exporters: > User_Alias EXPORTERS = список пользователей, которым разрешено экспортирование ресурсов > Cmnd_Alias EXPORTER = /usr/sbin/exporter (программа, ответственная за изменение конфигурации) > EXPORTERS имя хоста = EXPORTER > > Аналогично и другие операции. > > Мнения? У всех предложений подобного плана, сводящихся к прозрачному делегированию обычному пользователю административных прав, есть одна принципиальная проблема. Обычный пользователь, как правило, занимается "обычными" делами, запускает "обычные" приложения, которые пишут, как правило, "обычные" программисты с "обычными" представлениями о безопасности. Как следствие, эти "обычные" программы на порядки более уязвимы, чем "системный" софт. C'est la vie. Как только этот самый обычный пользователь получает административные полномочия, барьер между пользовательскими приложениями и системой снимается. Так, обычный web browser, почтовый клиент, etc. получают возможность администрировать систему; вместе с ними те же права получают злоумышленники, пользующиеся наименее защищенными "обычными" программами для вторжения в систему. Можно возразить: в предложенном примере конфигурации sudo можно настроить таким образом, чтобы административные действия требовали аутентификации. К сожалению, в случае обычной парольной аутентификации это не помогает: злоумышленник может дождаться, пока пользователь введет пароль, захватить его и использовать в дальнейшем. Предложенная схема могла бы быть жизнеспособной только в случае, если для каждого акта администрирования пользователь должен был бы быть аутентифицирован средствами, на которые никаким образом не могут повлиять обычные программы. Это принципиально возможно, например, при соответствующей реализации системы аутентификации на основе электронных ключей. Regards, Dmitry +-------------------------------------------------------------------------+ Dmitry V. Levin mailto://ldv@alt-linux.org ALT Linux Team http://www.altlinux.com/ Fandra Project http://www.fandra.org/ +-------------------------------------------------------------------------+ UNIX is user friendly. It's just very selective about who its friends are. --11Y7aswkeuHtSBEs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8qyfw9viEa8HiNCkRAl8QAJ0a/5St87Uyu2Q+f9aaAKkZlDK7pgCeJ5Xy 4wGQC9EWsg19cOPA7xAvHL8= =FpHw -----END PGP SIGNATURE----- --11Y7aswkeuHtSBEs--