🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

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

Re: Trustix Secure Linux kończy żywot

#231999
From: Krzysztof Halasa
Date: Sat, 29 Dec 2007 22:50
71 lines
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-mail
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>

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