OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: jon schatz (jondivisionbyzero.com)
Date: Fri Feb 08 2002 - 12:42:23 CST

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    On Thu, 2002-02-07 at 20:33, J Edgar Hoover wrote:
    > This allows them to not only log all http requests, but to also log the
    > response. Apparently they aren't using it to maximize bandwidth, because it's not
    > configured to serve cached data.

    How do you know that it's not configured to serve up cached content?

    > And yes, they have purchased a lot of the specific, unique hardware that
    > is required to do all this logging.

    Once again, where's your inside knowledge of this?

    > If a comcast victim/customer sends a packet to port 80 at any IP address,
    > it is intercepted by the Inktomi Traffic-Server, the contents of the
    > packet are examined for the GET url and the "Host:" field. The Inktomi
    > Traffic-Server then sends the http request on to your destination from
    > it's address with modified content and headers. It then caches the
    > returned data, changes both the header and the content, and sends the
    > packet to your machine with the spoofed IP of the server you had
    > requested.

    This is standard behavior for a transparent web proxy. Nothing new here.
    These have been around for a while, and Inktomi is not the only company
    to deploy one. Hell, you can do this with squid and ipchains:

    http://www.linuxpowered.com/archive/mini/TransparentProxy.html#toc5

    > This allows them to monitor and change (or insert ads into) what
    > you read.

    It most certainly does. How do you know that they aren't already? They
    probably aren't though, because as of 6 months ago, none of the major
    players had the ability to insert content into requests. (more on this
    later).

    > Interestingly, regardless of what IP you address the packet to, the
    > Inktomi Traffic-Server reads the Host: field to determine where to send
    > the packet.

    Once again, standard behavior for a proxy request. Most (if not all)
    proxies are dependant on a partial HTTP/1.1. implementation, and without
    the host header, all would be lost...

    > US Code TITLE 18, PART I, CHAPTER 119, Sec. 2511. (2) (a) (i)
    > "...a provider of wire communication service to the public shall not
    > utilize service observing or random monitoring except for mechanical or
    > service quality control checks."

    AFAIK, this isn't snooping. I don't see the big deal. Most dialup users
    are surfing transparently through a cache; the next big thing is
    supposedly edge appliances that do this as a feature.

    Disclaimer: I do have inside knowledge. Not of Inktomi, but of a former
    employer who manufactured a multi protocol transparent proxy capable of
    real-time modification of content. It was pretty sweet technology.

    > Does federal law only apply when a little guy snoops on a big
    > corporation? Where are the feds now?

    They're monitoring this whole exchange through the carnivore they
    installed at mae-[east|central|west] :-)

    -jon

    -- 
    jondivisionbyzero.com || www.divisionbyzero.com
    gpg key: www.divisionbyzero.com/pubkey.asc
    think i have a virus?: www.divisionbyzero.com/pgp.html
    "You are in a twisty little maze of Sendmail rules, all confusing." 
    

    -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org

    iD8DBQA8ZBwPwj1gFegse14RAoVmAJ9tW6q7JR7Efhhdqg6E3TxEaTQRSQCZATpt /7nQzBcT0sDHyZoGdDjpp4s= =pQOj -----END PGP SIGNATURE-----