<?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: Network Solutions and WordPress Security Flaw</title>
	<atom:link href="http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/</link>
	<description>Website insecurity by example</description>
	<lastBuildDate>Sun, 05 Feb 2012 10:06:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Leonardo Musumeci &#187; Blog Archive &#187; Network Solutions e la vulnerabilità di Wordpress</title>
		<link>http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/comment-page-1/#comment-7406</link>
		<dc:creator>Leonardo Musumeci &#187; Blog Archive &#187; Network Solutions e la vulnerabilità di Wordpress</dc:creator>
		<pubDate>Tue, 11 May 2010 17:47:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.unmaskparasites.com/?p=594#comment-7406</guid>
		<description>[...] Fonte: Network Solutions and WordPress Security Flaw [...]</description>
		<content:encoded><![CDATA[<p>[...] Fonte: Network Solutions and WordPress Security Flaw [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd</title>
		<link>http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/comment-page-1/#comment-7251</link>
		<dc:creator>Todd</dc:creator>
		<pubDate>Mon, 03 May 2010 23:31:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.unmaskparasites.com/?p=594#comment-7251</guid>
		<description>Add me to the list... This is a total nightmare. I designed my company&#039;s website, and set up the wordpress plugin. I really don&#039;t know that much about websites, and we are a small 10 person engineering company, who really can&#039;t dedicate time/money to this...</description>
		<content:encoded><![CDATA[<p>Add me to the list&#8230; This is a total nightmare. I designed my company&#8217;s website, and set up the wordpress plugin. I really don&#8217;t know that much about websites, and we are a small 10 person engineering company, who really can&#8217;t dedicate time/money to this&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kim</title>
		<link>http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/comment-page-1/#comment-7151</link>
		<dc:creator>Kim</dc:creator>
		<pubDate>Sat, 24 Apr 2010 00:05:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.unmaskparasites.com/?p=594#comment-7151</guid>
		<description>Remove or rename the following files in cgi-bin if present:
counter.cgi
monthdir.pl
php.ini
Check the contents before you do it!
In my case they were all part of the malicious code.
For the moment my site is clean and working without troubles.</description>
		<content:encoded><![CDATA[<p>Remove or rename the following files in cgi-bin if present:<br />
counter.cgi<br />
monthdir.pl<br />
php.ini<br />
Check the contents before you do it!<br />
In my case they were all part of the malicious code.<br />
For the moment my site is clean and working without troubles.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jean</title>
		<link>http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/comment-page-1/#comment-7139</link>
		<dc:creator>Jean</dc:creator>
		<pubDate>Wed, 21 Apr 2010 23:20:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.unmaskparasites.com/?p=594#comment-7139</guid>
		<description>I have several sites that have been attacked as part of this whole WordPress/Network Solutions debacle. And I do want to move. It&#039;ll have to be shared hosting. I realize you don&#039;t want to recommend one service over another (I guess they all have problems), but can you at least tell us what you think of BlueHost (recommended by WordPress.org) and if you know how they handle security?</description>
		<content:encoded><![CDATA[<p>I have several sites that have been attacked as part of this whole WordPress/Network Solutions debacle. And I do want to move. It&#8217;ll have to be shared hosting. I realize you don&#8217;t want to recommend one service over another (I guess they all have problems), but can you at least tell us what you think of BlueHost (recommended by WordPress.org) and if you know how they handle security?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/comment-page-1/#comment-7136</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Wed, 21 Apr 2010 16:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.unmaskparasites.com/?p=594#comment-7136</guid>
		<description>We shared-hosting customers are screwed. For now anyway. Isn&#039;t that basically the bottom line?

I mean we&#039;re supposed to be responsible for application-layer security now?</description>
		<content:encoded><![CDATA[<p>We shared-hosting customers are screwed. For now anyway. Isn&#8217;t that basically the bottom line?</p>
<p>I mean we&#8217;re supposed to be responsible for application-layer security now?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis</title>
		<link>http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/comment-page-1/#comment-7135</link>
		<dc:creator>Denis</dc:creator>
		<pubDate>Wed, 21 Apr 2010 13:56:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.unmaskparasites.com/?p=594#comment-7135</guid>
		<description>I guess they are trying to fix things in a hurry and introduce new bugs (one fix may break other things). It may take weeks before they test the changes and the things settle down.

At this time, moving to some other service provider is a wise step. While shared servers cannot guarantee high level of security, you can try to find at least a more stable service, which won&#039;t reset your settings several times a week.</description>
		<content:encoded><![CDATA[<p>I guess they are trying to fix things in a hurry and introduce new bugs (one fix may break other things). It may take weeks before they test the changes and the things settle down.</p>
<p>At this time, moving to some other service provider is a wise step. While shared servers cannot guarantee high level of security, you can try to find at least a more stable service, which won&#8217;t reset your settings several times a week.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron Craig (SandChigger)</title>
		<link>http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/comment-page-1/#comment-7134</link>
		<dc:creator>Ron Craig (SandChigger)</dc:creator>
		<pubDate>Wed, 21 Apr 2010 11:21:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.unmaskparasites.com/?p=594#comment-7134</guid>
		<description>In the time it took me to type my comment here, they hacked in and inserted the script again.

This is ridiculous.</description>
		<content:encoded><![CDATA[<p>In the time it took me to type my comment here, they hacked in and inserted the script again.</p>
<p>This is ridiculous.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron Craig (SandChigger)</title>
		<link>http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/comment-page-1/#comment-7133</link>
		<dc:creator>Ron Craig (SandChigger)</dc:creator>
		<pubDate>Wed, 21 Apr 2010 10:55:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.unmaskparasites.com/?p=594#comment-7133</guid>
		<description>This is bullsh*t.

I have two blogs on my site and both got hit in the hacking earlier in the month.

Now today I&#039;ve been hit three times with the new javascript hack.

I upload clean copies of the files and they come back in less than an hour or two and replace them with infected versions.

I&#039;ve logged in and tried changing my FTP password using the Network Solutions site administration panel and the change won&#039;t go through.

When they changed the passwords on my databases (for the earlier blog hack), they disabled the automatic database back-up and I can&#039;t re-enable it because the control panel keeps giving me a warning about the database user name. Which I tried changing back when the blogs were being hacked (along with the passwords) but that change wouldn&#039;t go through, either.

They reset the permissions on all the PHP scripts on my site to 640 or the like, so every time one was accessed, the server threw a &quot;mod_mime_magic can&#039;t read file blahblah.php&quot; error. So I was getting error logs running anywhere from one third to half the size of my access logs.

I filed a service request and they emailed me back saying it had been resolved.

It hadn&#039;t. Eventually I bitched enough that they left the file permissions at 644 when I reset them. (I&#039;d set them to 644 to stop the errors and they&#039;d reset them to 640.) They&#039;ve also done something to my log directory so that I can&#039;t delete the old logs now.

And just when I thought things were going to be OK, this javascript hack pops up.

This is ENTIRELY an internal security matter, I&#039;m convinced of it.

Can you suggest a better provider? I&#039;m just about ready to move.</description>
		<content:encoded><![CDATA[<p>This is bullsh*t.</p>
<p>I have two blogs on my site and both got hit in the hacking earlier in the month.</p>
<p>Now today I&#8217;ve been hit three times with the new javascript hack.</p>
<p>I upload clean copies of the files and they come back in less than an hour or two and replace them with infected versions.</p>
<p>I&#8217;ve logged in and tried changing my FTP password using the Network Solutions site administration panel and the change won&#8217;t go through.</p>
<p>When they changed the passwords on my databases (for the earlier blog hack), they disabled the automatic database back-up and I can&#8217;t re-enable it because the control panel keeps giving me a warning about the database user name. Which I tried changing back when the blogs were being hacked (along with the passwords) but that change wouldn&#8217;t go through, either.</p>
<p>They reset the permissions on all the PHP scripts on my site to 640 or the like, so every time one was accessed, the server threw a &#8220;mod_mime_magic can&#8217;t read file blahblah.php&#8221; error. So I was getting error logs running anywhere from one third to half the size of my access logs.</p>
<p>I filed a service request and they emailed me back saying it had been resolved.</p>
<p>It hadn&#8217;t. Eventually I bitched enough that they left the file permissions at 644 when I reset them. (I&#8217;d set them to 644 to stop the errors and they&#8217;d reset them to 640.) They&#8217;ve also done something to my log directory so that I can&#8217;t delete the old logs now.</p>
<p>And just when I thought things were going to be OK, this javascript hack pops up.</p>
<p>This is ENTIRELY an internal security matter, I&#8217;m convinced of it.</p>
<p>Can you suggest a better provider? I&#8217;m just about ready to move.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Pate</title>
		<link>http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/comment-page-1/#comment-7132</link>
		<dc:creator>Stephen Pate</dc:creator>
		<pubDate>Wed, 21 Apr 2010 10:36:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.unmaskparasites.com/?p=594#comment-7132</guid>
		<description>The attack continued on Tuesday night with two more sites I know taken down. 

NetSol hasn&#039;t found the source yet.</description>
		<content:encoded><![CDATA[<p>The attack continued on Tuesday night with two more sites I know taken down. </p>
<p>NetSol hasn&#8217;t found the source yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jed</title>
		<link>http://blog.unmaskparasites.com/2010/04/11/network-solutions-and-wordpress-security-flaw/comment-page-1/#comment-7125</link>
		<dc:creator>Jed</dc:creator>
		<pubDate>Tue, 20 Apr 2010 23:17:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.unmaskparasites.com/?p=594#comment-7125</guid>
		<description>Yesterday morning I discovered that same script inserted into every page on my site named either &#039;default.*&#039; or &#039;index.*&#039; -- about 20 instances.  I removed them all, only to have them put back repeatedly over the last two days.

Noob question: It&#039;s a vanilla html site.  Everybody talks about making sure that the file permissions are accurate -- would that be 755 for directories and 644 for files, or should I be locking it down further than that?</description>
		<content:encoded><![CDATA[<p>Yesterday morning I discovered that same script inserted into every page on my site named either &#8216;default.*&#8217; or &#8216;index.*&#8217; &#8212; about 20 instances.  I removed them all, only to have them put back repeatedly over the last two days.</p>
<p>Noob question: It&#8217;s a vanilla html site.  Everybody talks about making sure that the file permissions are accurate &#8212; would that be 755 for directories and 644 for files, or should I be locking it down further than that?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

