For this scenario, Microsoft’s current guidance is:
- Preferred distribution and signing
- Microsoft Store (MSIX) is the most reliable way to avoid SmartScreen warnings entirely.
- If distributing a Store MSI/EXE installer, the installer must be Authenticode-signed before submission.
- For distribution outside the Microsoft Store, recommended signing options are Azure Artifact Signing or an OV certificate from a CA in the Trusted Root Program. Microsoft’s guidance notes that reputation still builds over time for these options, so initial SmartScreen warnings can still occur.
- EV certificates no longer provide an instant SmartScreen bypass.
- Unsigned or self-signed public installers are not recommended for public distribution.
- SmartScreen vs. Smart App Control
- SmartScreen is reputation-based for downloaded apps and installers. It uses signals such as download traffic, download history, past antivirus results, and URL reputation. A legitimate but low-volume utility can still be treated as unknown and show a warning until reputation develops.
- Smart App Control is separate. On Windows 11, it blocks malware, potentially unwanted apps, and unknown unsigned code by default. If Microsoft’s app intelligence cannot make a prediction, Smart App Control can still allow the app if it is signed with a certificate issued by a CA within the Trusted Root Program.
- On Windows 11 devices, Smart App Control may supersede SmartScreen Application Reputation. Its signature checks apply to all executable files, not only files downloaded from the internet.
- How to minimize warnings for a small user base
Supported options in current guidance are:
- Publish through the Microsoft Store where feasible.
- Sign every release.
- Do not modify signed files after signing, because that can break the signature.
- Use a consistent signing identity, because changing certificates affects publisher trust signals.
- Do not sign software that exhibits malicious or potentially unwanted app behavior, because the certificate can develop negative reputation.
- For new or low-download apps, Microsoft explicitly recommends communicating with early adopters that they may see a SmartScreen prompt initially and should verify the publisher and source before proceeding.
- Pre-release testing and review
- For Smart App Control, Microsoft recommends testing the app’s signature before distribution and testing all code paths and features, including install, uninstall, and integrations that load binaries. Testing can be done with audit policies to generate logs without blocking, or by testing directly in enforcement mode.
- For SmartScreen, the available review path in the provided guidance is for a specific warning or block already shown. If a warning or block is believed to be incorrect, a file can be submitted for review and Microsoft Defender SmartScreen should be selected from the product menu.
- The developer FAQ also states that Microsoft does not accept requests for a “known list” or false-positive prevention program for developers. It advises submitting the file in question as a software developer and waiting for a final determination if there is a detection dispute.
- Whether the file submission portal fits this preventive inquiry
Based on the documented guidance, the submission portal is intended for cases where:
- a warning or block was incorrectly shown, or
- an undetected file is believed to be malware.
- Practical conclusion for a firmware updater
For a legitimate firmware update utility with a limited audience, the supported path to reduce friction without asking customers to disable protections is:
- Prefer Microsoft Store distribution if feasible.
- Otherwise, distribute a consistently signed installer using a certificate chaining to a Trusted Root Program CA.
- Test the signed binaries against Smart App Control before release.
- Expect that SmartScreen reputation may still need time to build for a low-download app, even when properly signed.
- If a specific file is later warned on or blocked incorrectly, use the file submission process for review.