Name.Space.Info on Mon, 19 Jul 1999 19:16:14 +0200 (CEST) |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
<nettime> Fw: Open Letter to CDT |
-----Original Message----- From: Jim Fleming <jfleming@anet-chi.com> Date: Sunday, July 18, 1999 10:58 AM Subject: Open Letter to CDT >Ms. DEIRDRE MULLIGAN >The Center For Democracy & Technology >1634 Eye Street NW, Suite 1100 >Washington, DC 20006 >(v) +1.202.637.9800 >(f) +1.202.637.0968 > >@@@ http://www.cdt.org/testimony/mulligan071399.html >TESTIMONY OF DEIRDRE MULLIGAN >STAFF COUNSEL >THE CENTER FOR DEMOCRACY AND TECHNOLOGY >BEFORE THE HOUSE COMMERCE COMMITTEE >SUBCOMMITTEE ON TELECOMMUNICATIONS, TRADE, AND CONSUMER PROTECTION >JULY 13, 1999 >@@@@@@@@@@@@@@@@@@@@@@ > >I read your testimony noted above before the U.S. House Commerce >Committee regarding privacy on the Internet. I share many of the same >concerns about privacy. I was somewhat surprised that you did not focus >on one of the major Internet developments, IPv6, which has the potential >to either end people's privacy or enhance people's privacy depending >on how the technology is deployed. > >In the interest of making more money and improving their PR images >the ICANN, ARIN, ISOC, and IETF, etc. are rushing to deploy IPv6 without >concern for the privacy issues of their plan. They are encouraging that >that people's NIC card addresses be encoded in each of the IPv6 packets. >In my opinion, this is a potential violation of privacy because it exposes >the type of equipment the person is using, as well as a unique identifier >tied directly to that person's desktop. The NIC card address is assigned >by the manufacturer. This is similar to the Pentium serial number issue. > >http://www.privacy.org/bigbrotherinside/ > >Apparently the regional registries who make millions of dollars >selling IP addresses do not care about these issues. They appear >to be proceeding as shown here. They are blindly following the IETF. > >@@@@ http://www.arin.net/ipv6/ipv6-regserv.html > >"Because all interface IDs are required to be in the EUI-64 format (as >specified in RFC 2373 and RFC 2374) the boundary between the network and >host portions is "hard" and ID address space cannot be further sub-divided. > > >@@@@@ http://standards.ieee.org/regauth/oui/tutorials/EUI64.html > >"The IEEE defined 64-bit global identifier (EUI-64) is assigned by a >manufacturer that has been assigned a company_id value by the IEEE >Registration Authority. The 64-bit identifier is a concatenation of the >24-bit company_id value assigned by the IEEE Registration Authority >and a 40-bit extension identifier assigned by the organization with that >company_id assignment." > >I suggest that people become more aware of these issues. > >Jim Fleming > >http://www.unir.com > >P.S. Fortunately, IPv8 and IPv16 do not have this problem. >http://www.unir.com/images/architech.gif >http://www.unir.com/images/address.gif >http://www.unir.com/images/headers.gif >http://www.ntia..doc.gov/ntiahome/domainname/130dftmail/unir.txt > > # distributed via nettime-l: no commercial use without permission of author # <nettime> is a moderated mailinglist for net criticism, # collaborative text filtering and cultural politics of the nets # more info: majordomo@bbs.thing.net and "info nettime-l" in the msg body # un/subscribe: majordomo@bbs.thing.net and # "un/subscribe nettime-l you@address" in the msg body # archive: http://www.nettime.org/ contact: <nettime@bbs.thing.net>