<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: phpinfo() Phones Home</title>
	<link>http://www.joestump.net/2006/03/phpinfo-phones-home.html</link>
	<description>Just another WordPress weblog</description>
	<pubDate>Fri, 21 Nov 2008 16:22:57 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Andrewd</title>
		<link>http://www.joestump.net/2006/03/phpinfo-phones-home.html#comment-2861</link>
		<dc:creator>Andrewd</dc:creator>
		<pubDate>Tue, 04 Apr 2006 06:40:17 +0000</pubDate>
		<guid>http://www.joestump.net/2006/03/phpinfo-phones-home.html#comment-2861</guid>
		<description>That's just how they're serving the images... the phpinfo() function is likely doing the following:
   examining the GET request for "PHPE9568F34-D428-11d2-A769-00AA001ACF42", 
  clears the output buffer, 
  sets the Content-Type headers appropriately
  does a readthrough() of the image file
  and exits.  

The images are served off your local machine, all from the same function...

This does bring up the concern that this "magic" actually makes the call back to php.net and we can check for that too:

# /usr/sbin/tcpdump  &#124; grep php
tcpdump: listening on eth0

&lt;refresh the page a few times&gt;

3236 packets received by filter
0 packets dropped by kernel

&lt; control-c &gt;

nothing.

and... to keep the Wonka going:

IT'S ALL THERE, CLEAR AS CRYSTAL! YOU STOLE FIZZY LIFTING DRINKS; YOU BUMPED INTO THE CEILING WHICH NOW HAS TO BE WASHED AND STERILIZED, SO YOU GET NOTHING!</description>
		<content:encoded><![CDATA[<p>That&#8217;s just how they&#8217;re serving the images&#8230; the phpinfo() function is likely doing the following:<br />
   examining the GET request for &#8220;PHPE9568F34-D428-11d2-A769-00AA001ACF42&#8243;,<br />
  clears the output buffer,<br />
  sets the Content-Type headers appropriately<br />
  does a readthrough() of the image file<br />
  and exits.  </p>
<p>The images are served off your local machine, all from the same function&#8230;</p>
<p>This does bring up the concern that this &#8220;magic&#8221; actually makes the call back to php.net and we can check for that too:</p>
<p># /usr/sbin/tcpdump  | grep php<br />
tcpdump: listening on eth0</p>
<p><refresh the page a few times></p>
<p>3236 packets received by filter<br />
0 packets dropped by kernel</p>
<p>< control-c ></p>
<p>nothing.</p>
<p>and&#8230; to keep the Wonka going:</p>
<p>IT&#8217;S ALL THERE, CLEAR AS CRYSTAL! YOU STOLE FIZZY LIFTING DRINKS; YOU BUMPED INTO THE CEILING WHICH NOW HAS TO BE WASHED AND STERILIZED, SO YOU GET NOTHING!</refresh></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Goldberg</title>
		<link>http://www.joestump.net/2006/03/phpinfo-phones-home.html#comment-2860</link>
		<dc:creator>Max Goldberg</dc:creator>
		<pubDate>Wed, 29 Mar 2006 13:40:42 +0000</pubDate>
		<guid>http://www.joestump.net/2006/03/phpinfo-phones-home.html#comment-2860</guid>
		<description>You just completely n00b'd all over yourself. That cookie was probably set by PHP.net; the image (which is sent by the PHP interpreter, NOT the PHP web site) sets nothing.

YOU LOSE. GOOD DAY, SIR.</description>
		<content:encoded><![CDATA[<p>You just completely n00b&#8217;d all over yourself. That cookie was probably set by PHP.net; the image (which is sent by the PHP interpreter, NOT the PHP web site) sets nothing.</p>
<p>YOU LOSE. GOOD DAY, SIR.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Eure</title>
		<link>http://www.joestump.net/2006/03/phpinfo-phones-home.html#comment-2859</link>
		<dc:creator>Ian Eure</dc:creator>
		<pubDate>Wed, 29 Mar 2006 13:23:02 +0000</pubDate>
		<guid>http://www.joestump.net/2006/03/phpinfo-phones-home.html#comment-2859</guid>
		<description>It doesn't phone home. No information is sent to php.net or anywhere else.

The PHP interpreter on the server sees that GUID and serves back the image data, which is embedded in the PHP executable or Apache/IIS module.

As for the cookie, I don't know. Mine does not set a cookie. Seems like that may be some other stuff running on the server, not PHP code per se. Either way, it's harmless, since cookies can't be set outside of the domain of the requested page, i.e. it will never be sent to a site other than the one you requested.</description>
		<content:encoded><![CDATA[<p>It doesn&#8217;t phone home. No information is sent to php.net or anywhere else.</p>
<p>The PHP interpreter on the server sees that GUID and serves back the image data, which is embedded in the PHP executable or Apache/IIS module.</p>
<p>As for the cookie, I don&#8217;t know. Mine does not set a cookie. Seems like that may be some other stuff running on the server, not PHP code per se. Either way, it&#8217;s harmless, since cookies can&#8217;t be set outside of the domain of the requested page, i.e. it will never be sent to a site other than the one you requested.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
