Article View: pl.comp.os.linux.sieci
Article #231991Re: Trustix Secure Linux kończy żywot
From: JanuszR
Date: Sat, 29 Dec 2007 12:18
Date: Sat, 29 Dec 2007 12:18
89 lines
5247 bytes
5247 bytes
>> Jak wiesz włamania zdarzają sie nawet w NASA. > > NASA to nie jest zadne "nawet". Niezaleznie od tego, wlamania do NASA > nie zagrazaja niczemu specjalnemu (poza moze ich stronami WWW), > w odroznieniu od wlaman do sieci firmy, ktore zwykle zagrazaja > istnieniu firmy. > >> Najczęstszą przyczyną >> wycieku danych jest ich nieopatrzne pozostawienie nie tam gdzie >> powinny być. > > A ta statystyka pochodzi skad? Z ostatniego włamania do NASA kiedy wypłynęła dokumentacja pozostawiona w nieodpowiednim miejscu serwera i z własnych doświadczeń. >> Ew. wyciek danych nie jest tak groźny jak ich utrata. > > Nawet sobie nie wyobrazasz jak moze byc grozny. > Dane osobowe? Prokurator. > Dane kontrahentow i np. ceny, tresc zamowien? Konkurencja Cie zje. > Dokumentacja techniczna produktow? Hasla i inne dane potrzebne do > wspolpracy np. z systemami bankowymi, albo tylko z firma > ochroniarska? > > Zapytaj prezesa czy wyciek danych nie jest grozny. > > O utracie danych w ogole nie mysle, bo o ile wyciek w ogole teoretycznie > moze sie zdazyc (nie ma 100% bezpieczenstwa), utrata danych (starszych > niz np. doba itp) nie ma prawa zaistniec ze wzgledu na backupy. 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ć. >> Dla >> gościa z Taiwanu nawet gdyby udało mu się wykraść, baza z ZUSu firemki >> 5 osobowej nie stanowi łupu za który ktoś mu zapłaci. > > 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. 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. >> Zdarzyło się >> raz, stare dane poszły z dymem. > > Czyzbys nie uznawal takze backupow? >> Zmieniłem dysk, przekazałem go do >> księgowości, kazałem trzymać, a ich pan od programu księgowego >> sformatował go. > > Nie do konca rozumiem, co to byl za dysk? Ksiegowosc zajmuje sie > archiwizacja? >> Nie >> mędrkuj więc za bardzo ile może stracić bo jak dotąd nikt nie >> stracił. Czytaj całość, archiwizacja jest wieloletnia, dyski się zapełniają i wędrują do sejfu. Utrata danych jeżeli następuje to z głupoty/nieodpowiedzialności. > Niestety przewidywanie przyszlych szkod na podstawie juz poniesionych > nie dziala zbyt dobrze, zwlaszcza w takich przypadkach. > >> Bywają włamania mało widoczne. Możliwe, że były tak >> niewidoczne, że nie zostawiły żadnego śladu w logach ani zmian w >> systemie. > > A skad wiesz ze nie bylo zmian w systemie? > A te logi, analizujesz logi przynajmniej? > >> Jak nie wiesz to nie ocenisz czy ktoś się włamał. > > Tyle ze to Twoj system(y), i co istotne to Ty nie wiesz, czy ktos > sie wlamal. Niedobrze, nie uwazasz? 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. JanuszR
Technical Details
Message-ID:
<fl5eab$ntf$1@nemesis.news.tpi.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!newsfeed.tpinternet.pl!nemesis.news.tpi.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mailReferences:
<fkd9mj$f8d$1@atlantis.news.tpi.pl> <slrnfn1nuo.kj0.dozzie@edq.zsh.bash.org.pl> <fkqpl7$a97$1@nemesis.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>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!newsfeed.tpinternet.pl!nemesis.news.tpi.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail From: JanuszR <rniski@o2.pl> Newsgroups: pl.comp.os.linux.sieci Subject: Re: Trustix Secure Linux kończy żywot Date: Sat, 29 Dec 2007 13:18:53 +0100 Organization: tp.internet - http://www.tpi.pl/ Lines: 89 Message-ID: <fl5eab$ntf$1@nemesis.news.tpi.pl> References: <fkd9mj$f8d$1@atlantis.news.tpi.pl> <slrnfn1nuo.kj0.dozzie@edq.zsh.bash.org.pl> <fkqpl7$a97$1@nemesis.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> NNTP-Posting-Host: gsb99.internetdsl.tpnet.pl Mime-Version: 1.0 X-Trace: nemesis.news.tpi.pl 1198931083 24495 83.3.209.99 (29 Dec 2007 12:24:43 GMT) X-Complaints-To: usenet@tpi.pl NNTP-Posting-Date: Sat, 29 Dec 2007 12:24:43 +0000 (UTC) User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <m3d4sqfg75.fsf@maximus.localdomain> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit