Automated Software Test Generation and Augmentation for Improved Debloating - STTR Topic DON26TZ01-NV008

Disclaimer:
This topic was temporarily posted by the Department of War SBIR Program on March 2nd 2026 and removed the following day.
We believe this topic is planned to be released once the SBIR program is reauthorized; however, this topic may ultimately be modified or withdrawn.

Sign up below to be notified as soon as this topic is released again. In the meantime, we’d recommend you start planning to respond if within your capabilities.

Funding Amount:

Est. $240,000

Deadline to Apply:

Est. April 29th, 2026.

Objective:

Develop an automated solution for developing, enhancing, expanding, and augmenting software tests to more safely broaden the employment of proactive cyber techniques such as debloating and post-construction software refactoring. Technology is needed to refine a suite of tests to a level such that it may serve as a practical expression of a software transformation objective to drive other tools as well as validate their output. Technology should leverage multi-modal methods such as ingesting code and documentation as well as be compatible with DevOps processes.

Description:

Modern software development practices such as industrialized code reuse and artificial intelligence (AI) assistance enable developers to produce increasingly complex and capable software more quickly and cheaply than ever before. The tools to ensure that all this software is well-tested and that all of the included code is well-tailored to the deployment scenario, however, have lagged by comparison.

Modern applications often include hundreds to thousands of libraries and other dependencies, with often only a small portion of the code in each being ever needed by users in each deployment scenario. The excess code that remains often tends to be less used in general, less well-scrutinized, and full of obscure features that will often be found (sometimes only years later) to contain vulnerabilities. To address this problem, numerous tools have been developed to identify bloat and then modify the software by removing unneeded code [Ref 1]. Configurations, usage logs, and tests that are fed as inputs to code transformation tools to tell them what to cut are referred to as the debloat specifications [Refs 1, 2].

Because the economics of code reuse will continue to drive library and package developers to maximize generality, debloating must happen through a separate process that begins after those components are built into a specific application. The fact that another process will be modifying code separate from the original one that designed, implemented, and tested those components adds risk—it is not uncommon to see flawed or incomplete transformations. Evaluation results in [Ref 2] showed that 37% of the debloated binaries they created failed to correctly execute the functionality they were intending to retain.

Many factors can contribute to a transformation yielding a broken application, but one of the biggest is a low-quality debloat specification. Developer-authored tests are often limited and the users of debloating tools rarely can specify in exact detail all the features they actually need for a given deployment scenario. These incomplete specifications can lead tools to be overly aggressive in things like security checks and exception handlers that are critical to application safety and robustness [Ref 3].

To better address the problem of low-quality and incomplete debloat specifications, new technology is needed to more fully incorporate and automate the capturing of desired software behaviors for input to a debloat tool. The technology should be able to take advantage of code analysis as well as analysis of related artifacts such as documentation, build configs, existing tests, and even user input, as long as it can be made practical and easy for a user to answer. Various works have explored methods and techniques for capturing exception handers [Ref 3], balancing reduction with a targeted amount of generality [Ref 4], and leveraging AI to incorporate new tests [Refs 5, 6, 7]. All may inform strategies for automated test generation and augmentation that can lead to higher quality debloat specifications.

Who will win?

If you can achieve the objective above better than any other company on the market, you have a very high-likelihood of success and should apply.

Who is eligible to apply?

Any company that meets the following criteria:

  • For-profit company

  • U.S.-owned and controlled.

  • 500 or fewer employees (including affiliates)

How Can BW&CO Help?

1) End-to-end support including, strategy, writing of the full proposal, and administrative & compliance support.

2) Proposal strategy and review.

3) Administrative & compliance support.

Request to talk with a member of our team by completing the form below:

Previous
Previous

Robust Universal Adaptive Denoising Technology - STTR Topic DON26TZ01-NV009

Next
Next

Novel Computing for Streaming Radio Frequency in Low Size, Weight and Power Environments - STTR Topic DON26TZ01-NV007