Re: наследяване на съ рвъри

On Thu, Jun 20, 2013 at 10:30:43AM +0300, Vasil Kolev wrote:
> В 07:23 +0300 на 20.06.2013 (чт), Yordan Radunchev написа:
> > Хора, попадали ли сте в ситуация да ви връчат сървър, за който няма нито ред документирано? 
> > Какво работи, защо работи, кой го ползва? При това сървъра си е production, има над 400 дена 
> > ъптайм, ползва се сериозно... Какво правите в такава ситуация, какви са стъпките за 
> > инвентаризиране? Идентифицарне на потребителите в passwd, на сървисиз...? От къде почвате и 
> > как бихте подходили?
> > 
> > r.,
> > yra
> > _______________________________________________
> 
> 
> Принципът е да разбереш какво точно се случва на машината (какво прави,
> какви услуги и хора има на нея), да ограничиш достъпа на който не трябва
> да го има и да почнеш малко по малко да update-ваш каквото има нужда
> (щото всичко с 400 дни uptime поне kernel трябва да му се смени).
> 
> Може да тръгнеш от отворените портове или процесите в ps auxw, може
> първо от passwd файла, от инсталираните пакети (въпреки че това е малко
> тежко) и т.н.,
	
...от startup скриптовете (макар че това напоследък е малко сложно -
допреди пет години си имахме SysV-style init scripts и BSD-style init
scripts, после се нароиха всякакви upstart-и (а тук каква игра на думи
има...) и какво ли не).  Като при гледане на startup-скриптовете не
забравяш две, не, три, уф, не, четири неща:

- не само имената на скриптовете; понякога може да си заслужава да
  вземеш да ги отвориш, за да видиш дали някой кръгъл иди... така де,
  администратор с много опит и оправдано самочувствие не е решил да
  променя нещо директно в тях, а не в конфигурационните им файлове

- не само отделни скриптове, ами и еквивалентът на rc.local, в който
  някой мързелив иди... така де, администратор, който отговаря за твърде
  много неща и няма никакво време да се занимава с глупости като
  разучаване на формата на startup script-ове, може да си е написал какво
  ли не

- не всеки скрипт отговаря на една програма - има startup-скриптове,
  които пускат неща като runit или svscan, които пък си гледат съвсем
  други директории и файлове за информация за това какво да пуснат

- не само startup-скриптовете, ами и, както каза Васил, ps auxw, за да
  видиш дали някой още по-кръгъл иди... така де, администратор, който
  знае, че сървърът му е стабилен и нищо не може да му се случи, не е
  пуснал процес "на ръка", защото няма абсолютно никакъв смисъл да се
  пишат startup скриптове за нещо, което се пуска толкова елементарно

> вероятно някъде има списъци за ред за security audit на
> сървъри, може да са ти полезна отправна точка.

Всъщност това би било интересно.

Поздрави,
Петър

-- 
Peter Pentchev	[email protected] [email protected] p.penchev-fP4QWU45nsFWk0Htik3J/[email protected]
PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13
If this sentence didn't exist, somebody would have invented it.

_______________________________________________
Lug-bg mailing list
Lug-bg-R/uZOSXD/[email protected]
http://linux-bulgaria.org/mailman/listinfo/lug-bg

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJRwrYQAAoJEGUe77AlJ98T+FMQAI3bJlMnlYE9HjWGvognJhMm
kgHABqoBgHlwsSa98h9RCMH/XrzqNUUKRgONeMpreLv3XiBP07CR+bo/jM49eWBw
LMxeiulVzGt1jK8yl695v1D9RZ/0zK87qzPFES0+oWF39tTh46G2dTRILHc8ogWG
NtQDG2FbKmiZM34+xRIPDFyO8++SIzKB24AZjsS9HThNioap1Q+QyXlZ1wF45FUJ
D+cQUoA8EQB5ApMn4+w2mZPEdJvCBfYT4gYsCQ9lDBfQ0RIbwMK4sY6nimVaCv1W
AjkXU2vdfONoup1IM/3TOxAeD9hW4xYReBgt6B8Sf9NpiiJtMcGORC5nGfHZXpQ1
YaYR8JSeltWRKhyA13yF02pHkgdhFXQ3Wjuw0buYCVpV04Fy7AL5IajWWAsZxtki
Z6p47Sv4HY8GgP78WXlx5f64rNPW21jPG9gE7822YtPdBcOJZEEdY+RbnLB4Do2i
izE7U2KmnKETvPwzEoINGN2OBORt/EapiR0gq5QYcNYG1r9sxoUKJJFTt41wI+8g
s3UWBIuTcs9rXsB73Ti+195Q3w4Q3lYTdnZexBhoY0YzI5SqDLxmzYngshTcrRMM
nvT/xAwMXyUjWz9SP0U3pUEWWm13vupDNVUeUWhE+RncwEryeQ03BclwN15a/Z96
FCDeUxl3T++DgtufaZZw
=VFsg
-----END PGP SIGNATURE-----