<?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>Wed, 22 May 2013 07:24:28 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[O'Reilly Broadcast: Getting Drupal and mod_security to Play Nicely Together on Red Hat 5.x Servers]]></title>
      <guid>http://www.phpdeveloper.org/news/15389</guid>
      <link>http://www.phpdeveloper.org/news/15389</link>
      <description><![CDATA[<p>
One of the ways you can help to secure your web application is to use the Apache module <a href="http://www.modsecurity.org/">mod_security</a>. It allows you to specify extra rules and settings to help prevent issues that would normally pass on through. Unfortunately, it may not play nicely with all web-based applications. In <a href="http://broadcast.oreilly.com/2010/11/getting-drupal-and-mod-securit.html">this new article</a> on the O'Reilly Broadcast, <i>Caitlyn Matrin</i> describes some of the steps she took to get mod_security and <a href="http://drupal.org/">Drupal</a> to cooperate.
</p>
<blockquote>
Deploying <a href="http://drupal.org/">Drupal</a> on an <a href="http://www.apache.org/">Apache</a> web server with mod_security or adding <a href="http://www.modsecurity.org/">mod_security</a> to an Apache server with Drupal running should be as easy as installing the relevant packages. Unfortunately, on <a href="http://www.redhat.com/rhel/server/">Red Hat Enterprise Linux</a> (RHEL) 5.4 and 5.5 servers it just isn't so. This is due to a combination of a bug and an outdated <a href="http://www.owasp.org/index.php/Category:OWASP_ModSecurity_Core_Rule_Set_Project">Core Rule Set</a> (CRS) in the current mod_security package in the <a href="http://fedoraproject.org/wiki/EPEL">EPEL (Extra Packages for Enterprise Linux)</a> repository. I've seen lots of posts online where people were struggling with this combination so I decided a how-to article was in order. 
</blockquote>
<p>
She walks you through the install process for mod_security (assuming you already have Apache and Drupal installed), what settings to change, directories and permissions to add and how to replace the old Core Rule Set with a newer version.
</p>]]></description>
      <pubDate>Fri, 05 Nov 2010 09:31:18 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[php|architect: Modsecurity: Why it matters to PHP ]]></title>
      <guid>http://www.phpdeveloper.org/news/14779</guid>
      <link>http://www.phpdeveloper.org/news/14779</link>
      <description><![CDATA[<p>
New from the php|architect blog today <a href="http://www.phparch.com/2010/07/09/modsecurity-why-it-matters-to-php/">there's a post</a> talking about a new book from Feisty Duck Publishing about <a href="http://www.amazon.com/ModSecurity-Handbook-Ivan-Ristic/dp/1907117024/ref=sr_1_1?ie=UTF8&s=books&qid=1278678726&sr=8-1">ModSecurity</a> for Apache and how that effects the world of PHP.
</p>
<blockquote>
ModSecurity is a web application firewall. It can live in and out of the Apache web server environment, one of the most popular web servers around. ModSecurity is infinitely customizable and extremely powerful. The philosophy of ModSecurity can be summed up in a few words. Look, and only modify if I tell you to. 
</blockquote>
<p>
The author of the post (<i>Orlanao Medina</i>) thinks that this book is *the* resource for ModSecurity-related information, providing step-by-step information on how to work with the tool both inside and outside of Apache. It shares tips on blocking XSS attacks, brute force attacks and generally protecting your application in general. 
</p>]]></description>
      <pubDate>Mon, 12 Jul 2010 11:42:02 -0500</pubDate>
    </item>
  </channel>
</rss>
