Search engines expose vulnerabilities
Malicious hackers use search engines to parse through a Web site's source code
July 29, 2004 12:00 PM ETComputerworld -
Internet search engines have long been used in uncovering vulnerabilities for launching attacks, and security experts expect malicious hackers to increase their use of the technology to find exploitable information.
Hackers have long used search engines to parse through a Web site's source code, seeking clues about what the site contains and configuration information that may be useful in launching an attack.
"People have discovered that they can make a really tight Google query that comes back with results that show lots of vulnerabilities at once," said Matt Fisher, an application security analyst at SPI Dynamics Inc. in Atlanta. "The hackers are getting a bunch of potential targets with one Web search."
Fisher said past software development practices for Web sites often resulted in insecure code containing critical information. Hackers, using a Web browser and a search engine, frequently parse Web sites looking for just such exposed nuggets of exploitable information. As examples, Fisher cited backup files and source code stored in clear text or as HTML files, embedded comments containing passwords and database schemas.
"Any invalid file extension, or a file ending in .inc, .bak or .old, will get source code," Fisher said. "The issue is poor Web application security" and doesn't reflect on search engine security practices, he added. "Developers are not taught secure coding. They're taught functional and efficient coding, but not security. There's simply a lack of awareness."
Web application vulnerabilities are not homogeneous, and every Web site is unique, Fisher said. "You can't issue a patch for a Web application vulnerability. You've got to fix it yourself, and since Port 80 must be open, firewalls won't protect this type of vulnerability."
Google Inc. spokesman Nate Tyler declined to comment, citing the silent period required by the Securities and Exchange Commission before the search engine company's pending initial public offering. Spokesmen for Lycos Inc. and Yahoo Inc. didn't return calls.
Hackers have compounded the problem by using search engines to conceal their locations and complicate forensics, said Chris Wysopal, vice president of engineering at security assessment company @stake Inc. in Cambridge, Mass.
"When you search for a particular vulnerability using a search engine, the search engine pulls all the [targeted] files into the search engine cache, which doesn't leave the hacker's IP address, so it covers their tracks," Wysopal said. White hat ethical hackers conducting penetration tests and security assessments also commonly use search engines, he said.
The recent MyDoom.O worm used search engines to find more e-mail addresses in targeted domains (see story). Search engines
Security
Additional Resources



Learn the important issues you must consider before starting your next mobility initiative. Get your mobility white paper from IDC now, compliments of Sybase.
White Papers & Webcasts
Share our Strength
Download Now
Lower the Cost and Complexity of a Mobile Workforce through Automation
Download This Resource Now!
Top 10 Things to Know about Data Protection
Download Now
Managing Mobility: Improve Data Security, Compliance and Manageability
Download This Resource Now!
Managing Secure File Transfer to Save Time, Money and IT Resources
Learn how companies are using innovative technology to overcome these challenges and improve user productivity by offloading e-mail attachments and replacing FTP with...
Ponemon Study: The Business Risk of a Lost Laptop
Download Now
Security Convergence Equals Network Security Cost Savings
Listen to IBM Internet Security Systems' take on network security convergence.
Airport Insecurity: The Case of Lost Laptops
Download Now
Disaster Recovery 2008: Reduced Costs and Improved Performance
How long can your Enterprise afford to be without your data? With an accelerated disaster recovery program, you never have to answer this...
