Welcome Guest. | Log In| Register | Membership Benefits
  • Email this page E-mail this page
  • |  Print Print this page
  • |   Bookmark and Share

Microsoft Gives Away Free Fuzzer, Secure Development Tool

More Security Development Lifecycle tools, ROI paper released

Sep 16, 2009 | 03:52 PM

By Kelly Jackson Higgins
DarkReading

Microsoft continued efforts to spread its own secure software development program with today's release of a free fuzzer and tool for analyzing binary code.

The software giant last year began opening up its Security Development Lifecycle (SDL) for all third-party application developers and enterprises as a way to write cleaner, more secure code. As part of its SDL-sharing strategy, Microsoft has released several free tools for developers, including the SDL Threat Modeling Tool, the !exploitable (pronounced "bang exploitable") Crash Analyzer, an add-on to Microsoft's Windows debugger fuzzing tool; and the SDL Process Template, which integrates Microsoft's SDL directly into third-party and enterprise development environments.

Microsoft's latest tools -- BinScope Binary Analyzer and Mini-Fuzz File Fuzzer -- support the verification stage of the SDL process. "This is the testing phase," says David Ladd, principal security program manager for Microsoft's SDL team. Microsoft also released a white paper on how to manually integrate the SDL Process Template into its existing Visual Studio Team System development projects.

Along with iSEC Partners, the company also released a new report on how to measure the ROI of an SDL program. The report, which includes data from NIST studies and anecdotal data from iSEC, demonstrates how to use metrics to calculate an ROI: "The earlier you can find bugs, the cheaper it's going to be for development organizations," Ladd says.

BinScope Binary Analyzer is an in-house Microsoft tool that analyzes binary source code to ensure the code has flags set for detecting buffer overflows, data execution, and other potential vulnerabilities. The Mini-Fuzz File Fuzzer automatically runs various tests at the code to spot unexpected behaviors that could make it vulnerable.

"It looks for unplanned behavior...and analyzes if there are any security ramifications," he says. "This is our attempt to get more people exposed to fuzzing as a test procedure. Unfortunately, there are not a lot of folks using fuzzing, so we hope give people a low barrier-to-entry tool."

Security experts say Microsoft's open sharing of its SDL process and tools is a good thing. "It can't hurt. It's nice to see them sharing a little of what they have been bragging about for five years," says HD Moore, creator of Metasploit and director of security for BreakingPoint Systems.

"We strongly believe that taking advantage of our SDL tools will make a secure computing experience for everyone -- not just Microsoft [products]," Microsoft's Ladd says.

And Microsoft will continue to develop and roll out secure development tools in the future, he says. "There will always be more tools to come," he says. "Periodically, we will [look at] what we have available [in-house] and what does the threat environment look like? If there's a new threat, we may have to build new tools to address it." Meanwhile, in the new "Microsoft SDL: Return-on-Investment" guide, Microsoft and iSEC Partners include an example of how an organization would save $437,000 in one project, for an ROI of $350,000.

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message.


Subscribe to RSS










Bugs
ENTERPRISE VULNERABILITIES
Vulnerability:cxf
Published:2010-08-19
Severity:High
Description:Apache CXF 2.0.x before 2.0.13, 2.1.x before 2.1.10, and 2.2.x before 2.2.9, as used in Apache ServiceMix, Apache Camel, Apache Chemistry, Apache jUDDI, Apache Geronimo, and other products, does not properly reject DTDs in SOAP messages, which allows remote attackers to read arbitrary files, send HTTP requests to intranet servers, or cause a denial of service (CPU and memory consumption) via a crafted DTD, as demonstrated by an entity declaration in a request to samples/wsdl_first_pure_xml, a similar issue to CVE-2010-1632.
Vulnerability:libvirt
Published:2010-08-19
Severity:Medium
Description:Red Hat libvirt, possibly 0.6.1 through 0.8.2, looks up disk backing stores without referring to the user-defined main disk format, which might allow guest OS users to read arbitrary files on the host OS, and possibly have unspecified other impact, via unknown vectors.
Vulnerability:libvirt
Published:2010-08-19
Severity:Medium
Description:Red Hat libvirt, possibly 0.7.2 through 0.8.2, recurses into disk-image backing stores without extracting the defined disk backing-store format, which might allow guest OS users to read arbitrary files on the host OS, and possibly have unspecified other impact, via unknown vectors.
Vulnerability:libvirt
Published:2010-08-19
Severity:Medium
Description:Red Hat libvirt, possibly 0.6.0 through 0.8.2, creates new images without setting the user-defined backing-store format, which allows guest OS users to read arbitrary files on the host OS via unspecified vectors.
Vulnerability:libvirt
Published:2010-08-19
Severity:Low
Description:Red Hat libvirt 0.2.0 through 0.8.2 creates iptables rules with improper mappings of privileged source ports, which allows guest OS users to bypass intended access restrictions by leveraging IP address and source-port values, as demonstrated by copying and deleting an NFS directory tree.


Briefing Centers
POWERFUL INFORMATION
AT YOUR FINGERTIPS
(SPONSORED LINKS)