<?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 16:06:17 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[P&aacute;draic Brady: PHP Security: Default Vulnerabilities, Security Omissions & Framing Programmer]]></title>
      <guid>http://www.phpdeveloper.org/news/18406</guid>
      <link>http://www.phpdeveloper.org/news/18406</link>
      <description><![CDATA[<p>
In <a href="http://blog.astrumfutura.com/2012/08/php-security-default-vulnerabilities-security-omissions-and-framing-programmers/">this new post</a> (and <a href="http://phpsecurity.readthedocs.org/en/latest/PHP-Security-Default-Vulnerabilities-Security-Omissions-And-Framing-Programmers.html">this related article</a>) <i>P&aacute;draic Brady</i> shares some of his opinions about default security languages should provide and the <a href="http://en.wikipedia.org/wiki/Secure_by_design">Secure by Design</a> principles.
</p>
<blockquote>
Odd though it may seem, this principle explains some of PHP's greatest security weaknesses. PHP does not explicitly use Secure By Design as a guiding principle when executing features. I'm sure its in the back of developers' minds just as I'm sure it has influenced many if their design decisions, however there are issues when you consider how PHP has influenced the security practices of PHP programmers. The result of not following Secure By Design is that all applications and libraries written in PHP can inherit a number of security vulnerabilities, hereafter referred to as "By-Default Vulnerabilities". 
</blockquote>
<p>
He focuses on what he sees as a responsibility of those creating the language to either default to a more secure architecture or provide information as to why their choices could cause problems. In the <a href="http://phpsecurity.readthedocs.org/en/latest/PHP-Security-Default-Vulnerabilities-Security-Omissions-And-Framing-Programmers.html">extended version</a> of the post, he talks about some specific issues that the language has including SSL/TLS misconfiguration, openings for XML entity injection attacks and limited native filtering for cross-site scripting.
</p>]]></description>
      <pubDate>Mon, 27 Aug 2012 10:05:13 -0500</pubDate>
    </item>
  </channel>
</rss>
