<?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: My Zen Cart was hacked &#8211; now what?</title>
	<atom:link href="http://thecartblog.com/2009/10/14/my-zen-cart-was-hacked-now-what/feed/" rel="self" type="application/rss+xml" />
	<link>http://thecartblog.com/2009/10/14/my-zen-cart-was-hacked-now-what/</link>
	<description>A blog about shopping carts and e-commerce</description>
	<lastBuildDate>Fri, 04 May 2012 10:28:22 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Tim Regester</title>
		<link>http://thecartblog.com/2009/10/14/my-zen-cart-was-hacked-now-what/comment-page-1/#comment-1728</link>
		<dc:creator>Tim Regester</dc:creator>
		<pubDate>Fri, 10 Dec 2010 13:55:19 +0000</pubDate>
		<guid isPermaLink="false">http://thecartblog.com/?p=710#comment-1728</guid>
		<description>I have been asked, for my sins as a LAMP experienced developer/support engineer to resolve a clients website and zencart that has been hacked.

I found a Backdoor trojan in pure php, did all sorts of horrendous stuff you would expect, was secreted in the images directory and spawned sixty odd php files in the same directory.

I am following your suggestions but I am unsure about a reported EVAL in ../admin/products_with_attributes_stock.php a php file that seems to be completely missing in 1.3.9h 

So I am suggesting rebuilding the Zencart completely i.e. a clean install with the best security suggestions I have read. Do I need to clear the database or is this also compromised. In other words if I have the db data can I reuse it so we don&#039;t have to rebuild all the zencart. The data was in 1.3.8a and will be upgraded to 1.3.9h</description>
		<content:encoded><![CDATA[<p>I have been asked, for my sins as a LAMP experienced developer/support engineer to resolve a clients website and zencart that has been hacked.</p>
<p>I found a Backdoor trojan in pure php, did all sorts of horrendous stuff you would expect, was secreted in the images directory and spawned sixty odd php files in the same directory.</p>
<p>I am following your suggestions but I am unsure about a reported EVAL in ../admin/products_with_attributes_stock.php a php file that seems to be completely missing in 1.3.9h </p>
<p>So I am suggesting rebuilding the Zencart completely i.e. a clean install with the best security suggestions I have read. Do I need to clear the database or is this also compromised. In other words if I have the db data can I reuse it so we don&#8217;t have to rebuild all the zencart. The data was in 1.3.8a and will be upgraded to 1.3.9h</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zen Cart Hacked &#8211; Rebuilding &#124; Righty-oh!</title>
		<link>http://thecartblog.com/2009/10/14/my-zen-cart-was-hacked-now-what/comment-page-1/#comment-1655</link>
		<dc:creator>Zen Cart Hacked &#8211; Rebuilding &#124; Righty-oh!</dc:creator>
		<pubDate>Wed, 14 Jul 2010 22:01:53 +0000</pubDate>
		<guid isPermaLink="false">http://thecartblog.com/?p=710#comment-1655</guid>
		<description>[...] My Zen Cart was hacked – now what? [...]</description>
		<content:encoded><![CDATA[<p>[...] My Zen Cart was hacked – now what? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thatsoftwareguy</title>
		<link>http://thecartblog.com/2009/10/14/my-zen-cart-was-hacked-now-what/comment-page-1/#comment-1451</link>
		<dc:creator>thatsoftwareguy</dc:creator>
		<pubDate>Sun, 22 Nov 2009 12:04:28 +0000</pubDate>
		<guid isPermaLink="false">http://thecartblog.com/?p=710#comment-1451</guid>
		<description>My concern about not re-uploading is that there may be something still there that SysCheck doesn&#039;t know about.  I would take a weekend and reload from backup just to be sure.</description>
		<content:encoded><![CDATA[<p>My concern about not re-uploading is that there may be something still there that SysCheck doesn&#8217;t know about.  I would take a weekend and reload from backup just to be sure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Burgess</title>
		<link>http://thecartblog.com/2009/10/14/my-zen-cart-was-hacked-now-what/comment-page-1/#comment-1447</link>
		<dc:creator>Bill Burgess</dc:creator>
		<pubDate>Tue, 17 Nov 2009 02:34:21 +0000</pubDate>
		<guid isPermaLink="false">http://thecartblog.com/?p=710#comment-1447</guid>
		<description>Hi,

Thanks so much for all your contributions to Zen Cart. I recently helped a friend recover from a hacked cart where they pretty much did all the things that your Syscheck utility searches out. I removed everything that your utility found and added all updates for the current Zen Cart.

My question, though, is if our site is now secure again after I followed all the steps in your walk-through. Mind you, I did not reinstall the entire site. I merely overwrote all the files that had the eval injection and removed the eval line manually from any of my customized files that were affected. Now, when I use the Syscheck utility, there are no rogue files. The only two that come up are from the add-on FAQ module, but they seem like they use it legitly. (If that&#039;s a word)

P.S. There is no way I could have helped him sort his site out without your utility. Thanks very much! I will recommend he contribute to your cause.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Thanks so much for all your contributions to Zen Cart. I recently helped a friend recover from a hacked cart where they pretty much did all the things that your Syscheck utility searches out. I removed everything that your utility found and added all updates for the current Zen Cart.</p>
<p>My question, though, is if our site is now secure again after I followed all the steps in your walk-through. Mind you, I did not reinstall the entire site. I merely overwrote all the files that had the eval injection and removed the eval line manually from any of my customized files that were affected. Now, when I use the Syscheck utility, there are no rogue files. The only two that come up are from the add-on FAQ module, but they seem like they use it legitly. (If that&#8217;s a word)</p>
<p>P.S. There is no way I could have helped him sort his site out without your utility. Thanks very much! I will recommend he contribute to your cause.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

