<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: How to Fix PHP Vulnerabilities (So Your Site Won&#8217;t Get Hacked)</title>
	<atom:link href="http://www.codediesel.com/php/how-to-fix-php-vulnerabilities/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.codediesel.com/php/how-to-fix-php-vulnerabilities/</link>
	<description>/* PHP &#38; MySQL Journal */</description>
	<lastBuildDate>Fri, 27 Jan 2012 16:39:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: sameer</title>
		<link>http://www.codediesel.com/php/how-to-fix-php-vulnerabilities/comment-page-1/#comment-2259</link>
		<dc:creator>sameer</dc:creator>
		<pubDate>Tue, 17 Aug 2010 07:20:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.codediesel.com/?p=2660#comment-2259</guid>
		<description>Well this are guidelines, you have to  implement it yourself. Most modern software take most of the precautions to prevent hackers from penetrating the sites. But there are other factors then the actual software, like security of the hosting provider. Even if SMF is secure, the server on which it is installed may not be. You can modify the code without violating any copyrights of the maker (I&#039;m talking about SMF here, other software licenses maybe different.)</description>
		<content:encoded><![CDATA[<p>Well this are guidelines, you have to  implement it yourself. Most modern software take most of the precautions to prevent hackers from penetrating the sites. But there are other factors then the actual software, like security of the hosting provider. Even if SMF is secure, the server on which it is installed may not be. You can modify the code without violating any copyrights of the maker (I&#8217;m talking about SMF here, other software licenses maybe different.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: internet</title>
		<link>http://www.codediesel.com/php/how-to-fix-php-vulnerabilities/comment-page-1/#comment-2258</link>
		<dc:creator>internet</dc:creator>
		<pubDate>Tue, 17 Aug 2010 03:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.codediesel.com/?p=2660#comment-2258</guid>
		<description>How can this be implemented in a forum site powered by SMF? I&#039;ve seen some forum sites being hacked. The php codes are already included in the installation package? Do we have to modify the codes? Will it violate rights of software maker?</description>
		<content:encoded><![CDATA[<p>How can this be implemented in a forum site powered by SMF? I&#8217;ve seen some forum sites being hacked. The php codes are already included in the installation package? Do we have to modify the codes? Will it violate rights of software maker?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hisham Muteb</title>
		<link>http://www.codediesel.com/php/how-to-fix-php-vulnerabilities/comment-page-1/#comment-1982</link>
		<dc:creator>Hisham Muteb</dc:creator>
		<pubDate>Thu, 27 May 2010 09:35:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.codediesel.com/?p=2660#comment-1982</guid>
		<description>yes it is not php fault 
it is depend on the programmer and his code
and yes @Bruno Cassol I am agree with you 
&quot;You can make the same mistakes with any programming language&quot;
at the end it is good article</description>
		<content:encoded><![CDATA[<p>yes it is not php fault<br />
it is depend on the programmer and his code<br />
and yes @Bruno Cassol I am agree with you<br />
&#8220;You can make the same mistakes with any programming language&#8221;<br />
at the end it is good article</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Irina</title>
		<link>http://www.codediesel.com/php/how-to-fix-php-vulnerabilities/comment-page-1/#comment-1979</link>
		<dc:creator>Irina</dc:creator>
		<pubDate>Thu, 27 May 2010 06:42:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.codediesel.com/?p=2660#comment-1979</guid>
		<description>Great article! Thanks for the info!</description>
		<content:encoded><![CDATA[<p>Great article! Thanks for the info!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruno Cassol</title>
		<link>http://www.codediesel.com/php/how-to-fix-php-vulnerabilities/comment-page-1/#comment-1976</link>
		<dc:creator>Bruno Cassol</dc:creator>
		<pubDate>Thu, 27 May 2010 01:40:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.codediesel.com/?p=2660#comment-1976</guid>
		<description>None of those are PHP&#039;s fault. You can make the same mistakes with any programming language. Use a framework and it will enforce good practices.

Please stop blaming PHP for such things that are caused by poor programmers.</description>
		<content:encoded><![CDATA[<p>None of those are PHP&#8217;s fault. You can make the same mistakes with any programming language. Use a framework and it will enforce good practices.</p>
<p>Please stop blaming PHP for such things that are caused by poor programmers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim O'Halloran</title>
		<link>http://www.codediesel.com/php/how-to-fix-php-vulnerabilities/comment-page-1/#comment-1975</link>
		<dc:creator>Jim O'Halloran</dc:creator>
		<pubDate>Wed, 26 May 2010 23:59:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.codediesel.com/?p=2660#comment-1975</guid>
		<description>I disagree with the characterization of these as &quot;PHP vulnerabilities&quot;.  None of the above are vulnerabilities in PHP itself, they&#039;re vulnerabilities in the code you write using PHP.

Secondly, if you&#039;re dealing with credit card numbers, think very seriously about whether to store them at all.  In most cases you can put up a form, collect the card number and pass it off to your payment gateway immediately without storing it.  If they&#039;re not stored permanently the chances of their being compromised are daramtically lower,  Of course, you should NEVER accept a credit card umber over a http connection, always use SSL (https) with a certificate from a reputable supplier.  

Finally, a minor correction.  PDO stands for PHP Data Objects, not Portable Data Objects.

Jim.</description>
		<content:encoded><![CDATA[<p>I disagree with the characterization of these as &#8220;PHP vulnerabilities&#8221;.  None of the above are vulnerabilities in PHP itself, they&#8217;re vulnerabilities in the code you write using PHP.</p>
<p>Secondly, if you&#8217;re dealing with credit card numbers, think very seriously about whether to store them at all.  In most cases you can put up a form, collect the card number and pass it off to your payment gateway immediately without storing it.  If they&#8217;re not stored permanently the chances of their being compromised are daramtically lower,  Of course, you should NEVER accept a credit card umber over a http connection, always use SSL (https) with a certificate from a reputable supplier.  </p>
<p>Finally, a minor correction.  PDO stands for PHP Data Objects, not Portable Data Objects.</p>
<p>Jim.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mike</title>
		<link>http://www.codediesel.com/php/how-to-fix-php-vulnerabilities/comment-page-1/#comment-1972</link>
		<dc:creator>mike</dc:creator>
		<pubDate>Tue, 25 May 2010 19:45:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.codediesel.com/?p=2660#comment-1972</guid>
		<description>Thank you for this nice article ! :)</description>
		<content:encoded><![CDATA[<p>Thank you for this nice article ! <img src='http://www.codediesel.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

