<?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 on: Rock Solid WordPress: 7 Quick Strategies to Beef Up Your Security</title>
	<atom:link href="http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/feed/" rel="self" type="application/rss+xml" />
	<link>http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/</link>
	<description>WordPress, Multisite &#38; BuddyPress plugins, themes, news and reviews and special offers from the team at WPMU.org</description>
	<lastBuildDate>Wed, 23 May 2012 14:02:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Alvaro Gilabert</title>
		<link>http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/#comment-11932</link>
		<dc:creator>Alvaro Gilabert</dc:creator>
		<pubDate>Tue, 06 Apr 2010 11:08:24 +0000</pubDate>
		<guid isPermaLink="false">http://wpmu.org/?p=29107#comment-11932</guid>
		<description>On the .htaccess file, the code should read

files wp-config.php
order allow, deny
deny from all
/files

with the first and last time enclosed within </description>
		<content:encoded><![CDATA[<p>On the .htaccess file, the code should read</p>
<p>files wp-config.php<br />
order allow, deny<br />
deny from all<br />
/files</p>
<p>with the first and last time enclosed within </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alvaro Gilabert</title>
		<link>http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/#comment-11931</link>
		<dc:creator>Alvaro Gilabert</dc:creator>
		<pubDate>Tue, 06 Apr 2010 11:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://wpmu.org/?p=29107#comment-11931</guid>
		<description>And the code did not appear :)

We&#039;re talking of a basic include in PHP where you can reference the file.

include(&#039;/vhost/johndoe/private/wp-config.php&#039;);</description>
		<content:encoded><![CDATA[<p>And the code did not appear :)</p>
<p>We&#8217;re talking of a basic include in PHP where you can reference the file.</p>
<p>include(&#8216;/vhost/johndoe/private/wp-config.php&#8217;);</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alvaro Gilabert</title>
		<link>http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/#comment-11929</link>
		<dc:creator>Alvaro Gilabert</dc:creator>
		<pubDate>Tue, 06 Apr 2010 10:54:25 +0000</pubDate>
		<guid isPermaLink="false">http://wpmu.org/?p=29107#comment-11929</guid>
		<description>Sarah,

Very nice article covering some of the basics that all WP owners should follow. The new WP 3.0 lets you select how you want to name the admin user, I just hope that people will not chose admin or, worse, god. Hopefully we will also see the table prefix as part of the installation procedure.

I believe however that you forget one additional step that can further increase the security of any blog.

The most usual hack of a WordPress blog involves the file wp-config.php which is always located in the root of the installation. Someone being able to read that file will have full access to your blog, no matter how hard you try to protect it.

Almost all hosting scenarios, from a dedicated server to a sharing package, include a folder that is outside of the confins of the webserver (i.e. none can reach that folder from the web). The idea then would be to move the file wp-config.php to that folder and create a wp-config.php to replace it.

Say that you are in a typical shared package where your webserver full path is /vhost/johndoe/httpdocs/. Chances are that you have folders in /vhost/johndoe/ where you can put files, such as /vhost/johndoe/private/

So move your wp-config.php to /vhost/johndoe/private/wp-config.php and replace the original wp-config.php by the following code:


Nobody will be able to get access to your dB connection string from the web space.

For extra security, add the directive

order allow,deny
deny from all

to your .htaccess file</description>
		<content:encoded><![CDATA[<p>Sarah,</p>
<p>Very nice article covering some of the basics that all WP owners should follow. The new WP 3.0 lets you select how you want to name the admin user, I just hope that people will not chose admin or, worse, god. Hopefully we will also see the table prefix as part of the installation procedure.</p>
<p>I believe however that you forget one additional step that can further increase the security of any blog.</p>
<p>The most usual hack of a WordPress blog involves the file wp-config.php which is always located in the root of the installation. Someone being able to read that file will have full access to your blog, no matter how hard you try to protect it.</p>
<p>Almost all hosting scenarios, from a dedicated server to a sharing package, include a folder that is outside of the confins of the webserver (i.e. none can reach that folder from the web). The idea then would be to move the file wp-config.php to that folder and create a wp-config.php to replace it.</p>
<p>Say that you are in a typical shared package where your webserver full path is /vhost/johndoe/httpdocs/. Chances are that you have folders in /vhost/johndoe/ where you can put files, such as /vhost/johndoe/private/</p>
<p>So move your wp-config.php to /vhost/johndoe/private/wp-config.php and replace the original wp-config.php by the following code:</p>
<p>Nobody will be able to get access to your dB connection string from the web space.</p>
<p>For extra security, add the directive</p>
<p>order allow,deny<br />
deny from all</p>
<p>to your .htaccess file</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed</title>
		<link>http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/#comment-10659</link>
		<dc:creator>Ed</dc:creator>
		<pubDate>Thu, 18 Mar 2010 20:15:50 +0000</pubDate>
		<guid isPermaLink="false">http://wpmu.org/?p=29107#comment-10659</guid>
		<description>Thanks Michael. It worked. This time, I entered a password for the new admin name before changing the site admin.</description>
		<content:encoded><![CDATA[<p>Thanks Michael. It worked. This time, I entered a password for the new admin name before changing the site admin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Marian</title>
		<link>http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/#comment-10658</link>
		<dc:creator>Michael Marian</dc:creator>
		<pubDate>Thu, 18 Mar 2010 20:04:52 +0000</pubDate>
		<guid isPermaLink="false">http://wpmu.org/?p=29107#comment-10658</guid>
		<description>Hi Ed,

It&#039;s a bit confusing. While admin, I created a new member and gave full administration privileges to it. Don&#039;t delete admin just yet.

While still logged in as &quot;admin&quot; user go to Site Admin &gt; Options. Scroll down near the bottom is Administration Settings. The field for this is Site Admins and you can remove the admin and replace it with your new administrator&#039;s user name. If it was me, it would be michaelmarian instead of admin. Then you can try out the new account and if all is well delete the admin account.</description>
		<content:encoded><![CDATA[<p>Hi Ed,</p>
<p>It&#8217;s a bit confusing. While admin, I created a new member and gave full administration privileges to it. Don&#8217;t delete admin just yet.</p>
<p>While still logged in as &#8220;admin&#8221; user go to Site Admin &gt; Options. Scroll down near the bottom is Administration Settings. The field for this is Site Admins and you can remove the admin and replace it with your new administrator&#8217;s user name. If it was me, it would be michaelmarian instead of admin. Then you can try out the new account and if all is well delete the admin account.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed</title>
		<link>http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/#comment-10653</link>
		<dc:creator>Ed</dc:creator>
		<pubDate>Thu, 18 Mar 2010 19:27:51 +0000</pubDate>
		<guid isPermaLink="false">http://wpmu.org/?p=29107#comment-10653</guid>
		<description>I have tried this two times so far. Each time I add a new user with admin privilege and then change admin to my new admin name, then save settings. The form immediately removes my admin privilege, so I log out. Then I attempt to login using my new admin name. .... It won&#039;t accept my old password.

The article does not mention what happens to the old password. Also, it cannot email my new password because it does not recognize something. 

So it is a catch 22. My only way out is to delete BP and then reinstall it all over again.

Is there some part of the instructions that is going unsaid?</description>
		<content:encoded><![CDATA[<p>I have tried this two times so far. Each time I add a new user with admin privilege and then change admin to my new admin name, then save settings. The form immediately removes my admin privilege, so I log out. Then I attempt to login using my new admin name. &#8230;. It won&#8217;t accept my old password.</p>
<p>The article does not mention what happens to the old password. Also, it cannot email my new password because it does not recognize something. </p>
<p>So it is a catch 22. My only way out is to delete BP and then reinstall it all over again.</p>
<p>Is there some part of the instructions that is going unsaid?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/#comment-10338</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Sun, 14 Mar 2010 04:54:44 +0000</pubDate>
		<guid isPermaLink="false">http://wpmu.org/?p=29107#comment-10338</guid>
		<description>But can I change it in wp-config right now? Or do I have to backup my db, and erase the tables first?</description>
		<content:encoded><![CDATA[<p>But can I change it in wp-config right now? Or do I have to backup my db, and erase the tables first?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Marian</title>
		<link>http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/#comment-10336</link>
		<dc:creator>Michael Marian</dc:creator>
		<pubDate>Sun, 14 Mar 2010 04:39:55 +0000</pubDate>
		<guid isPermaLink="false">http://wpmu.org/?p=29107#comment-10336</guid>
		<description>WP Security Scan does the prefix change as noted in Sara&#039;s post. Mind you with Buddypress installed, I&#039;m not completely comfortable trying it as it indicates I have already done it when I haven&#039;t. I think it may have to do with the buddypress install..</description>
		<content:encoded><![CDATA[<p>WP Security Scan does the prefix change as noted in Sara&#8217;s post. Mind you with Buddypress installed, I&#8217;m not completely comfortable trying it as it indicates I have already done it when I haven&#8217;t. I think it may have to do with the buddypress install..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/#comment-10327</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Sun, 14 Mar 2010 04:17:56 +0000</pubDate>
		<guid isPermaLink="false">http://wpmu.org/?p=29107#comment-10327</guid>
		<description>About the prefix change in the DB.

1. Can I do this after installing WPMU?

2. Would there be plugins that could be affected by this? I can&#039;t think of any functions in plugins that could, but I&#039;m just putting it out there.

3. Would I have to change it back after each upgrade?</description>
		<content:encoded><![CDATA[<p>About the prefix change in the DB.</p>
<p>1. Can I do this after installing WPMU?</p>
<p>2. Would there be plugins that could be affected by this? I can&#8217;t think of any functions in plugins that could, but I&#8217;m just putting it out there.</p>
<p>3. Would I have to change it back after each upgrade?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Marian</title>
		<link>http://wpmu.org/rock-solid-wordpress-7-quick-strategies-to-beef-up-your-security/#comment-10308</link>
		<dc:creator>Michael Marian</dc:creator>
		<pubDate>Sat, 13 Mar 2010 22:25:43 +0000</pubDate>
		<guid isPermaLink="false">http://wpmu.org/?p=29107#comment-10308</guid>
		<description>Yes. You need to change the Options in the Site Admin. Click on Options and scroll down to Administration Settings. The field is called Site Admin and the admin needs to be changed to the username of the new site admin. Otherwise you won&#039;t have access to all Site Admin controls. Now you can login with the new account and delete the old site admin. I didn&#039;t and had to go into the database and change it manually in the sitemeta table.

I&#039;m glad I&#039;ve done this now.</description>
		<content:encoded><![CDATA[<p>Yes. You need to change the Options in the Site Admin. Click on Options and scroll down to Administration Settings. The field is called Site Admin and the admin needs to be changed to the username of the new site admin. Otherwise you won&#8217;t have access to all Site Admin controls. Now you can login with the new account and delete the old site admin. I didn&#8217;t and had to go into the database and change it manually in the sitemeta table.</p>
<p>I&#8217;m glad I&#8217;ve done this now.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

