<?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>Sun, 19 May 2013 10:12:34 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[P&aacute;draic Brady: Publishing Security Disclosures In Consumable Formats]]></title>
      <guid>http://www.phpdeveloper.org/news/19592</guid>
      <link>http://www.phpdeveloper.org/news/19592</link>
      <description><![CDATA[<p>
<i>P&aacute;draic Brady</i> has a new post today proposing that what the PHP ecosystem needs is a way to <a href="http://blog.astrumfutura.com/2013/05/publishing-security-disclosures-in-consumable-formats-for-simpler-aggregation-and-security-checking/">better publish security disclosures</a> in a format that's easy to parse and deal with.
</p>
<blockquote>
This is a branch off from a separate discussion on the PHP-FIG <a href="https://groups.google.com/forum/?fromgroups=#!forum/php-fig">mailing list</a> about other ways the Framework Interoperability Group can encourage and foster wider interoperability among its member projects (and by extension, the whole PHP community). I'll start by noting two interesting developments in recent months and one long standing best practice.
</blockquote>
<p>
The two "interesting developments" he mentions are the relatively recently released <a href="https://security.sensiolabs.org/">SensioLabs Security Checker</a> that uses you Composer file to find security issues and the new entry in the latest version of the OWASP Top 10 list for "<a href="https://www.owasp.org/index.php/Top_10_2013-A9">Using Components with Known Vulnerabilities</a>". The best practice he talks about is more around the timely/responsible disclosure of vulnerabilities and how some kind of decentralized tracking of these issues that puts the responsibility back on the developers of the tool and not on one tracking resource.
</p>
Link: http://blog.astrumfutura.com/2013/05/publishing-security-disclosures-in-consumable-formats-for-simpler-aggregation-and-security-checking]]></description>
      <pubDate>Thu, 16 May 2013 09:03:59 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Demian Turner's Blog: Seagull 0.6.4 Release (fixes Security Isse from 0.6.3)]]></title>
      <guid>http://www.phpdeveloper.org/news/9496</guid>
      <link>http://www.phpdeveloper.org/news/9496</link>
      <description><![CDATA[<p>
<i>Demian Turner</i> has <a href="http://www.phpkitchen.com/index.php?/archives/801-New-Release-of-the-Seagull-framework-0.6.3.html">posted about</a> the latest version of the Seagull framework (0.6.3) and an update to correct a remote file disclosure issue (up to version 0.6.4).
</p>
<blockquote>
Well it took a bit of time but after quite a few months a <a href="http://seagullproject.org/download/">new release of Seagull is finally out</a>, 0.6.3 (0.6.4). Things have been keeping pretty busy with the startup I'm working on, but it's been a great opportunity to refine some features of the framework and optimize the performance. 
The early indications are good, after less than 10 weeks of going live Kindo users are creating up to 20k profiles/day and the server load is staying comfortably below 0.5.
</blockquote>
<p>
<a href="http://www.phpkitchen.com/index.php?/archives/802-Seagull-0.6.3-Remote-File-Disclosure-Vulnerability-Please-Upgrade.html">The update</a> is a <a href="http://seagullproject.org/download/">different download</a> that helps correct an issue with the framework allowing user-inputted values from the GET string. Be sure and update your version to keep this security issue under wraps.
</p>]]></description>
      <pubDate>Fri, 25 Jan 2008 10:32:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[FrSIRT Advisory: P-News Arbitrary PHP File Upload and Remote Information Disclosure Vulnerabilities]]></title>
      <guid>http://www.phpdeveloper.org/news/6798</guid>
      <link>http://www.phpdeveloper.org/news/6798</link>
      <description><![CDATA[<p>
According to <a href="http://www.frsirt.com/english/advisories/2006/4770">this advisory</a> on the FrSIRT website, users of the P-News package have two somethings to worry about - a file upload and remote information disclosure vulnerability.
</p>
<blockquote>
Multiple vulnerabilities have been identified in P-News, which could be exploited by remote attackers to compromise a vulnerable server or disclose sensitive information.
</blockquote>
<p>
The file upload issue has to do with the ability to upload an Avatar to the system that doesn't validate the file extension and the second is a design flaw for the location of the user information (a text file) inside the document root.
</p>
<p>
Unfortunately, so official patch has been supplied at this time, but a few quick edits to the code can make these issues go away.
</p>]]></description>
      <pubDate>Thu, 30 Nov 2006 09:51:00 -0600</pubDate>
    </item>
  </channel>
</rss>
