From: "Dmitry V. Levin" <ldv@alt-linux.org>
To: devel@altlinux.ru
Subject: Re: [devel] minimal system
Date: Tue, 27 Nov 2001 11:19:54 +0300
Message-ID: <20011127081954.GB18772@ldv.office.alt-linux.org> (raw)
In-Reply-To: <20011127090458.053d19f7.andrei@tvcell.ru>
[-- Attachment #1: Type: text/plain, Size: 4609 bytes --]
On Tue, Nov 27, 2001 at 09:04:58AM +0300, Andrey Astafiev wrote:
> Большое спасибо, за пояснения. еще немного вопросов.
>
> > mingetty - должен быть в зависимостях initscripts.
>
> его там нет.
>
> > > passwd
> >
> > а если не надо?
>
> возможно, в BTS и не надо, а для минимальной
> многопользовательской рабочей системы - надо :)
Тогда это пакет interactivesystem.
> насколько я помню, я ни словом не упомянул,
> что basesystem должен зависеть от passwd.
> я так понял, basesystem является тем ограничивающим
> пакетом в системе, наличие которого при сохраненных
> зависимостях гарантирует присутствие всех
> жизненно-необходимых компонентов?
Да, так было задумано.
Вопрос только в том, что считать жизненно необходимым?
> > Как уже было сказано, setup сейчас необходимо
> > ставить до basesystem.
>
> кстати, в описании basesystem сказано, что этот
> пакет должен быть установлен первым, а Александр
> написал, что сначала нужно установить setup с
> зависящими от него пакетами, хотя таковых нет.
> это временное явление?
На данный момент нет другого способа гарантировать, что setup будет
установлен первым.
> > > это навело на мысль о том, что возможно скрипты,
> > > связанные с установкой и удалением пакетов тоже
> > > проверять на предмет зависимостей. бред? усложнение?
> >
> > Это уже запланировано. Однако придется исправлять
> > довольно много скриптов.
>
> т.е. удалять из скриптов неоправданно используемые
> команды? зависимости ведь будут проставляться...
Не только. Например, макрос %update_menus надо будет изменить с нынешнего
[ -x /usr/bin/update-menus ] && /usr/bin/update-menus ||:
на более корректное
UPDATE_MENUS=/usr/bin/update-menus
[ -x "$UPDATE_MENUS" ] && "$UPDATE_MENUS" ||:
Аналогично следует поступить во всех случаях условного запуска.
> > Сейчас в findutils есть поддержка некоторых особых
> > возможностей ext2. Если они оттуда исчезнут,
> > то и зависимость пропадет.
>
> похоже эта зависимость будет жить в веках :)
Не факт, см.
http://bugs.altlinux.ru/view_bug_advanced_page.php?f_id=0000074
> > > установить util-linux без нарушения завивисимостей
> > >нельзя, так как agetty зависит от login,
> >
> > Эти "вытаскивающие за волосы" зависимости (glibc,
> > util-linux,shadow-utils) были сделаны с тем, чтобы
> > в уже работающей системе не потерять необходимые
> > компоненты.
>
> но ведь теперь для этого существует basesystem?
Кто сказал, что, напр., fdisk - это basesystem?
> > > еще немного об авторизации. при установке shadow-utils
> > > не создаются файлы shadow и gshadow, хотя могли бы при
> > > помощи скрипта на основе информации из passwd и group.
> >
> > Не думаю, что это актуально в связи с tcb...
>
> что такое tcb?
TCB(5) TCB(5)
NAME
tcb - alternative password shadowing scheme
PROBLEM
With the traditional password shadowing scheme, password
hashes and password aging information of all users is
stored in one file, /etc/shadow. Therefore, if a process
requires access to information on a single user, it is
forced to possess privileges which are sufficient to
access data on all users. This is a design flaw, which is
most clearly visible in the case of passwd(1) utility.
Let's assume that unprivileged users are to be allowed to
change their own passwords. Whatever permissions are
assigned to /etc/shadow, passwd(1), invoked by unprivi-
leged user U, must be able to modify the contents of this
file. If malicious user U finds a way to control the
passwd(1) process (with the help of a buffer overflow or
another bug in the passwd(1) code, in the libraries it
uses, or in the kernel), the user will be able to change
passwords of all users and thus obtain full control over
the system.
SOLUTION
The solution is straightforward - each user is assigned
its own, separate shadow-style file. User U's shadow file
is owned by U, so passwd(1) invoked by U does not require
superuser privileges.
Надеюсь скоро перевести Sisyphus на tcb (если на этой неделе не успею, то
на следующей).
Regards,
Dmitry
+-------------------------------------------------------------------------+
Dmitry V. Levin mailto://ldv@alt-linux.org
ALT Linux Team http://www.altlinux.ru/
Fandra Project http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.
[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
next prev parent reply other threads:[~2001-11-27 8:19 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-11-26 6:35 Andrey Astafiev
2001-11-26 11:24 ` Alexander Bokovoy
2001-11-26 11:31 ` Alexander Bokovoy
2001-11-27 6:05 ` Andrey Astafiev
2001-11-27 7:59 ` Dmitry V. Levin
2001-11-27 9:47 ` Alexander Bokovoy
2001-11-26 13:29 ` Dmitry V. Levin
2001-11-26 13:50 ` Andrey Astafiev
2001-11-26 14:02 ` Dmitry V. Levin
2001-11-27 6:04 ` Andrey Astafiev
2001-11-27 8:19 ` Dmitry V. Levin [this message]
2001-11-27 9:23 ` Andrey Astafiev
2001-11-27 9:35 ` Dmitry V. Levin
2001-11-27 10:23 ` Andrey Astafiev
2001-11-27 9:43 ` [devel] " Mikhail Zabaluev
2001-11-27 9:47 ` [devel] " Dmitry V. Levin
2001-11-27 9:55 ` 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=20011127081954.GB18772@ldv.office.alt-linux.org \
--to=ldv@alt-linux.org \
--cc=devel@altlinux.ru \
--cc=devel@linux.iplabs.ru \
/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