Autor: Piotr Auksztulewicz (piotras_at_zeus.polsl.gliwice.pl)
Data: Wed 27 Dec 2000 - 14:11:38 MET
Jaroslaw Rafa <raj_at_inf.wsp.krakow.pl> wrote:
> Dnia 21 Dec 00 o godz. 22:17, Piotr Auksztulewicz napisal(a):
>> Ktoś po prostu napisał totalną bzdurę. Goście chcą, żeby rejestrować
>> i archiwować treść *każdego* połączenie telefonicznego czy teleinformatycz-
>> nego. To jest po prostu nierealne.
> Rejestrowac i archiwowac? Ja odnioslem wrazenie, ze chodzi tylko (czy
> raczej az) o zainstalowanie urzadzen, przy pomocy ktorych goscie moga *w
> czasie rzeczywistym* zesniffowac dowolna transmisje idaca w Twojej sieci.
> Nie zauwazylem nic o rejestrowaniu i archiwowaniu (ale moze nieuwaznie
> czytalem).
§ 5.
Systemy, o których mowa w § 4 powinny zapewniac mozliwosc
przechwytywania, przesylania, odbioru, odczytu, rejestracji i
archiwizacji tresci oraz danych.
[...]
§ 8.
Systemy, o których mowa w § 4 powinny umozliwiac realizacje
nastepujacych funkcji:
[...]
4. przesylania, odbierania, odczytywania, rejestrowania i
archiwizowania udostepnianych tresci i danych,
>> Jeszcze coś takiego jak Carnivore, czyli on-line'owa analiza ruchu
>> i wychwytywanie wybranych danych według jakiegoś kryterium (np. słowa
>> kluczowe typu bomba, porwanie itp.) ma jakiś szczątkowy sens i jest
>> realizowalne technicznie (pomijam koszty),
> Odnioslem wrazenie, ze to wlasnie o cos takiego mialo chodzic. A nawet
> prymitywniej: przechwytywanie nie tyle wedle slow kluczowych, co wedle
> adresow nadawcy/odbiorcy. Tak jak "stary dobry" ;-> podsluch telefoniczny
> jeszcze za komuny.
W rozporządzeniu nie ma ani słowa o selekcji przechwytywanych danych.
To znaczy, że należy łapać wszystko, bo nigdy nie wiadomo, czego jakiś
chUOPek zażąda.
-- Piotr Auksztulewicz piotras_at_zeus.polsl.gliwice.pl Centrum Komputerowe Politechniki Śląskiej, Gliwice, Akademicka 16
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:40:23 MET DST