Article View: pl.comp.os.linux.sieci
Article #231999Re: Trustix Secure Linux kończy żywot
From: Krzysztof Halasa
Date: Sat, 29 Dec 2007 22:50
Date: Sat, 29 Dec 2007 22:50
71 lines
4744 bytes
4744 bytes
JanuszR <rniski@o2.pl> writes: > Z ostatniego włamania do NASA kiedy wypłynęła dokumentacja > pozostawiona w nieodpowiednim miejscu serwera i z własnych doświadczeń. Rozumiem ze to Ty zrobiles to wlamanie do NASA? Daj spokoj. > Tak jest w istocie, co nie zmienia faktu, że dla firmy groźniejsza > jest utrata. Dobowe backupy to wiele za mało. Bywa, że potrzebne są > dane sprzed lat bywa, że nie ma czym ich otworzyć. ??? Przeciez oprogramowanie potrzebne do "otwarcia" tych danych tez jest na backupie, nie? Nie rozumiem problemu. Jesli dla Ciebie dobowe backupy to "_wiele_ za malo" (moze tak byc, to kwestia potrzeb, czasem potrzebne sa backupy np. ciagle) to nie zawracaj nam tu glowy gadkami o niemozliwosci otwarcia czegokolwiek, albo ze ktos dane z jakiegos "dysku" skasowal w "ksiegowosci", bo to wtedy nie jest taki poziom problemow. >> Gosc z Taiwanu pewnie nie, ale wynajety np. przez konkurencje >> specjalista - jak najbardziej. A moze jakis niezadowolony >> (np. zwolniony) pracownik? > > Gdyby tacy w firmie byli to nie wynajmowaliby mnie. Tylko kogo? > Faktem jest, że > największe niebezpieczeństwo płynie z wewnątrz firmy gdzie ludzie mają > legalny dostęp do danych. Na to żaden informatyk nie pomoże. Aaa, bo w firmie wszyscy musza miec dostep do wszystkiego i wszystko musi byc otwarte maksymalnie. Gratuluje, ale przyjmij do wiadomosci, ze nawet wewnatrz firmy mozna miec sensowna polityke bezpieczenstwa i maszyny/siec utrzymane w sensownym stanie. I to bez jakichs szczegolnie wyzszych kosztow albo znaczacych utrudnien w pracy (wbrew popularnym wierzeniom). > Czytaj całość, archiwizacja jest wieloletnia, dyski się zapełniają i > wędrują do sejfu. W ksiegowosci? Tzn. jacys pracownicy o mniejszych uprawnieniach w sieci niz administratorzy maja dostep do (zapewne dodatkowo niezaszyfrowanych) backupow? > Jeżeli ktoś się włamał a ty o tym nie wiesz to jest chyba oczywiste, > że nie możesz zareagować, logika mocium Panie. Można tak system > ustawić, że trudno będzie nie zostawić śladu. Technik jest wiele, > począwszy na datach plików, poprzez własny system plików, fałszywe > logi umieszczone w typowych miejscach, logi zapisywane na > CDROMie. Więcej nie będę klarował bo to przecież wiesz. Wiem, ale zupelnie co innego niz myslisz. Jesli administrator nie wie ze ktos sie wlamal (mimo tego ze ktos sie istotnie wlamal), to problem znajduje sie miedzy krzeslem i klawiatura, przy czym to jest niestety krzeslo administratora. "Wlasny system plikow", i falszywe logi, dobre sobie. Logi, to sie wysyla na bieżąco do loghosta, niektorzy czesc z nich drukuja on-line (dla ludzi z paranoja loghost jest podpiety przez szybki serial bez IP, bez paranoi - Ethernet i obsluga tylko tego jednego portu). Daty plikow to bzdura, jednym z rozwiazan jest sprawdzanie np. co noc skrotow kryptograficznych kazdego pliku, ale to takze nie jest rozwiazanie idealne (choc mozna to zrobic lepiej lub - domyslnie - gorzej). -- Krzysztof Halasa
Technical Details
Message-ID:
<m3bq89qfo2.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> <slrnfn267q.kj0.dozzie@edq.zsh.bash.org.pl> <fkr84e$chr$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>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: Sat, 29 Dec 2007 23:50:21 +0100 Organization: tp.internet - http://www.tpi.pl/ Lines: 71 Message-ID: <m3bq89qfo2.fsf@maximus.localdomain> References: <fkd9mj$f8d$1@atlantis.news.tpi.pl> <slrnfn267q.kj0.dozzie@edq.zsh.bash.org.pl> <fkr84e$chr$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> NNTP-Posting-Host: cpc219.neoplus.adsl.tpnet.pl Mime-Version: 1.0 X-Trace: nemesis.news.tpi.pl 1198968980 21820 83.31.208.219 (29 Dec 2007 22:56:20 GMT) X-Complaints-To: usenet@tpi.pl NNTP-Posting-Date: Sat, 29 Dec 2007 22:56:20 +0000 (UTC) Cancel-Lock: sha1:ePx3FqOLHEzdiPVZg3k0kUREgMk= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit