[ipv6-tf] Po seminarium

Maciej paci駍ki Maciej.Lopacinski w agoratc.pl
Wto, 27 Wrz 2011, 18:02:26 CEST


Dzi臋kuj臋 艁ukaszowi, za napisanie sprawozdania i udzia艂 w konferencji. Wszystkie prezentacje sa dost臋pne ju偶 na stonie PIIT:
http://www.piit.org.pl/piit2/index.jsp?place=Lead01&news_cat_id=25&news_id=5797&layout=2&page=text 

Pozwol臋 sobie na odpowied藕 na poliemik臋 艁ukasza:
1) Zarzut *drobnych* nadu偶y膰. Przedstwiona na slajdzie 20 sie膰, jest autentyczn膮 sieci膮 w mieszkaniu mojej te艣ciowej. Ta sie膰 nie ma WiFi, wi臋c nie mog艂em w niej przedstawi膰 telefonu, a komputer z W7, jest tylko, gdy przyjad臋 tam ze swoim laptopem. Moj膮 sie膰 w pewnym przybli偶eniu obrazuje rysunek ze slajdu 33 - pomin膮艂em jednak tam, urz膮dzenia bez IPv6 (GPS z WiFi, bramk臋 VoIP, access-point, dekoder telewizji N). Tak wi臋c je艣li zaburzy艂em statystyk臋, to raczej w drug膮 stron臋.

2) IPv6 i dane osobowe - szczerze m贸wi膮c liczy艂em na udzia艂 w konferencji dr Wiewi贸rowskiego i mia艂em nadziej臋 uzyska膰 jakie艣 odpowiedzi, albo przynajmniej zapowied藕 poruszenia problemu na forum grupy roboczej art. 29. Niestety z GIODO by艂 tylko przedstawiciel. Trudno jest podejmowa膰 decyzje inwestycyjne, bez wcze艣niejszego wyja艣nienia ewentualnych problem贸w prawnych.

3) Je艣li chodzi o przydzielanie adresacji IPv6 klientom, to szczerze m贸wi膮c IPv6 ze zmiennym adresem sieci dla mnie, jako klienta prawie niczym nie r贸偶ni si臋 od IPv4 z NATem. Dla mnie, IPv6 b臋dzie przydatne, je艣li dzi臋ki niemu, b臋d臋 m贸g艂 "zajrze膰" do urz膮dze艅 inteligentnego domu i co艣 wysterowa膰. 

Jeszcze raz dzi臋kuj臋 艁ukaszowi za sprawozdanie i wszystkich zapraszam do dyskusji. Je艣li kto艣 b臋dzie na PLNOGu, to z ch臋ci膮 si臋 spotkam w czasie konferencji i porozmawiam (je艣li kto艣 jedzie poci膮giem z Warszawy z 17.20, to z ch臋ci膮 porozmawiam ju偶 w poci膮gu).

----- Original Message -----
From: "Lukasz Stelmach" <stlman w poczta.fm>
To: "Polish IPv6 Task Force" <ipv6-tf w pl.ipv6tf.org>
Sent: Tuesday, 27 September, 2011 11:32:36 AM
Subject: [ipv6-tf] Po seminarium

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dzie艅 dobry.

Wczoraj odby艂o si臋 zorganizowane przez PIIT i zapowiadane na tej
li艣cie, seminarium na temat nieuchronno艣ci wdro偶enia IPv6.

Wyst膮pienia prelegent贸w by艂y interesuj膮ce, mimo 偶e cz臋艣膰 informacji
by艂a powt贸rzona po raz setny. Pierwszy wyst膮pi艂 pan Adam Kozakiewicz,
kt贸ry opisa艂 czym jest nowa wersja IP, czym si臋 r贸偶ni od starej i
jakie s膮 jego przewagi nad wersj膮 czwart膮.

Nast臋pny w kolejno艣ci by艂 pan Maciej 艁opaci艅ski, kt贸ry tradycyjnie ju偶
prezentowa艂 punkt widzenia dostawcy tre艣ci. M贸wi艂 z grubsza to samo co
powiedzia艂 w 2009 na podobnym seminarium zorganizowanym przez UKE.
Niestety by osi膮gn膮膰 lepszy efekt dramatyczny posun膮艂 si臋 do kilku
*drobnych* nadu偶y膰. Po pierwsze (kolejno艣膰 dowolna, bo przywo艂uj臋 z
pami臋ci) wyliczaj膮c urz膮dzenia zdolne i nie do u偶ycia IPv6 w
przyk艂adowej sieci domowej zapomnia艂 na slajdzie umie艣ci膰 obok swojego
laptopa sw贸j telefon. Gdyby to uczyni艂 w贸wczas "statystyka" by si臋
znacz膮co zmieni艂a.

Nast臋pnie przedstawi艂 stanowisko GIODO dotycz膮ce traktowania adresu IP
jako danej osobowej[1]. Stanowisko nota bene potwierdzone przez
s膮d[2]. Sprawa jednak nie jest jednoznaczna i w innych krajach
zdarzaj膮 si臋 orzeczenia dok艂adnie odwrotne co, uwzgl臋dniaj膮c, 偶e
Polskie prawo opiera si臋 na kodeksach a nie na orzeczeniach, pozwala
przypuszcza膰, 偶e sytuacja mo偶e ulec zmianie. Na poparcie swych obaw
jako dostawcy tre艣ci odwo艂uj膮c si臋 do fragmentu

    [...]w przypadkach, gdy adres IP jest na sta艂e lub na d艂u偶szy
    okres czasu przypisany do konkretnego urz膮dzenia, kt贸re przypisane
    jest z kolei konkretnemu u偶ytkownikowi, nale偶y uzna膰, 偶e stanowi
    on dan膮 osobow膮.

stwierdzi艂, 偶e tym bardziej adres IPv6 stworzony na podstawie adresu
MAC (EUI-64) urz膮dzenia jest dan膮 osobow膮, kt贸r膮 on jako
przedsi臋biorca musi przetwarza膰 nader ostro偶nie. Pochwa艂y godny jest
rzadko spotykany w艣r贸d dzia艂aj膮cych w biznesie (w szerokim sensie) tak
rozszerzony spos贸b interpretowania tekst贸w prawnych. Skoro bowiem
stanowisko GIODO odnosi si臋 do "adresu IP" to mo偶liwe s膮 dwie
alternatywne interpretacje. Po pierwsze nigdzie nie jest (cho膰 to
bardzo naci膮gany argument) napisane, 偶e dotyczy to stanowisko r贸wnie偶
wersji sz贸stej. Po drugie "na sta艂e lub na d艂u偶szy okres czasu"
przypisany jest w przypadku IPv6 nie ca艂y adres a jedynie jego
fragment, co z punktu widzenia u偶ytkownika ma kolosalne znaczenie dla
jego prywatno艣ci jednak z punktu widzenia przedsi臋biorcy, kt贸ry chce
dzia艂a膰 zgodnie z prawem stanowi moim zdaniem wygodne wyj艣cie.

Tu偶 po (lub przed, nie pami臋tam ale nie to jest istotne) pan Maciej
opisa艂 (z punktu widzenia u偶ytkownika (to dobrze) a nie dostawcy
tre艣ci (co warto podkre艣li膰)) problem gromadzenia przez Google i
innych informacji na temat lokalizacji sieci z konkretnymi prefiksami
IPv6. Po pierwsze nie wiem czy maj膮 oni do tego prawo. Gdy robili to
samodzielnie swoimi szpiegowozami dostali po 艂apach. Po drugie
poczyni艂 za艂o偶enie, 偶e prefiks IPv6 jest na sta艂e przypisany do
lokalizacji geograficznej. Ot贸偶 czasami jest a czasami nie jest. 艢miem
przypuszcza膰, 偶e dostawcy internetu nie b臋d膮 klientom prywatnym
przyznawa膰 sta艂ych prefiks贸w tak jak dzi艣 nie przyznaj膮 sta艂ych
adres贸w IPv4, czego przy dzisiejszym powszechnym wykorzystaniu
domowych router贸w dzia艂aj膮cych 24/7 nie mo偶na t艂umaczy膰 mniejsz膮 ich
liczb膮 od liczby klient贸w. W takiej sytuacji zbieranie informacji o
dok艂adnej lokalizacji sieci IPv6 wydaje si臋 (ja jestem tego prawie
pewien) pozbawione sensu bowiem po kilku miesi膮cach zbierania mo偶e si臋
okaza膰, 偶e wybrany prefiks by艂 widziany na Targ贸wku, Szcz臋艣liwicach,
Moczydle i Ok臋ciu. Us艂ugi takie jak GeoIP wydaj膮 si臋 by膰 jedyn膮
sensown膮 alternatyw膮 dla portali. Gdy potrzebne s膮 dok艂adniejsze
informacje lepiej jest odpyta膰 urz膮dzenie mobilne czy to o pozycje GPS
czy cho膰by o identyfikator kom贸rki. Lista BTS贸w wraz z ich pozycjami
geograficznymi dost臋pna jest na stronach UKE.

Je偶eli t臋 list臋 czyta kto艣 z urz臋du GIODO (i jakim艣 cudem przedar艂 si臋
a偶 tu) mam na podstawie tego co powy偶ej dwie sugestie. Po pierwsze,
stworzenie oddzielnej kategorii danych wra偶liwych, do kt贸rych
nale偶a艂yby adresy IPv4 IPv6 oraz MAC. Nie s膮 to dane osobowe sensu
stricte poniewa偶 nie s膮 w 偶aden spos贸b powi膮zane na trwa艂e z 偶adnym
cz艂owiekiem. Telefon mog臋 zgubi膰 lub sprzeda膰, adresami IP
administruj膮 ISP (a nad nimi RIPE), kt贸rzy mog膮 je przyznawa膰 odbiera膰
i przesuwa膰 w spos贸b dowolny. Nie zmienia to oczywi艣cie faktu, 偶e dane
te mog膮 by膰 wykorzystane w spos贸b naruszaj膮cy prywatno艣膰 os贸b
aktualnie lub w przesz艂o艣ci z nich korzystaj膮cych. Nale偶y si臋 im wi臋c
pewna ochrona jednak na pewno nie taka sama jak "analogowym" danym
osobowym takim jak imi臋 i nazwisko czy adres zamieszkania.

