Got Html: Iframe-inf

[system]

I got the warning when entering xxx.chaloke.com showing that the file name : hxxp://comed46.com/webbands/weloveourkingright.gif{gzip} is a malware of VPS version 091125-1, 25/11/2009

The webmaster of chaloke.com told me his sever is Linux and NOT subject to infect the mentioned virus. Instead, the virus is on my computer (not his server).

What should I do then? Thanks.

[system]

Hi patt, welcome to the forum

First and foremost, Could you please modify your link to make it unclickable (i.e. chage http to hXXp) to prevent others potentially becoming infected.

Currently, with the latest VPS version (091129-0) I get no warning visiting that site.

This could be due to one of two things:

1. It was a false positive in the web shield that has been corrected in subsequent updates.
2. The website has been cleaned of the infection since then.

One thing to mention though, is that techically the webmaster is slightly wrong. This kind of malware is the result of a website being hacked. This means that the html pages of his site have been modified to include an Iframe that is pointing to a suspect site.

This kind of detection is very common these days, with many ‘legitimate sites’ becoming hacked to distribute malware:

Every 3.6 seconds a website is infected

---

Some good reading about previnting this kind of thing, courtesy of DavidR:

@DavidR post:2

Actually cleaning the file is not going to resolve why you got hacked it will only clean the file (well avast doesn’t clean the file just alerts to it, you have to find and strip out the injected code) and not the cause, you need to contact your host, see below.

– HACKED SITES - This is commonly down to old content management software being vulnerable, see this example of a HOSTs response to a hacked site.

We have patched up the server and we found a weakness in PHP which was helping aid the compromise of some domains. We updated it, and changed some default settings to help prevent these coding compromises. The weaknesses were not server wide but rather just made it easier on a hacker to compromise individual end user accounts.

I suggest the following clean up procedure for both your accounts:

1. check all index pages for any signs of java script injected into their coding. On windows servers check any “default.aspx” or
   “default.cfm” pages as those are popular targets too.

2. Remove any “rouge” files or php scripts uploaded by the hackers into your account. Such scripts allowed them to make account wide
   changes, spam through your account, or spread their own .htaccess files through all of your domains in that end user.

3. Check all .htaccess files, as hackers like to load re-directs into them.

4. Change all passwords for that end user account. The cp password, the ftp password, and any ftp sub accounts. Make sure to use a
   “strong” password which includes upper case, lower case, numbers and NO COMPLETE WORDS OR NAMES!

This coupled with our server side changes should prevent any resurfacing of the hackers efforts. In some cases you may still have coding which allows for injection. All user input fields hidden or not should be hard coded, filtered, and sanitized before being handed off to php or a database which will prevent coding characters from being submitted and run through your software.

Also see, Tips for Cleaning & Securing Your Website, http://www.stopbadware.org/home/security.

-Scott-

[system]

Thanks for your advice.