<?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>Thu, 04 Dec 2008 14:45:01 -0600</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[DevShed: Securing Your Web Application Against Attacks]]></title>
      <guid>http://www.phpdeveloper.org/news/11254</guid>
      <link>http://www.phpdeveloper.org/news/11254</link>
      <description><![CDATA[<p>
DevShed continues their series focusing on the security of your web application in <a href="http://www.devshed.com/c/a/PHP/Securing-Your-Web-Application-Against-Attacks/">this fifth part</a> of the series. This time they look at preventing attacks on your app via correct authentication.
</p>
<blockquote>
You will probably recall from the last article that I mentioned the existence of two methods of authentication and discussed the first one, which is through an HTML form. In this article, the fifth one in an eight-part series, we'll start with the second method of authentication. We'll also discuss how attackers may gain access to your system.
</blockquote>
<p>
This authentication method uses a simple form to let the user pass in their credentials. Unfortunately, because of its simplicity, this also opens it up to three kinds of attacks - password sniffing, reply attacks and brute force attacks.
</p>]]></description>
      <pubDate>Tue, 21 Oct 2008 08:47:32 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[SaniSoft Blog: Code sniffs for CakePHP and then some more]]></title>
      <guid>http://www.phpdeveloper.org/news/10546</guid>
      <link>http://www.phpdeveloper.org/news/10546</link>
      <description><![CDATA[<p>
On the SaniSoft blog <i>Tarique Sani</i> has <a href="http://www.sanisoft.com/blog/2008/07/04/code-sniffs-for-cakephp-and-then-some-more/">posted about</a> (and made available for download) some code sniffs for the CakePHP framework. Some problems arose with some of the naming that the framework uses, but with some "tinkering around"...
</p>
<blockquote>
[It became] apparent that I had to have my own set of Cake sniffs to manage this but a separate standard just for this seemed an over kill and the simplicity of code made it kind of fun to add more standards which I liked but were in different set of sniffs.
</blockquote>
<p>
You can grab the whole list of sniffs from <a href="http://www.sanisoft.com/downloads/cakephp_sniffs/">their downloads</a>. They implemented them as a pre-commit hook on their SVN server even so that developers could not violate the coding standards when they submit their code.
</p>]]></description>
      <pubDate>Fri, 04 Jul 2008 09:32:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Daniel O'Connor's Blog:  How to customise PHP_CodeSniffer]]></title>
      <guid>http://www.phpdeveloper.org/news/10411</guid>
      <link>http://www.phpdeveloper.org/news/10411</link>
      <description><![CDATA[<p>
<i>Daniel O'Connor</i> has <a href="http://clockwerx.blogspot.com/2008/06/how-to-customise-phpcodesniffer.html">posted a quick guide</a> to customizing your installation of the <a href="http://pear.php.net/PHP_CodeSniffer">PHP_CodeSniffer</a> PEAR package to match the coding standard you'd like.
</p>
<blockquote>
<a href="http://pear.php.net/PHP_CodeSniffer">PHP_CodeSniffer</a> is a <a href="http://pear.php.net">PEAR</a> package which detects potential coding problems and enforces your style guide. The default is the PEAR coding standard, but you can easily change that.
</blockquote>
<p>
His method requires the creation of a custom "FooCodingStandard.php" (named whatever you'd like, of course) that contains a class/method defining the "sniffs" you'd like to use for your standard. Use "pfm" to make it into a package and install it to your system - you'll be all set.
</p>]]></description>
      <pubDate>Fri, 13 Jun 2008 11:11:36 -0500</pubDate>
    </item>
  </channel>
</rss>
