Published: 2015-11-24 by Bruno Zanelato
Do you remember SweetCAPTCHA that tried to monetize its WordPress plugin injecting unwanted ads into web pages?
Today we've found another CAPTCHA plugin with a suspicious code. We cleaned a site and our scanner reported a suspicious obfuscated code inside the Captcha on Login plugin (45,000+ all time installs) files.
The obfuscation had strings like this:
When we see such things, we always try to decode them to figure out whether it's legitimate or not.
Looks like that the owner of this plugin, called "Anderson Makiyama" is a Brazilian developer who is the owner of these affiliate marketing websites:
hxxp://hotplus .net .br/ plugin-hotlinks-plus/
hxxp://funildevendasparainiciante .com .br/ onde-divulgar-links-de-afiliados/
This plugin seems to be only showing these links inside the WordPress admin interface on the plugin options and report pages as "Other products of the author" (Outros Produtos do Autor). It's maybe a bit annoying but doesn't seem to be a big deal. It's natural for plugin developers to pitch their other products (even such questionable ones) on the internal plugin pages (not visible to site users).
The only problem is that link injecting code is obfuscated. Not only does it result in warnings produced by security scanners, but this practice is considered unacceptable by the official WordPress Plugin Directory guidelines:
4. No obfuscated code. We believe that obfuscated code violates the spirit, if not the letter, of the GPL license under which we operate....
...Intentionally obfuscated code is not the preferred form, and not allowed in the repository under any circumstances.
It's sad to see how plugins that are supposed to help stop hackers, actually do things that resemble what hackers do. Sometimes you can find such plugins even in the official WordPress plugin directory.
If you are looking for alternative solutions against brute force attacks, you can check our Website Firewall.Published: 2015-11-20 by Denis Sinegubko
Recently I analyzed a porn doorway script and found an interesting way to obfuscate an IP address there.
As you know, IPv4 addresses consist of 4 bytes (values 0-255) separated by dots, e.g. 127.0.0.1
In the above code, you can see that each byte of the IP address $adr is represented by a string of dots, where the number of dots in the string is the byte value.
This give us the following IP address: 173 .236 .65 .24, which is used to generate a redirect URL for the doorway visitors:
In our case, the final redirect URL was hxxp://173 . 236 . 65 . 24/input/?mark=20151119-<hacked-site.com>/azq9mzo3v
This code was found in thousands of .php doorway files created by the attackers. This is the sort of a hack that may cause troubles even after you have completely cleaned your site. You can read about such scenarios on our blog. To prevent Googlebot from indexing and re-indexing tons of pages that shouldn't have been there in the first place, it may be a good idea to close spammy directories on your server with robots.txt directives.
If you find something like this on your server, it's only a tip of an iceberg. To stop the hackers, you need also to find and close all security holes (including the backdoors that they uploaded to your site). If you need a professional help in malware cleanup and site protection, please check our Website AntiVirus service.Published: 2015-11-16 by Cesar Anjos
Once active during the past summer, the g00[.]co script injections come with a new wave on infections this November.
The most common variation is
<script src="hxxp: / / g00[.]co/BtFVPd"></script>
hxxp://speedclick[.]info/app/amung.php?c=a&s=<infected_domain> for visitors that come from Facebook, Google, Bing and Yahoo!
On the server side, the malware is mainly injected into WordPress theme files. Usually you can find the following PHP code (in one line. Line breaks added for readability) in either footer.php or functions.php
It injects that g00 script into all site URLs that don't contain wp-admin.
As always, if you need site security monitoring and cleanup services, you can count on us.Published: 2015-11-11 by Rodrigo Escobar
Early this morning we got complaints from our clients mentioning that Norton was flagging Helpscout, a Help Desk System.
Some of the pages were triggering this warning
Upon a quick check at Norton Safe Web, we can clearly see that a few files (4) were flagged by them
We tried accessing those to see if there was indeed any malicious content in it but all of them led to a "404 - Not Found" page. With that being said, all we can do at the moment is wait for Helpscout to ask Norton to review the "Blacklisting" status.Published: 2015-11-02 by Cesar Anjos
We worked on an infected Magento site that had unwanted pop-up ads when you visited it. The culprit was this injected script (spaces added intentionally)
It was found in the cms_block table of the Magento database.
This time the raw pastebin code uses the same reverse() trick to inject the final remote script from hxxp: / / lachinampa . com . mx/stat/. That script has the actual pop-up code that uses the blablatrafic .com as the intermediary between other ad providers.
In some cases, the same pop-up code injection was noticed on WordPress sites. So this isn’t limited to Magento and you should check your files and database even if you are using a different CMS. Or have us scan your site for you. Published: 2015-10-16 by Denis Sinegubko
Lately we see waves of a strange WordPress infection.
It usually adds backdoor code at the top of theme files (footer.php, page.php, etc)
and injects the following code at the top of the core WordPress file wp-blog-header.php
and a later modification
which (after decoding) injects the same script from the same server, using its IP address this time: hxxp: //45 .34 .72 .187/1.js
What make this infection strange is the oxxtm’s wp-logo.js script. It redirects visitors coming from search engines to www .oxxtm[.]com but does it in a really surprising way. The script defines 54 URLs, randomly pick one of then and redirects to it. This trick would make sense if those 54 URLs were different, but the script defines 54 virtually identical URLs. The differences are negligible: one with trailing slash after domain name, one without “www.” and the rest 51 with “www.“, plus one slot for “document.location.href”, which adds 1/54 chance that the page will not be redirected.
Now what’s the point of doing this random selection? The only explanation I see is the attackers expected to sell the redirected traffic to multiple clients but failed to find them, so they are leaving their own site in all 50+ slots as a placeholder.
Let us know @sucurilabs if you have a different explanation.
Published: 2015-10-13 by Fernando Barbosa
MyFileStore[.]com redirects from vBulletin sites have been a problem since 2011. It is associated with the VBSEO plugin with multiple unpatched vulnerabilities that has been discontinued for more than 3 year now. You can find more information about this hack here
Since then, the code remains pretty much the same. Only minor changes in variable names. Just search either the datastore table or the includes/datastore/datastore_cache.php file for = preg_replace( with strtr inside of it like:
preceded by long gibberish stings that look like this:
Despite the fact that that this hack is very old and VBSEO is no longer supported and should have been already removed from sites, we still regularly clean vBulletin websites affected by this infection.
Please, keep your sites software up-to-date. Secure it to prevent future break-ins.
Published: 2015-10-09 by Cesar Anjos
We regularly find malware that tries to steal client credit card details from Magento sites. Hackers use a few tricks and slightly modify their code from time to time.
For example, we've seen multiple modifications of the code reported in this article. Instead of using HTTP requests to send data to their own site, hackers often just email the stolen data to their emails.
To hide the email address they use the following modification:
where Y3NfdG9vbHM0dXNAeWFob28uY29t decodes to firstname.lastname@example.org
Regardless of the actual code, the best way to mitigate this issue is preserve integrity of Magento core files. The files hackers usually modify are:
Of course, removing the malicious code is not enough. You should find and close security holes to prevent reinfections.
Published: 2015-10-05 by Denis Sinegubko
There are many tricks to hide malicious code. One of them is placing it to the part of legitimate files where people don't normally expect to see executable code so they don't skip such places during manual reviews.
Comment blocks are one of such places. For example, this is a comment from an infected wp-config.php file found by our security analyst Brandon Benavente. Can you spot the malware there?
I hope, you noticed, that hackers use */ and /* to close the multiline comment block and open a new comment block. And between them they placed executable PHP code, which may look as a part of the comment. To make it even less prominent, they even split the code in two pieces on two different lines.
include on one line
and "\x2fhom\x65/...skipped...\x2fpub\x6cic_\x68tml\x2fwp-\x63ont\x65nt/\x75pgr\x61de/\x6cogi\x6e.ph\x70"; two lines below.
Since PHP interpreter skips everything in comment blocks, the real code that it sees is:
or, after decoding:
Basically, hackers created a wp-content/upgrade/login.php file with malicious code. To execute it every time when someone loads any WordPress pages, they included that file into wp-config.php. This way the only changed core WordPress file is wp-config.php - the file that is never updated during WordPress updates and the file that normally not checked for integrity because it has custom code (keys, DB credentials, custom settings) and is different on every site.
This means that, depending on the tools you use, you might not be alerted about the file change, so you'll need to review it manually. And when you do it, remember about tricks like this. On one hand, using a code viewer with syntax highlighting may help. On the other hand, make sure you have a backup copy of your wp-config.php. Whenever you are not sure in its integrity, just restore it from a clean backup copy.
Cleaning and protecting websites may be a challenging task. If you need a professional help, you can always count on us.
Published: 2015-10-01 by Denis Sinegubko
As we clean many sites infected by the VisitorTracker malware, we see vulnerabilities in multiple plugins being exploited by attackers.
For example, my colleagues John Castro and Marc-Alexandre Montpas analyzed many sites where hackers exploited quite an old version 1.4.6 of the FormCraft premium plugin (current version is 3.2.4). FormCraft 1.4.6 contains a file upload script that is not protected in any way. Which makes it really easy for an attacker to upload backdoors on vulnerable sites.
And here are logs entries that show how this vulnerability is being exploited in the wild:
Remember, both free and premium plugins and themes should always be up to date. If you can't update some software, you should remove it from your server. Alternatively, consider virtual patching provided by Website Firewalls
Published: 2015-09-23 by Denis Sinegubko
WordPress-specific malware is slightly different than generic PHP malware. Inside WordPress files, it can use WordPress API and WordPress database. This allows to create this kind of injections:
It was found in WordPress theme files. The code executes the value of the "render" (deobfuscated) option from the WordPress wp_options table, which it extracts using the get_option WordPress API function
This piece of code can be used both as a backdoor (say to execute arbitrary code passed in a certain request parameter), or to inject a client-side malware (it was found right after the <body> tag in theme files). We actually found the "render" option in the database, but by the time we began working on the site, that option had already been cleaned, so at this point we can't tell what exactly was there. If you find this malware and the original value of the "render" option on your site, please let us know at email@example.comPublished: 2015-09-21 by Krasimir Konov
Here is a mailer script we recently found that appears to be designed to send spam emails.
These kind of scripts are pretty common, there are multiple variations but in most cases they are only designed to send spam. Accessing the file directly without passing a specific variable would cause it to just display a blank page which is used by spammers to hide the functionality of the script.
If you see it on your site, you are likely compromised.
Published: 2015-09-14 by Krasimir Konov
We recently found another malicious script used to steal credit cards that appears to be injected into compromised websites running Magento, it appears to be sending the information to payment.authorize.ga which is a recently registered domain that mimics the Authorize.net payment gateway
The malware was found in file: ./app/code/core/Mage/Payment/Model/Method/Cc.php
We regularly detect malware that targets Magento payment modules:
In this case, the entire code from the $object all the way to the last line ending with $ctx2); should be removed from the Cc.php file in order to stop the credit card details from being sent to the remote website.
Other files could also contain this malicious code or even different code that will re-add the injection back in the site even after the above is removed, so just contact us if you have any questions and we will be happy to inspect the website.Published: 2015-09-08 by Denis Sinegubko
Just a reminder that your hacked site may be used to anonymously hack third-party sites.
This Joomla com_Myblog exploit script was found on one hacked site:
This code uploads a PHP backdoor disguised as a JPG file using a vulnerability in a really old (and it looks like, not longer supported) My Blog Joomla component.
Still some webmaster use it on Joomla 1.5.x sites and this exploit has proven to be efficient as you can read in this blogpost. This blogpost also provides a quick fix for this vulnerable component. Apply it if you still use legacy versions of this component, but also consider upgrading your site to use software that is up to date (Both Joomla and third-party components, plugins and templates)Published: 2015-09-07 by Peter Gramantik
Recently, we're seeing an increasing "visitorTracker" malware wave.
Part of the malicious injection:
As mentioned, the infection is very buggy and often removed single-quotes from legitimate files which corrupts the site completely. Affects plugins, themes and even core files of WordPress and Joomla. The solution is to restore files from a clean backup.
Published: 2015-09-02 by Krasimir Konov
We are finding many sites infected with malicious redirects inside the .htaccess file, to secondtds.mooo[.]com/go.php?sid=3. That domain is a TDS (traffic controller) which redirects visitors to another website pushing your browser to download this malware:
The redirect chain is:
Here is the .htaccess content:
The attack is quite buggy and doesn't check whether a site is already infected, thus multiple identical redirect rules in the same .htaccess file.
If you find this code, remove it right away!
Published: 2015-09-01 by Daniel Cid
We are seeing a large amount of sites with a malscript from gccanada.com injected into them. The malware redirects visitors to searchmagnified.com, which redirects them to freeresultsguide.com.
That's the code being added to the hacked sites:
What is so bad about it? The final domain 'freeresultsguide.com', pushes you to buy a fake anti virus software with some annoying messages and warnings:
"Important security message. Please call the number provided asap to get your computer fixed. You have a virus!"
If you see this gcanada code on your site, it means you got hacked. It is not from the Government of Canada, as they want you to think.
Published: 2015-08-31 by Denis Sinegubko
Today we found a few websites that loaded strange code from tag-cloud-generator[.]com.
Sites tried load several image and font files from this site, but they all returned 404 Not Found. The only live file that they loaded was hxxp://www.tag-cloud-generator[.]com/js/fx2.js or it's pseudo-localized copies like hxxp://www.tag-cloud-generator[.]com/NL/js/fx2.js, hxxp://www.tag-cloud-generator[.]com/EN/js/fx2.js, hxxp://www.tag-cloud-generator[.]com/FR/js/fx2.js, etc.
The fx2.js files has an encrypted script that loads (randomly) one of the following scripts:
And those scripts in turn, redirect visitors to one of the following parked domains with ads:
using code like this
All these domains, including tag-cloud-generator[.]com are registered in China. If you ever used tag-cloud-generator, make sure to remove it from your site. We will share more information if we find anything new.
Published: 2015-08-26 by Denis Sinegubko
We found infected sites where malware created a fake WordPress plugin that generated pharma spam doorways.
This file creates wp-content/plugins/social-share/share.php that calls itself WP Social Include File. It downloads doorway generator from hxxp://api-linux . net/json/json_01.txt, writes it into wp-content/mu-plugins/mu-plugin.png and then includes this file at the bottom of wp-includes/load.php
The doorway generator uses the following URLs:
Some of the above URLs should only be accessed using a special User Agent
If you are a hosting provider, we recommend blocking HTTP requests to these external sites, to stop the spam doorways from being distributed. We will share more details as we learn more about it.
Published: 2014-12-28 by Daniel Cid
The RevSlider SoakSoak malware campaign started with the soaksoak.ru domain (hence the name). However, since the
last 2 weeks, it has mutated and used different domains as the initial malware intermediary.
This is the full list so far:
- soaksoak.ru: First one in the list. We identified more than 100,000 sites redirecting to it.
- 188.8.131.52: Started just after soaksoak, leveraging the /collect.js redirection. Almost 10,000 were blacklisted and compromised with it.
- wpcache-blogger.com: Second biggest campaign after soaksoak. More than 50,000 sites compromised and still going.
- phoenix-credit.com: Current one active. Also leverages the /collect.js redirection and has compromised more than 11,000 different sites.
We will keep updating this list as the domains change and the attacks mutate.
Published: 2014-10-21 by Denis Sinegubko
We are seeing an increasing number of hacked sited with Chinese doorways promoting various fake merchandises (from Louis Vuitton handbags to NFL jerseys and Canada goose jackets).
Those doorways target both Western web searches and the Chinese. Here's how they make sure the doorway correctly preserves search queries in Chinese (converting from UTF-8 to gb2312) when they work with Google search referrer string:
Since Google uses "ie=ut-8" by default for most languages, queries using non-ASCII and non-Chinese Simplified characters will be garbled. Apparently the they are only interested in English and Chinese queries.
Published: 2014-05-27 by Denis Sinegubko
One of the common tactics used by spammers and black hat "SEO" is to use Doorway pages for their spam content. These pages
get indexed by search engines and when visited by a real user (not a bot), redirect them to a different URL that they
want to promote.
However, these Chinese doorways for fake popular and luxury goods stores use a much simpler approach - they check visitors' time zone.
Which when deobfuscated looks like this:
Published: 2014-04-17 by Denis Sinegubko
Here's the typical code:
Published: 2014-03-07 by Daniel Cid
The domain botsvsbrowsers.com is quite popular and used for comparing user agents (browsers) and seeing
if a specific request is from a valid user or a bot.
And piggy backing on their popularity, the bad guys created a domain botsvsbrowsers.biz (.biz versus .com) to
be used as a command and control server on spam SEO campaigns.
This is the code we are seeing on compromised sites:
Which basically contacts botsvsbrowsers.biz/Statistic/Stat.php
on every page load, giving the client IP address, and URL
and it decides what to inject to that user. Most of the time we are seeing just plain SPAM, but they are probably serving
other malicious code as well.
So if you see any content being loaded from botsvsbrowsers.BIZ (or the IP address 184.108.40.206), you know it is malicious.
Published: 2014-01-16 by Daniel Cid
There are multiple ways to inject an iframe on a web site, and every day we found a new evasion technique
to make it harder to detect it. This is a new one found by Fio:
It uses many encondings to just load this iframe:
Which redirects the user visitng a compromised site to a porn page.
Published: 2014-01-03 by Ante Kresic
We found another interesting piece of PHP-based malware on a client site a few days ago:
Can you decode and see what it is doing? ..
This piece of code tries to obfuscate all the functions that could be
flagged by a scanner using a benign php function called str_replace. This function replaces all instances of a string with a replacement in the subject. So, for example, the next line:
$ts = str_replace("b","","bsbtr_brbepblabcbe");
Replaces all instances of character 'b' with nothing. So from bsbtr_brbepblabcbe we get str_replace. Using the same technique, we have some more functions:
$dzy = $ts("er", "", "erberaersereer6er4er_dereercerodere"); //base64_decode
$mc = $ts("y","","ycyryeyaytye_yfyuynctyiyoyn"); //create_function
All this for creating a function and running it in this line:
$tha = $mc('', $dzy($ts("nd", "", $exg.$sjb.$iyo.$fy))); $tha();
Function code is contained in the next expression:
$dzy($ts("nd", "", $exg.$sjb.$iyo.$fy));
And the final code is:
What it does? It uses some simple tricks to edit the contents of the cookie, decode it from base64 and eval (execute) that malicious code.
Published: 2013-12-11 by Peter Gramantik
According to our daily malware analysis experience, we've noticed that the bad guys are using obfuscation more and more
to hide what they are doing. Take for example this piece of code we found injected on a website:
No sign of any "eval()" and no sign of "preg_replace()" with the eval switch like in the majority of malware files.
When I looked at it for the first time, I thought that that’s just some corrupted/incomplete malware which can’t work. But one of the prerequisites for my job is "being curious" - And I am, so I checked it more deeply and... the result was interesting!
First, I decided to beautify the code to see it more clearly…
Those commented lines at the bottom are my own – they helped me to understand what’s under each variable and how it works.. As you can see, it has a getenv, preg_replace, base64_decode and when you put it all together, you get the readable code:
And that’s it – yes, there actually ARE eval() and even base64_decode() functions, but hidden behind variables. Otherwise, it's really just malicious backdoor component which reads some custom environment variable where the actual payload should be stored.
Curious about other ways of running the code in PHP without using eval() at all?
Most common is preg_replace with that “/e” switch (directly evaluates the expression after replacing), one of less common, but very interesting is the PHP assert() function. As mentioned in the PHP official documentation: If the assertion is given as a string it will be evaluated as PHP code by assert(). And there are others surprises in PHP...
Published: 2013-11-27 by Peter Gramantik
recent post on the Joomla password stealer, here's another beautiful example of password stealer. This time from WordPress environment.
It's easy to understand, but what's interesting - it looks like legitimate code so you can easily overlook it. It stores its data in "png" files within ./wp-includes/images/
path and sends them to a non-obfuscated email address.
This is the bad part that was injected on the file user.php on wp-admin:
Anyway, keep your eyes open, guys :)
Published: 2013-11-21 by Fioravante Souza
As we know, one of the main payloads of a successful attack is to maintain access to the compromised server for as long as possible. Today we found this simple but effective password stealer for Joomla.
It was injected in /administrator/components/com_login/models/login.php, and the code just captures the $credentials array, username and password to be more specific, and writes to a login.txt file, which was accessible through the internet.
To make things even easier for the attacker, it writes the date and time of the capture on Chicago Timezone (so is the attacker in Chicago?).
Published: 2013-11-08 by Denis Sinegubko
Just came across this backdoor (decoded):
It looks like a normal backdoor, but the interesting part and the one I didn't understand completely was this one:
What is it doing?
Why is it reading from php://input? From the PHP manual it explains:
Published: 2013-10-24 by Daniel B. Cid
We woke up this morning to many reports and people asking why the PHP.net site is being blacklisted.
We did not get a chance to analyze it while it was compromised, but it seems that one of their
That's the supposed bad code: http://pastebin.com/raw.php?i=nAess4xL
It seems the PHP team fixed it already and requested Google to clear it. If anyone has more info, we would love to hear it.
Published: 2013-10-09 by Daniel B. Cid
A common keyword that people use to find hidden injections on web sites is "base64_decode". You
often see injections that look like "eval ( base64_decode" or eval ( gzinflate ( base64_decode" being
used by the attackers.
So most web security tools have some signatures to look for it (specially on WordPress).
Well, the attackers do know about it as well and we are starting to see some interesting variations for it. For
example, instead of injecting base64_decode, they are injecting as a variable:
And instead of calling out base64_decode directly, they are using base + 32*2 + decode. A simple trick that allows
then to bypass many security filters.
Published: 2013-07-14 by Daniel B. Cid
Piwik is an open source web analytics software that is used by many web masters. And
the bad guys are using their popularity to try to make their malware injection harder to
It is not an uncommon tactic (we see if often with jquery), but as a web master if you see anything
from pwiki-stat or similar variations, it is likely fake. The official (and trusted one)
Published: 2013-07-08 by Fioravante Souza
Today we found a malicious iframe that was being loaded from juquery.com (another fake jquery site). It
consisted of the following code hidden inside one of the plugins:
It forces the site to contact juquery.com/jquery-1.6.3.min.js on every page load and display whatever content is provides. It
is currently displaying the following malicious payload (triggered by sitecheck
Which creates another iframe based on the payload hosted at: httx://www.juquery.com/compability.php?0.09432658250443637:
Which also decodes to the iframe loading script:
It seems that fake jquery sites are becoming more and more popular and only jquery.com and jquery.org should
Published: 2013-07-03 by Daniel B. Cid
I don't think we have logged about it lately, but an old infection (that started early this year)
is still going strong. The result is this code being injected to the site when visited by
And the hidden code that generates it is tricky to find and generlly hidden inside one of the theme
files or wp-includes (on WordPress sites). It looks like this:
All that to the end goal: Inject an iframe from *no-ip.biz (and other free domains) that will redirect the browser of the victim to Fake AV.
Published: 2013-05-16 by Daniel B. Cid
A backdoor injector code we found on a compromised site:
It looks for a writable directly either inside wp-includes, wp-content or inside uploads to inject a backdoor.
Published: 2013-02-15 by Daniel B. Cid
Lots of compromised sites redirecting to TDS:
And that's just a small sample. We have detected just in February over 500 sites compromised exactly like that.
Published: 2012-12-10 by Daniel B. Cid
If you look at the top domains distributing malware for the last days (and months), what
do you see in common?
Most of them are using a ChangeIP.com (dynamic DNS) sub domain as the first level of injection. Just check ddns.info, qhigh.com,
mynumber.org, pcanywhere.net, etc, etc. They are all part of: http://www.changeip.com/. Just in the last 60 days, we
identified more than 15,000 different sub domains from them being used to distribute malware.
Don't get us wrong, Dynamic DNS is a very useful service, but we would love if they would implement more serious filtering/blacklisting
and some type of captcha to prevent their service from being abused by criminals.
However, in the current state, we can only recommend against using their service to avoid being thrown in the mix with the
thousands of malicious domains that they host.
*If you look past 6 months ago, .co.cc was the main domain distributing malware, but since it was shut down, the attackers have migrated to changeip.com. Hopefully they will do something about it.
Published: 2012-11-22 by Daniel B. Cid
We keep seeing fake jQuery sites popping up and being used to distribute
malware. One was jquerys.org
, other was jquery-framework.com
and the new one
is jqueryc.com (220.127.116.11).
And this new one seems to be affecting many web sites in the last few days. All of them have the following on their header or index.php files:
Which redirects any visitor to the web site to jqueryc.com where it is then sent to other random spammy domains (seems like a TDS is in place).
*Note that the domain was just registered (20-nov-2012), so it is not being flagged anywhere.
**The official jquery sites are jquery.org or jquery.com. Other variations are likely fake.
Published: 2012-11-20 by Daniel B. Cid
It seems that the .co.cc (sub TLD) that used to be mass used by
spammers and malware is now gone.
Their registration page is offline:
And we hope it stays that way.
Published: 2012-10-25 by Daniel B. Cid
If your site is loading hidden iframes from *.ftp1.biz/pony, look for a curl
or file_get_contents call to http://wordpresstest2.info/1.txt.
When you visit this site, it generates random iframes:
That are displayed on the compromised sites.
Published: 2012-10-11 by Daniel B. Cid
We are seeing a large number of sites compromised with an iframe pointing to http://fenwaywest.com/media/index.php .
Just in the last 3 days, we identified almost 10,000 sites with it:
On all the compromised sites have the iframes similar to this one:
The domain is hosted at 18.104.22.168
, but currently offline (redirecting to Google), so we can't really tell what it is doing. But on previous requests, it was redirecting to a TDS (traffic distribution system) and from there, being sent to multiple spam or malicious domains.
Published: 2012-10-04 by Daniel B. Cid
Update 2012/Oct/12: Their site was fixed and is not loading malware anymore.
If you are using any widget/code from http://badgeplz.com/, remove it asap
from your site. It has been compromised and is serving malicious code. So if
you have any widget from there, it will be loaded from your site as well (blackhole exploit kit).
Note only that, but their main site is compromised as well.
Published: 2012-09-12 by Daniel B. Cid
A New batch of compromised sites are being infected with hidden iframes leading to the Redkit exploit kit. A site gets hacked and an iframe similar to this one is added:
Once that is loaded into the browser, it redirects anyone visiting the site to:
Where it tries to make the browser load some malicious PDFs or Jar files:
And if you are running an outdated version of Java or Adobe PDF, your personal computer would get compromised as well.
Published: 2012-09-07 by Daniel B. Cid
Seeing many sites with a fake jquery links on them from jquery-framework.com (just
registered on 2012/08/05):
If you use jquery, make sure to link to reliable sources (either jquery.org or googleapis). This one is redirecting users
Published: 2012-09-04 by Daniel B. Cid
We are seeing a new batch of the "rebots.php" infections on WordPress and one thing
is intriguing us. On many sites we are analysing, WordPress is updated and no suspicious
The only thing in common on them is a single login to wp-admin, followed by a visit to
wp-admin/theme-editor.php to modify the theme:
So it seems someone was able to steal the wp-admin password and edit the theme. It was done automatically, since no CSS or .JS files were loaded.
Another intereting issue is that on some of these sites, we didn't identify any brute force attack trying to guess the passwords. Just this single login.
Since we don't know how these passwords got stolen, we recommend people to change their wp-admin passwords asap until we have more info (specially if you have been compromised with the rebots.php injection).
Published: 2012-08-14 by Daniel B. Cid
Dennis (from unmask) posted about some iframe injections that he has been
seeing lately: RFI: Server-wide iframe injections
The post is interesting, so read that first. We are also seeing many variations
of this attack, always with the iframes being injected as domain.com/[randomnumbers].html and redirecting the user to Fake AV. This are some of the URLs we are seeing:
Note that all (or most) of these sites are compromised and being used by the attackers to spread malware "botnet" style. Dennis also questioned how are these sites being hacked.
Initially, all of them were running Plesk (at least I could access it as site.com:8443). However, as the infection is growing, I am seeing many sites not using Plesk with this type of malware, so we can't know for sure. We assume it is a mix of attacks (brute force FTP + outdated Plesk + anything they can find).
Published: 2012-08-02 by Daniel B. Cid
We posted yesterday about the Blackmuscats
.htaccess redirection that was affecting thousands of web sites.
They are still happening (and growing), but the attackers decided to switch names to "nonalco", "mimosa" and other
random keywords for their files:
The redirection is still the same, going from those .ru domains, to additional second level .ru domains and them
to a .pl:
So far we have identified more than 17,000 sites with this type of malware. More details as we track them.
Published: 2012-07-27 by Daniel B. Cid
We are seeing thousands of sites compromised with an iframe from cndexit.com:
This is the iframe that we detected:
Google has already flagged this domain and found it to be responsible for the infection of more than
We can't say for sure how sites got hacked, but we will post more details when we have them. If your site
is compromised, our team can clean it for you: http://sucuri.net/signup
Published: 2012-07-12 by Daniel B. Cid
You can check if your email is part of the yahoo leak here: http://labs.sucuri.net/?yahooleak
Published: 2012-07-09 by Daniel B. Cid
This is a simple way to know when a vulnerability in Plesk (or any other software) is being exploited in the wild:
When the mass scans for it starts. The data is from ISC (isc.sans.org) and shows a massive increase in the
number of queries for port 8443 (used by Plesk).
Published: 2012-07-08 by Daniel B. Cid
Top malware entry for the day: poseyhumane.org/stats.php
It seems to be the stats.php "malware" of the day. Related to our post here: Distributed Malware Network Outbreak Using Stats.php
We also identified a CC (command and control server) for these infections: http://botstatisticupdate.com/stat/stat.php. More info to come soon.
Published: 2012-07-02 by Daniel B. Cid
A few weeks ago we reported the case of a few compromised sites with an .htaccess redirection to msn.com
. Now we are
seeing a few sites with the same redirection but to google.com.
This is what we are seeing on some hacked sites (.htaccess file):
We have no idea why this hapening. Maybe a bug in the attackers malware injection code, but we can't say for sure. We will post more details when we find out what is going on.
Published: 2012-06-28 by Daniel B. Cid
While looking at a compromised site, we found an interesting mass mailer in there. The content
was encoded using eval/gzinflate and base64_decode:
But when switching the "eval" for "print" we could see the mass mailer hidden and what it was doing:
What I found interesting is that this spam tool stored all the emails in the database and the script supported
options to update the email list, change content and many things like that. And every few hours the attackers
would access it, update the emails and spam everyone in there.
Published: 2012-06-21 by Daniel B. Cid
Yesterday we listed www.google.com as being used for .htaccess conditional redirections
on hacked sites. Google does no evil, so what happened?
We identified the source of the malware, which looks for certain user agents and IP addresses
and redirects to www.google.com if it comes from them or to the real malware if not.
This is the code:
So, if you are not familiar with PHP, what this code is doing is checking for the user agent of some bots (Googlebot, MSN, Bing, etc) and for a few IP addresses for bots and anti virus companies (Trend, Bitdefender, etc). If the requests are
coming from them, they ignore the connection and redirect to www.google.com.
That's why we were seeing www.google.com and listed it on our malware dump (already fixed).
For all the other users (the victims), the malware was contacting http://22.214.171.124/api.php?action=link to get the URL to redirect (generally in the .tk domain). Any questions, let us know.
Published: 2012-06-18 by Daniel B. Cid
We are seeing something very strange on a few compromised sites lately. Instead of
doing .htaccess redirections to malware sites, the attackers added the "malware" to redirect users to msn.com.
This is what we are seeing on some hacked sites (.htaccess file):
If you are not familiar with the .htaccess syntax, it is basically redirecting any users coming from search
engines (Google, Bing, Yahoo and even Twitter/Facebook) to msn.com instead of going to the real site.
Anyone have ideas? It seems like a bug in the attackers malware injection code, but we can't say for sure. And no, we do not think Microsoft is behind those (conspiracy theory). :)
Published: 2012-06-11 by Daniel B. Cid
We are seeing many sites compromised with malware from thesea.org/media.php. All sites
had the following added to the .htaccess file:
So far we detected more than 500 sites with this type of redirection
in the last few days.
Published: 2012-06-07 by Daniel B. Cid
Seeing many sites compromised with malware from paysafecard.name/analitics.js. This is the js inserted on the hacked pages:
Published: 2012-06-06 by Daniel B. Cid
We talk a lot about sites that get hacked to redirect their users to malicious exploit kits (blackhole
Those are some of the URLs we saw just this last week being used by the attackers.
Published: 2012-06-05 by Daniel B. Cid
Interesting redirection from lolotrololo.1dumb.com:
Which redirects to http://indefw.bee.pl/info.php?n=40&p=n.
Published: 2012-06-04 by Daniel B. Cid
Which are pointing to multiple URLs on the .gg.biz and .rr.nu TLD ( ex: http://dmujkkz.igg.biz/d/404.php?go=1
, odzyzjyyi.rr.nu, mqvtrt.got-game.org, etc). More details to come.
Published: 2012-05-31 by Daniel B. Cid
A few days ago, we posted a list of domains hosting webshells for
related attacks. We identified more than 420 different URLs hosting those backdoors.
What is interesting is that during the same period, we identified almost 1,000 ip addresses scanning
sites for vulnerable thimthumb scripts on WordPress themes and plugins. Those are all the ips and the number
of hits we detected:
And we will keep monitoring them.
Published: 2012-05-28 by Daniel B. Cid
We have been tracking timthumb.php related attacks for a little while. And they are
still at full force. Just for the month of May, tohse are the domains we identified hosting
backdoors that were used by the attackers (420 different urls).
And most of them are still live. If you download them you will see many backdoor variations:
And we will keep monitoring them.
Published: 2012-05-25 by Daniel B. Cid
Seeing many sites compromised with an iframe pointing to http://lowresolutionit.in/in.cgi?6, mostly
on outdated WordPress. That domain is currently redirecting to http://hewjzkgvkhwec.tk/27973751.html
and then to fake AV.
Published: 2012-05-24 by Daniel B. Cid
Magno (from our support team ) found this pretty backdoor on a compromised site. As we keep
saying, just searching for evals + base64_decode wouldn't cut anymore.
*If you enjoy decoding backdoors and are looking for a job, please try this one and send the results to
Yes, that's all for the backdoor.
Published: 2012-05-21 by Daniel B. Cid
Another interesting backdoor:
You may not be aware, but the preg_replace function with the "e" parameter, allows full code execution (eval). When you transform the hex chars, you get "eval ( gzinflate ( base64_decode ( " which runs all the code in the long block of characters inside the preg_replace.