<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Tue, 18 Jun 2013 21:03:01 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Stefan Esser's Blog: Some facts about the PHPList vulnerability and the phpbb.com hack]]></title>
      <guid>http://www.phpdeveloper.org/news/11897</guid>
      <link>http://www.phpdeveloper.org/news/11897</link>
      <description><![CDATA[<p>
Some of you might have <a href="http://www.phpdeveloper.org/news/11868">heard about</a> the hacking of the phpBB.com website earlier this week. Well, <i>Stefan Esser</i> has <a href="http://www.suspekt.org/2009/02/06/some-facts-about-the-phplist-vulnerability-and-the-phpbbcom-hack/">posted a bit more</a> about the vulnerability in the PHPList software that lead to the problem.
</p>
<blockquote>
A few days ago <a href="http://www.phpbb.com/">phpbb.com</a> was hacked through a super-globals-overwrite vulnerability in <a href="http://www.phplist.com/">PHPList</a> that was used by an attacker for a local file inclusion <a href="http://www.milw0rm.com/exploits/7778">exploit</a>. Details about the whole attack, written down by someone who claims to be the attacker, can be <a href="http://hackedphpbb.blogspot.com/2009/01/place-holder.html">read here</a>.
</blockquote>
<p>
<i>Stefan</i> talks about the superglobal problem PHPList had - allowing the superglobal information to overwrite the variables inside the script without so much as a check. Example code shows how it was possible for the attacker to provide their own configuration file value to be opened via a stream wrapper.
</p>]]></description>
      <pubDate>Fri, 06 Feb 2009 08:44:25 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[ReadyToBeServed.com: Web Host May Ask Client To Cover Cost Of Hack]]></title>
      <guid>http://www.phpdeveloper.org/news/6026</guid>
      <link>http://www.phpdeveloper.org/news/6026</link>
      <description><![CDATA[<p>
According to <a href="http://www.readytobeserved.com/content/view/32/2/">this new article</a> on ReadyToBeServed.com, a flaw in the PHPNuke software allowed a malicious user access to a server to cause all sorts of headaches for both the hosting company and the others hosted on that machine.
</p>
<blockquote>
<p>
A Wellington, New Zealand, Web hosting company may seek compensation from a client that it claims is responsible for the worst hacking attack in the company's history. IServe blames lax security on their client's part for the hacking job that resulted in the defacing of hundreds of Websites.
</p>
<p>
The hack forced iServe to shut down all its FTP servers for 28 hours, while it replaced many of  its customers' websites with back-ups that were made a few days before the incident.
</p>
<p>
Joy Cottle, iServe's general manager estimates the problem cost about $20,000 to repair. Clients with dedicated servers were not affected by the hack.
</p>
</blockquote>
<p>
<a href="http://www.readytobeserved.com/content/view/32/2/">They report</a> that the attack happened because of a flaw in the content management system that allowed the user to overwrite websites of other customers on the machine. They are even considering trying to recoup some of the costs from the customer that allowed it to happen. The hole was one found in the older version of PHPNuke the customer had uploaded.
</p>
<blockquote>
Due to the incident, iServe is now considering banning cleints from running PHPNuke
</blockquote>]]></description>
      <pubDate>Mon, 14 Aug 2006 08:03:39 -0500</pubDate>
    </item>
  </channel>
</rss>
