Virus Trackers Find Malware With Google
Casper the Angry Ghost writes "Malware hunters have figured out a way to use the freely available Google SOAP Search API, as well as WDSL, to find dangerous .exe files sitting on thousands of Web servers around the world. Queries can be written to examine the internals of web-accessible binaries, thus allowing the hunters to identify malicious code from across the internet." From the article: "We're finding literally thousands of sites with malicious code executables. From hacker forums, newsgroups to mailing list archives, they're all full of executables that Google is indexing. About 15 percent of the results came back from legitimate Web sites hijacked by malicious hackers and seeded with executables."
This raises Google's "no evil" equity significantly. Any mechanism to sniff out, identify, and hopefully proactively take measure to protect against the evil that is the web and its sinister demographic is a good thing.
So, Google takes the "do no evil" a step further and calls evil out.
There is a quote from the article I don't quite understand,
Is there some potential badness that Google is indexing binary file content? What might that be?
That's WSDL, not WDSL. I felt really stupid for a moment trying to figure out what the heck WDSL was.
Google is connecting to the whole Internet to fight a global virus infection?
MY DAY HAS COME!!! MNMUAUAUAU!
EXECUTE? [Y/N] _
Execute? [Y/N] _
About 15 percent of the results came back from legitimate Web sites hijacked by malicious hackers and seeded with executables
/. was hijacked! But the /. masses were not affected because the executables don't run on linux!
Little did you know, even
I hope the authors are planning to contact the affected site owners. The article did not mention this.
They could also build a list of these sites to periodically check them to make sure the malware files have been removed.
And it would be nice if they allowed a search facility so some FireFox/SeaMonkey plugin could check to see if that site you are going to has malware installed.
- - - - - - - - - - -
I am a programmer. I am paid to produce syntax not grammar. Deal with it.
It seems to me that the possibilities for uses of this application of SOAP would be highly beneficial. My initial thought would be the ability to filter your Google searches so that websites that are potentially carrying MalWare are either flagged or not shown at all.
The 15% of sites that are reputable sites being attacked are the biggest threat. These are probably websites people visit often, and people should be warned. Perhaps even web browsers such as firefox and i.e. could incorporate the API into a toolbar and warn users before a dangerous site loads.
My only question is how long does it take for the API to verify the potential threat of a webserver? Is it fast enough for these applications to be feasible? No one wants to wait for their websites to load.
Search on google for something like signature:00004550 inurl:exe
Then, click View HTML
Though it may be obvious to most, if you execute the Google search, don't just start clicking on the returned links, because the links point to virus-infected files. Our Trend Micro Office Scan immediately caught several viruses after clicking on several links...
My mom always said, "Jim, you're 1 in a million." Given the current population, there are 7000 of me. God help us all!
The idea is to code the exploit in such a way that Google extracts the exploit itself as the content description in the index. This probably gives 200 bytes or so for the entire exploit (maybe more, I don't have time to try this stunt right now).
The idea is to put up useful content into the web site, along with the exploit. Google will index, and when the target searches google, the code will be injected into the search results.
Of course, this needs hacking; both trying to figure out what google will allow in the content section, and to find a browser exploit that can be exploited.
Just sayin...
Your point of trust (as the target) is your browser. Which means ONLY open source browsers should be used. Those, at least, are controllable as to the exposure and behaviour when being delivered content.
Ratboy
Just another "Cubible(sic) Joe" 2 17 3061
Does it include NTKERNEL32.DLL in the list?
Cdr. Data
They're similar to the .com files on one of your operating systems, only newer