🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

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

Re: Trustix Secure Linux kończy żywot

#232003
From: Krzysztof Halasa
Date: Sun, 30 Dec 2007 20:41
82 lines
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-mail
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>

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