Re: Czy serwis moze skasowac dane z dysku ?

Autor: Grzegorz Szyszło (znik_at_avalon.wbc.lublin.pl)
Data: Tue 16 Feb 1999 - 10:23:50 MET


Slawomir Marczynski wrote:

> 1. Kazdy, kto bez potrzeby kasuje jakiekolwiek dane, czyni
> niemadrze. Kasowanie cudzych danych jest po prostu glupota.
> Albo zlosliwoscia.

moze podchodzic pod dostep nieuprawniony, tutaj brak pozwolenia klienta
na usuniecie danych.

> 2. Bezpieczenstwo danych to kwestia osoby odpowiedzialnej.
> Serwis nie tylko nie jest odpowiedzialny, ale nawet nie
> ma prawa (nie powinien miec prawa) do ogladania takowych.
> Chyba, ze to zaufany serwis itd. A tak jak w przykladzie
> - to osoby nieupowaznione mogly np. skopiowac kompletna
> kancelarie prawnicza wraz z danymi osobowymi, numerami
> kart kredytowych, PESEL'ami, PIN'ami i cholera wie czym.

zastanawiajace ze taka kancelaria nie zatrudnia informatyka, ktory by
potrafil przygotowac komputer do oddania do serwisu. tzn. potrafilby
usunac
i gdzies zabezpieczyc istotne/poufne informacje.

> 3. Jezeli juz dalo sie komputer do serwisu, to trzeba sie
> liczyc z np. wymiana calego zestawu na nowy etc. - wniosek
> - z-archiwizowac wazne dane przedtem a nie potem. Czy
> zrobic to samemu, czy przy pomocy serwisu - a to juz inna
> sprawa.

dziwne ze serwisy nie ostrzegaja przed mozliwoscia usuniecia danych,
zostawiajac klienta z reka w nocniku.

> 4. Dyski wyjmowalne rulez! Po to w koncu wymyslono szuflady!

eeee.... najlepszy to jest Linux zamiast windy :) przynajmniej
uzytkownicy
nie smieca gdzie popadnie. no i jak zainstalujesz, to trzeba albo awarii
sprzetu, albo speca zeby sie zepsulo. bo samo z siebie tak jak winda
zepsuc sie nie chce.

> Slawomir Marczynski (Mr)

-- 
/===================================\    oOOo      W temperaturze zera
| http://avalon.wbc.lublin.pl/~znik/ \===\__/==\   bezwzglednego swiatlo
| Grzegorz Szyszlo   mailto:znik_at_wbc.lublin.pl |   zmienia postac
\==============================================/   alotropowa  (by Znik)


To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 18:13:56 MET DST