Summary: | [FR][5.0] профили безопасности | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Anton Farygin <rider> |
Component: | control | Assignee: | Dmitry V. Levin <ldv> |
Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
Severity: | enhancement | ||
Priority: | P2 | CC: | eostapets, inger, ldv, mike, placeholder, sr, vvk |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | 7240 | ||
Bug Blocks: | 3459, 5087, 7371 |
Description
Anton Farygin
2004-03-30 20:22:49 MSD
IMHO нужно сделать к следующему дистрибутиву. Сегодня опять столкнулся с отсуствием уровня control у одного из пакетов. override'ить default'ы, прописанные в пакетах, опасно. Уровни безопасности лучше реализовать отдельно. Речь не о том, что уровни безопасности есть в пакетах. Я говорю про те пакеты, после становки которых уровни безопасности отсуствуют. При чем я не понимаю чья это ошибка: пакета или control. Например: # control|grep unknown cifsmount unknown (public wheelonly restricted) Баг с cifsmount - это грубая ошибка в пакете samba-client. перевешиваю на samba-client. Все вопросы к control сняты. Я имел в виду т.н. профили безопасности. Ну да ладно, с профилями как-нибудь потом. перевешиваю на control Да, к Master 3 было бы неплохо большой краник для дефолтов control иметь... Может, лучше реализовать это отдельным пакетом? Я вчера не придумал сходу, как это вообще реализовать %) То ли control надо перечитать, то ли -- "да уж как тебе удобней" сказать. :) depends несколько условный, но чтоб не забыть... Дело в том, что control охватывает не только безопасность, но и что-угодно. Т.е. пока нельзя сделать вместе сontrol something secure и сontrol something workstation Надо, чтоб его архитектура требовала реализации в конкретном facilyty понятий о безопасности и функциональности по некому стандарту. Т.к. мы отказались от таких понятий, то пока нифига не будет. (In reply to comment #12) > Т.к. мы отказались от таких понятий, то пока нифига не будет. Отказались -- "пока"? Тогда см. "[3.1]". Если не пока, то дистрибутиву крышка. :) (ну или подумать и сделать как надо, и как раз _здесь_ мало где сделано хорошо, но практически везде -- хоть как-то) Ну крышка не крышка, а эта бага -- последняя открытая на собиралку по M24. :) Хорошо бы к Server 5.0 всё-таки придумать метарубильник. Предлагаю этот баг закрыть для ясности, если с тех пор появились более конкретные пожелания -- оформить их в качестве более похожего на ТЗ бага. Со своей стороны сделал поддержку в mkimage-profiles: http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=features.in/control/config.mk;hb=HEAD и готов участвовать в выработке требований к инструменту поверх control(8). 1) по факту WONTFIX; 2) к ТЗ: может иметь смысл прошерстить имеющиеся control facilities, классифицировать имеющиеся варианты и для некоторых из них предложить разумные подборки значений по умолчанию с точки зрения дистрибутивов/контейнеров и прочих вариантов применения, когда изменение пакетных умолчаний неоправданно; на localhost: # control 2>/dev/null | cut -f2- -d'(' | tr -d ')' | tr ' ' '\n' | sort | uniq -c | sort -rn 37 restricted 35 public 10 wheelonly 7 netadmin 5 server 5 local 5 legacy 5 enabled 5 disabled 3 traditional 2 tcb 2 default 1 xgrp 1 winbind 1 wheel 1 vmusers 1 vboxusers 1 uucp 1 users 1 unprivileged 1 strict 1 shared 1 relaxed 1 pkcs11 1 multi 1 mailadm 1 ldap 1 krb5_ccreds 1 krb5 1 fuseonly 1 filter 1 everyone 1 client 1 atdaemon Из них первые четыре в достаточной мере распространены и характеристичны, чтобы была техническая возможность сделать что-то вроде описания "wheelonly, netadmin: что первое найдётся в списке, то и поставь". |