Druga kwestia dla GIODO to regulacja (nie, nie dostawc贸w tre艣ci
przetwarzaj膮cych adresy IP szanowny Panie Macieju) wymuszaj膮ca
mo偶liwo艣膰 prze艂膮czania sposob贸w tworzenia adres贸w IPv6 pomi臋dzy
tradycyjnym na podstawie MAC a chroni膮cym prywatno艣膰 opartym na RFC
4941[3], kt贸ry moim zdaniem powinny by膰 ustawiony jako domy艣lny.

Problem anonimowo艣ci i uwierzytelniania w Internecie jest oczywi艣cie
du偶o szerszy ale nie czas to i miejsce 偶eby go roztrz膮sa膰.

Ufff...

Nast臋pnym prelegentem by艂 pan Pawe艂 Krze艣niak, kt贸ry opowiada艂 o
zagro偶eniach dla bezpiecze艅stwa sieci zwi膮zanych z wdra偶aniem IPv6.
Osobi艣cie stre艣ci艂bym to wyst膮pienie w dw贸ch punktach (cho膰 na to
zdecydowanie nie zas艂uguje):

1. Podstawowym problemem jest niewystarczaj膮ca znajomo艣膰 wynikaj膮ca z
ma艂ego, na razie rozpowszechnienia.

2. Problemy s膮 w sumie zbli偶one do tych, kt贸re niesie ze sob膮 IPv4 co
wyra藕nie wida膰 na przyk艂adzie problem贸w w sieciach LAN. Mimo, 偶e
protoko艂y si臋 zmieniaj膮 to problemy takie jak MITM czy DOS pozostaj膮
bez zmian.

Na koniec wyst膮pi艂 pan Piotr 艁awniczak z TPSA. To wyst膮pienie by艂o dla
mnie najciekawsze stanowi艂o bowiem zmian臋 (uwaga, b臋d臋 bardzo
generalizowa艂) postawy "biznesu" w stosunku do tej, kt贸r膮 prezentowa艂
dwa trzy lata temu. Pan 艁awniczakotwarcie przyzna艂, 偶e widmo braku
adres贸w IPv4 zagl膮da, nawet je艣li z oddali i przez ogromn膮 lornetk臋,
w oczy TPSA, kt贸ra podejmuje dzia艂ania by z tym problemem sobie
poradzi膰. Dzia艂ania te nie sprowadzaj膮 si臋, z czego nale偶y si臋 cieszy膰,
do uruchamiani CGN lecz prowadz膮 do wdro偶enia IPv6.

[1] http://www.giodo.gov.pl/319/id_art/2258/j/pl/
[2] http://prawo.vagla.pl/node/8929
[3] http://tools.ietf.org/html/rfc4941
- -- 
By艂o mi bardzo mi艂o.               Czwarta pospolita kl臋ska, [...]
>艁ukasz<                 Ju偶 nie katolicka lecz z艂odziejska.  (c)PP
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6BmDQACgkQNdzY8sm9K9wo2wCfaMWKpjHZ6VKyo0SHFFneA295
yYsAn1ROX4UK9Sab7SFKUc7LC7ON3c79
=+eJm
-----END PGP SIGNATURE-----


----------------------------------------------------------------------
Galeria profesjonalnych fryzur 艣lubnych. Wejd藕 i zainspiruj si臋.
Zobacz >>> http://linkint.pl/f2a49
_______________________________________________
ipv6-tf mailing list
ipv6-tf w pl.ipv6tf.org
http://www.pl.ipv6tf.org/cgi-bin/mailman/listinfo/ipv6-tf
--
Agora TC Sp. z o.o., ul. Czerska 8/10, 00-732 Warszawa
Numer identyfikacji podatkowej / Polish VAT and tax ID no.: PL 899-244-52-28
Miejsce zarejestrowania / Place of registration: 
S眃 Rejonowy dla m. st. Warszawy / Regional Court for the Capital City of Warsaw
Numer rejestru KRS / Registration no.: 105451
Kapita zak砤dowy / Share capital: 50.000,00 z.

Niniejsza wiadomo舵 jest przeznaczona wy潮cznie dla zamierzonego adresata i mo縠 zawiera informacje o charakterze poufnym. W razie stwierdzenia, 縠 odbiorc mia砤 by inna osoba prosimy poinformowa nadawc oraz niezw硂cznie usun辨 wiadomo舵. Wiadomo舵 mo縠 nie stanowi oficjalnego stanowiska sp蟪ki Agora TC i nie by zwi眤ana z jej dzia砤lno禼i.

This message is for the intended recipient only and it may contain confidential information. If you receive this message in error, please immediately delete it and notify the sender. This message may not represent the official views of Agora TC and may not be related to its business.




Wi阠ej informacji o li禼ie ipv6-tf