🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.os.linux.sieci
Article #231991

Re: Trustix Secure Linux kończy żywot

#231991
From: JanuszR
Date: Sat, 29 Dec 2007 12:18
89 lines
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-mail
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>

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