<?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 for mandagreen.com</title>
	<atom:link href="http://mandagreen.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://mandagreen.com</link>
	<description>Webdev done right</description>
	<lastBuildDate>Wed, 19 Jun 2013 09:15:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=190</generator>
	<item>
		<title>Comment on Hardening OpenX by Cristi</title>
		<link>http://mandagreen.com/hardening-openx/#comment-6123</link>
		<dc:creator>Cristi</dc:creator>
		<pubDate>Wed, 19 Jun 2013 09:15:01 +0000</pubDate>
		<guid isPermaLink="false">http://mandagreen.com/?p=277#comment-6123</guid>
		<description><![CDATA[yes, the varchar(0) solution is just a temporary patch that you&#039;d have to hope it lasts. the cron that alters the tables will do the trick, but as you said, it&#039;s just another workaround. now that I think of it, I believe the best solution would be to alter it to varchar(0) again, then lower the privileges on the mysql user - you would only grant select, insert, delete, update (maybe replace), but no drop, create and alter. then, whenever you need to upgrade, grant all privileges, upgrade, test, and lower the privileges again. 
also, remember, the problem is not with the varchar(0) &quot;fix&quot;, but with the mysql injection problem within openx - i&#039;m psyched to see that such a mature application, with so many downloads, still has such security breaches.

@erik - &quot;deny from all&quot; &lt;strong&gt;will affect &lt;/strong&gt; your ad serving as it will deny access to everything, no only php scripts. see http://httpd.apache.org/docs/current/mod/mod_access_compat.html
basically, all requests to images (or other media) will be denied. if you wish to only disallow php scripts, try using the &lt;Files&gt; directive, but there are a lot of other options too - here are a few suggestions:
http://stackoverflow.com/questions/2618908/how-to-prevent-a-specific-directory-from-running-php-html-and-javascript-langu
http://www.wpbeginner.com/wp-tutorials/how-to-disable-php-execution-in-certain-wordpress-directories/
http://stackoverflow.com/questions/1271899/disable-php-in-directory-including-all-sub-directories-with-htaccess]]></description>
		<content:encoded><![CDATA[<p>yes, the varchar(0) solution is just a temporary patch that you&#8217;d have to hope it lasts. the cron that alters the tables will do the trick, but as you said, it&#8217;s just another workaround. now that I think of it, I believe the best solution would be to alter it to varchar(0) again, then lower the privileges on the mysql user &#8211; you would only grant select, insert, delete, update (maybe replace), but no drop, create and alter. then, whenever you need to upgrade, grant all privileges, upgrade, test, and lower the privileges again.<br />
also, remember, the problem is not with the varchar(0) &#8220;fix&#8221;, but with the mysql injection problem within openx &#8211; i&#8217;m psyched to see that such a mature application, with so many downloads, still has such security breaches.</p>
<p>@erik &#8211; &#8220;deny from all&#8221; <strong>will affect </strong> your ad serving as it will deny access to everything, no only php scripts. see <a href="http://httpd.apache.org/docs/current/mod/mod_access_compat.html" rel="nofollow">http://httpd.apache.org/docs/current/mod/mod_access_compat.html</a><br />
basically, all requests to images (or other media) will be denied. if you wish to only disallow php scripts, try using the <files> directive, but there are a lot of other options too &#8211; here are a few suggestions:<br />
<a href="http://stackoverflow.com/questions/2618908/how-to-prevent-a-specific-directory-from-running-php-html-and-javascript-langu" rel="nofollow">http://stackoverflow.com/questions/2618908/how-to-prevent-a-specific-directory-from-running-php-html-and-javascript-langu</a><br />
<a href="http://www.wpbeginner.com/wp-tutorials/how-to-disable-php-execution-in-certain-wordpress-directories/" rel="nofollow">http://www.wpbeginner.com/wp-tutorials/how-to-disable-php-execution-in-certain-wordpress-directories/</a><br />
<a href="http://stackoverflow.com/questions/1271899/disable-php-in-directory-including-all-sub-directories-with-htaccess" rel="nofollow">http://stackoverflow.com/questions/1271899/disable-php-in-directory-including-all-sub-directories-with-htaccess</a></files></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hardening OpenX by Erik</title>
		<link>http://mandagreen.com/hardening-openx/#comment-6122</link>
		<dc:creator>Erik</dc:creator>
		<pubDate>Wed, 19 Jun 2013 07:11:07 +0000</pubDate>
		<guid isPermaLink="false">http://mandagreen.com/?p=277#comment-6122</guid>
		<description><![CDATA[I think that another thing you should add to this is that no php code should be able to execute in the images directory. Add this to your apache vhost file: 

# make sure no php files can be delivered from images/ folder
  
    
        Deny from all
    
    Order deny,allow
  

It will not affect your OpenX but it will make it impossible for an attacker to upload something nasty in your images directory. We have seen web shells and spambots uploaded to the images directory.]]></description>
		<content:encoded><![CDATA[<p>I think that another thing you should add to this is that no php code should be able to execute in the images directory. Add this to your apache vhost file: </p>
<p># make sure no php files can be delivered from images/ folder</p>
<p>        Deny from all</p>
<p>    Order deny,allow</p>
<p>It will not affect your OpenX but it will make it impossible for an attacker to upload something nasty in your images directory. We have seen web shells and spambots uploaded to the images directory.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hardening OpenX by Anonymous</title>
		<link>http://mandagreen.com/hardening-openx/#comment-6121</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 19 Jun 2013 00:43:21 +0000</pubDate>
		<guid isPermaLink="false">http://mandagreen.com/?p=277#comment-6121</guid>
		<description><![CDATA[just an fyi, the solution of setting the varchar to 0 worked for a few months, but then today we suddenly got hit with another attack. The attackers somehow re-injected their malicious code into the append and prepend fields, so the varchar(0) solution isn&#039;t exactly permanent. I&#039;ve set up a script that periodically executes every minute and sets the varchar back to 0 and clears all the prepend and append fields in banners and zones, but this still doesn&#039;t actually prevent injection, it simply removes it within 60 seconds of being injected... If anyone has a solution for totally preventing this type of attack from happening again (and not just having a script to undo the damage every 60 seconds) please let me know!]]></description>
		<content:encoded><![CDATA[<p>just an fyi, the solution of setting the varchar to 0 worked for a few months, but then today we suddenly got hit with another attack. The attackers somehow re-injected their malicious code into the append and prepend fields, so the varchar(0) solution isn&#8217;t exactly permanent. I&#8217;ve set up a script that periodically executes every minute and sets the varchar back to 0 and clears all the prepend and append fields in banners and zones, but this still doesn&#8217;t actually prevent injection, it simply removes it within 60 seconds of being injected&#8230; If anyone has a solution for totally preventing this type of attack from happening again (and not just having a script to undo the damage every 60 seconds) please let me know!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Showing all reviews and ratings on a page in Magento by Cristi</title>
		<link>http://mandagreen.com/showing-all-reviews-and-ratings-on-a-page-in-magento/#comment-6027</link>
		<dc:creator>Cristi</dc:creator>
		<pubDate>Mon, 13 May 2013 13:10:15 +0000</pubDate>
		<guid isPermaLink="false">http://mandagreen.com/?p=80#comment-6027</guid>
		<description><![CDATA[Not sure what images are not showing up. Could you be a little more specific?]]></description>
		<content:encoded><![CDATA[<p>Not sure what images are not showing up. Could you be a little more specific?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Showing all reviews and ratings on a page in Magento by Marie</title>
		<link>http://mandagreen.com/showing-all-reviews-and-ratings-on-a-page-in-magento/#comment-6026</link>
		<dc:creator>Marie</dc:creator>
		<pubDate>Mon, 13 May 2013 13:01:41 +0000</pubDate>
		<guid isPermaLink="false">http://mandagreen.com/?p=80#comment-6026</guid>
		<description><![CDATA[Hello just wanted to give you a quick heads 
up and let you know a few of the pictures aren&#039;t loading correctly. I&#039;m not sure why but I think its a 
linking issue. I&#039;ve tried it in two different web browsers and both show the same outcome.]]></description>
		<content:encoded><![CDATA[<p>Hello just wanted to give you a quick heads<br />
up and let you know a few of the pictures aren&#8217;t loading correctly. I&#8217;m not sure why but I think its a<br />
linking issue. I&#8217;ve tried it in two different web browsers and both show the same outcome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hardening OpenX by Cristi</title>
		<link>http://mandagreen.com/hardening-openx/#comment-5954</link>
		<dc:creator>Cristi</dc:creator>
		<pubDate>Mon, 15 Apr 2013 10:09:43 +0000</pubDate>
		<guid isPermaLink="false">http://mandagreen.com/?p=277#comment-5954</guid>
		<description><![CDATA[That&#039;s a good comment, thank you. Most of the time, security involves additional steps that might seem like they don&#039;t have anything to do with security at all. Take the following trivial example, involving a car. Beside installing a good alarm system on your car, it&#039;s usually considered good practice not to let expensive stuff in the car, like phones, gadgets, money, jewelry. Same with (web) apps. Sure, the varchar(0) workaround could overwritten, but combined with the rest of the items in this article, it will definitely boost the overall security. On top of that, most attacks don&#039;t really run sql queries, cause in that case the attacker could even drop the entire database and then everything in here wouldn&#039;t make sense at all. Instead, most attacks rely on improper user data handling (by the app itself) or brute force attacks (on the admin area or on the server account - ftp, ssh). That&#039;s why I recommend updating to the latest version of openx as soon as possible, and also add another layer of security, like basic auth. If they hack your ftp or ssh account, well, there isn&#039;t much you can do but clean everything up and next time set a better password (or a tighter auth system).]]></description>
		<content:encoded><![CDATA[<p>That&#8217;s a good comment, thank you. Most of the time, security involves additional steps that might seem like they don&#8217;t have anything to do with security at all. Take the following trivial example, involving a car. Beside installing a good alarm system on your car, it&#8217;s usually considered good practice not to let expensive stuff in the car, like phones, gadgets, money, jewelry. Same with (web) apps. Sure, the varchar(0) workaround could overwritten, but combined with the rest of the items in this article, it will definitely boost the overall security. On top of that, most attacks don&#8217;t really run sql queries, cause in that case the attacker could even drop the entire database and then everything in here wouldn&#8217;t make sense at all. Instead, most attacks rely on improper user data handling (by the app itself) or brute force attacks (on the admin area or on the server account &#8211; ftp, ssh). That&#8217;s why I recommend updating to the latest version of openx as soon as possible, and also add another layer of security, like basic auth. If they hack your ftp or ssh account, well, there isn&#8217;t much you can do but clean everything up and next time set a better password (or a tighter auth system).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hardening OpenX by Claudio</title>
		<link>http://mandagreen.com/hardening-openx/#comment-5953</link>
		<dc:creator>Claudio</dc:creator>
		<pubDate>Mon, 15 Apr 2013 09:42:12 +0000</pubDate>
		<guid isPermaLink="false">http://mandagreen.com/?p=277#comment-5953</guid>
		<description><![CDATA[Hi,
I&#039;m being affected by the &quot;append&quot; code attack.
I think that if the hacker is able to execute an &quot;update&quot; query on the append and prepend fields of the banners and zones tables, he is also able to alter and delete all of the database content.
So, I don&#039;t think that altering the above database fields to varchar(0) could be considered a security solution: it looks like trying to solve the problem by putting the head under the ground... What do you think?]]></description>
		<content:encoded><![CDATA[<p>Hi,<br />
I&#8217;m being affected by the &#8220;append&#8221; code attack.<br />
I think that if the hacker is able to execute an &#8220;update&#8221; query on the append and prepend fields of the banners and zones tables, he is also able to alter and delete all of the database content.<br />
So, I don&#8217;t think that altering the above database fields to varchar(0) could be considered a security solution: it looks like trying to solve the problem by putting the head under the ground&#8230; What do you think?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hardening OpenX by Anonymous</title>
		<link>http://mandagreen.com/hardening-openx/#comment-5920</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 05 Apr 2013 23:09:01 +0000</pubDate>
		<guid isPermaLink="false">http://mandagreen.com/?p=277#comment-5920</guid>
		<description><![CDATA[This is very useful information. Thank you for writing this article. This information helped me secure my organization&#039;s OpenX server which had been subject to constant code injection attacks. Setting the character limit to 0 on the append and prepend fields in the zones and banners table is a great idea. I wish I would have thought of that sooner! I was about to write a script to clear these fields every 60 seconds, but your solution is far more elegant and effective!

Thanks again for this great article and good luck to you in your endeavors!]]></description>
		<content:encoded><![CDATA[<p>This is very useful information. Thank you for writing this article. This information helped me secure my organization&#8217;s OpenX server which had been subject to constant code injection attacks. Setting the character limit to 0 on the append and prepend fields in the zones and banners table is a great idea. I wish I would have thought of that sooner! I was about to write a script to clear these fields every 60 seconds, but your solution is far more elegant and effective!</p>
<p>Thanks again for this great article and good luck to you in your endeavors!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fixing &#8220;Catalog Price Rules&#8221; cart issue in Magento 1.4.1.0 by Mark Richard</title>
		<link>http://mandagreen.com/fixing-catalog-price-rules-cart-issue-in-magento-1-4-1-0/#comment-5899</link>
		<dc:creator>Mark Richard</dc:creator>
		<pubDate>Sat, 30 Mar 2013 09:52:27 +0000</pubDate>
		<guid isPermaLink="false">http://mandagreen.com/?p=185#comment-5899</guid>
		<description><![CDATA[Thanks for solution Crist, it&#039;s really working.]]></description>
		<content:encoded><![CDATA[<p>Thanks for solution Crist, it&#8217;s really working.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Showing all reviews and ratings on a page in Magento by Glamour Photography London</title>
		<link>http://mandagreen.com/showing-all-reviews-and-ratings-on-a-page-in-magento/#comment-5892</link>
		<dc:creator>Glamour Photography London</dc:creator>
		<pubDate>Thu, 28 Mar 2013 02:07:09 +0000</pubDate>
		<guid isPermaLink="false">http://mandagreen.com/?p=80#comment-5892</guid>
		<description><![CDATA[Way cool! Some very valid points! I appreciate 
you penning this article plus the rest of the website is also really good.]]></description>
		<content:encoded><![CDATA[<p>Way cool! Some very valid points! I appreciate<br />
you penning this article plus the rest of the website is also really good.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
