Article View: pl.comp.os.linux.sieci
Article #232003Re: Trustix Secure Linux kończy żywot
From: Krzysztof Halasa
Date: Sun, 30 Dec 2007 20:41
Date: Sun, 30 Dec 2007 20:41
82 lines
4671 bytes
4671 bytes
JanuszR <rniski@o2.pl> writes: > Źle rozumiesz, pisała o tym prasa, info było w necie. I to jest, jak rozumiem, autorytatywne zrodlo informacji o bezpieczenstwie dla administratora systemow sieciowych? >> ??? Przeciez oprogramowanie potrzebne do "otwarcia" tych danych >> tez jest na backupie, nie? Nie rozumiem problemu. > Nie kiedy przechowujesz same dane Jesli przechowujesz same dane, to to nie jest po prostu zaden sensowny backup. Rownie dobrze moglbys przechowywac same listy plikow (wraz z datami). > Małej firemce często nie opłaca się zatrudniać księgowej woli to > zlecić, podobnie z kompami. Po co miałby siedzieć gość na stałe w > przypadku paru komputerów na krzyż? To chyba nie jest na temat? Firma moze wynajmowac administratora swoich maszyn/sieci, i mimo tego zwalniac pracownikow oraz miec konkurencje na rynku. > Znów pleciesz bez sensu. Wyraźnie wykazujesz złą wolę. Przyznaje ze osobiste uwagi masz juz opanowane, moze teraz kolej na cos merytorycznego? > Żadna polityka > nie pomoże jeżeli gość np. od programowania obrabiarek numerycznych ma > normalny dostęp do swojego programu i swoich danych a przy okazji > internet. Jeżeli tylko zechce, gdziekolwiek wyśle w załączniku > cokolwiek ze swojej działki. Jedyna metoda zabrać mu internet i > rewidować, czy nie wynosi np. w pendrive. Nawet bez zadnych specjalnych kombinacji pracownik "od programowania obrabiarek" nie powinien miec dostepu do dokumentow, ktore mu nie sa potrzebne. Oczywiscie w niektorych firmach zabiera sie pracownikom Internet (w czesci lub w calosci) i rewiduje na okolicznosc pendrivow (coraz mniej efektywne), ale nawet bez tego sytuacja moze byc zupelnie sensowna. > Gdzie mają wędrować jeżeli tylko w księgowości jest sejf? Z ktorego jakis "facet" moze zabierac dyski i je "formatowac"? To juz lepiej by lądowaly pod stolem w pomieszczeniu z serwerem. A z tym szyfrowaniem, oczywiscie szyfrujesz te backupy, jako minimum minimorum dzialania w dobrej wierze, na krawedzi karygodnego zaniedbania? > Co robisz po włamie? zamiatasz po sobie. Jeżeli system udaje typowy > wytniesz logi. Nie wiesz, że wyciąłeś tylko kopię. A co powoduje komenda cat /etc/*syslog.conf? > Jeżeli nie ma > loghosta? Najwygodniej zrzucać na CDROMa. Przeciez na CDROMa nie da sie zrzucac logow na biezaco. [daty plikow]. > Pewnie, że bzdura ale to jest jedna z metod. Oczywiscie. Tyle ze akurat bzdurna. Ale nic to. > Jak dla mnie zbyt > pracochłonna. Ale te daty plikow (czy w normalnym swiecie hashe) to mialby sprawdzac admin, czy raczej komputer co noc automatycznie (i najlepiej z zewnatrz, jesli jest z czego, ale rozumiem ze jest podpiecie do Internetu)? > Jak wspomniałem wiele jest metod. Najlepsze pozwalają > wykrywać nie skutek wejścia intruza (logi, daty itd.) ale fakt > wejścia. Tu z pomocą przychodzą nam nasze skrypty kontrolne. Az sie boje o nie spytac. -- Krzysztof Halasa
Technical Details
Message-ID:
<m3lk7b530f.fsf@maximus.localdomain>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.internetia.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mailReferences:
<fkd9mj$f8d$1@atlantis.news.tpi.pl> <slrnfn29ff.kj0.dozzie@edq.zsh.bash.org.pl> <fkrg60$51o$1@atlantis.news.tpi.pl> <slrnfn30eq.kj0.dozzie@edq.zsh.bash.org.pl> <fks3le$2bj$1@nemesis.news.tpi.pl> <slrnfn3555.kj0.dozzie@edq.zsh.bash.org.pl> <fks73g$d14$1@atlantis.news.tpi.pl> <slrnfn38p4.kj0.dozzie@edq.zsh.bash.org.pl> <fksb5r$h4v$1@nemesis.news.tpi.pl> <slrnfn3c9t.kj0.dozzie@edq.zsh.bash.org.pl> <fkselk$17n$1@atlantis.news.tpi.pl> <slrnfn472k.kj0.dozzie@edq.zsh.bash.org.pl> <fktus1$a65$1@atlantis.news.tpi.pl> <m34pe4p6gw.fsf@maximus.localdomain> <fl0ekk$h5b$2@nemesis.news.tpi.pl> <m3tzm4non3.fsf@maximus.localdomain> <fl0j5k$s4q$1@nemesis.news.tpi.pl> <m3d4sqfg75.fsf@maximus.localdomain> <fl5eab$ntf$1@nemesis.news.tpi.pl> <m3bq89qfo2.fsf@maximus.localdomain> <fl6p7b$a07$1@atlantis.news.tpi.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.internetia.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail From: Krzysztof Halasa <khc@pm.waw.pl> Newsgroups: pl.comp.os.linux.sieci Subject: Re: Trustix Secure Linux kończy żywot Date: Sun, 30 Dec 2007 21:41:36 +0100 Organization: tp.internet - http://www.tpi.pl/ Lines: 82 Message-ID: <m3lk7b530f.fsf@maximus.localdomain> References: <fkd9mj$f8d$1@atlantis.news.tpi.pl> <slrnfn29ff.kj0.dozzie@edq.zsh.bash.org.pl> <fkrg60$51o$1@atlantis.news.tpi.pl> <slrnfn30eq.kj0.dozzie@edq.zsh.bash.org.pl> <fks3le$2bj$1@nemesis.news.tpi.pl> <slrnfn3555.kj0.dozzie@edq.zsh.bash.org.pl> <fks73g$d14$1@atlantis.news.tpi.pl> <slrnfn38p4.kj0.dozzie@edq.zsh.bash.org.pl> <fksb5r$h4v$1@nemesis.news.tpi.pl> <slrnfn3c9t.kj0.dozzie@edq.zsh.bash.org.pl> <fkselk$17n$1@atlantis.news.tpi.pl> <slrnfn472k.kj0.dozzie@edq.zsh.bash.org.pl> <fktus1$a65$1@atlantis.news.tpi.pl> <m34pe4p6gw.fsf@maximus.localdomain> <fl0ekk$h5b$2@nemesis.news.tpi.pl> <m3tzm4non3.fsf@maximus.localdomain> <fl0j5k$s4q$1@nemesis.news.tpi.pl> <m3d4sqfg75.fsf@maximus.localdomain> <fl5eab$ntf$1@nemesis.news.tpi.pl> <m3bq89qfo2.fsf@maximus.localdomain> <fl6p7b$a07$1@atlantis.news.tpi.pl> NNTP-Posting-Host: cqj138.neoplus.adsl.tpnet.pl Mime-Version: 1.0 X-Trace: nemesis.news.tpi.pl 1199047656 16429 83.31.241.138 (30 Dec 2007 20:47:36 GMT) X-Complaints-To: usenet@tpi.pl NNTP-Posting-Date: Sun, 30 Dec 2007 20:47:36 +0000 (UTC) Cancel-Lock: sha1:jf0JwRyAWQH9S7xYtVoDK8X5eUs= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit