FreeBSD Hardening Best Practises

Dan Lukes dan at obluda.cz
Wed May 2 15:36:48 CEST 2007


Miroslav Lachman wrote:
> Za sebe mohu napriklad k MySQL postnout nasledujici kroky, ktere delam v 
> zajmu zvyseni bezpecnosti ihned po jejim nainstalovani:
> ...

	A jeste - uplne zakazat sitovy pristup (--skip-networking). Samozrejme, 
na pocitaci, kde plati, ze neni jinych uzivatelu nez spravcu.

> miera snahy o maximalne zabezpecenie systemu je nepriamo umerna
> schopnostiam a sikovnosti admina.

	Jen do urciteho bodu. Od urcite urovne snahy se totiz ukazuje, ze je 
rozdil mezi "velikosti snahy" a realnym vyslednym zabezpecenim.

	Typickym pripadem jsou "silne snahy o zabezpeceni" projevujici se 
"heslovym fasismem" - uzivatele musi mit dlouha hesla, povinne 
obsahujici pismena, cisla a jeste dalsi jine znakys povinnosti tato 
hesla pomeren casto obmenovat a kontrolou, ze nerotuji stale stejnou 
malou sady totoznych hesel.

	Tato extremni snaha o maximalni zabezpeceni ve sktuecnosti prinasi 
realne nizsi bezpecnost, protoze uzivatele si hesla nutne zacnou psat. 
Casto primo na monitor. Nebo na papirek v prvnim supliku ...

	Zminene schopnosti a sikovnosti admina se tedy projevuji nejen v tom, 
jake ochrany je schopen vymyslet a nasadit, ale take ve schopnosti 
odhadnou, za jakou mez uz nema smysl jit, protoze zisk nedosahuje 
vynalozenych prostredkum nebo je dokonce uz sam zisk zaporny.

> neplati to vzdy plosne (vid napr. banky, kde je maximalna security
> nutna)

	Skoda, ze na tohle tema se tady bavit nemuzeme. Mam nekolik moc 
veselych a soucasne poucnych historek o realne bezpecnosti v podobnych 
institucich. ;-)

						Dan



More information about the Users-l mailing list