What I mentioned earlier about full control being Microsoft's end goal with SmartScreen?
It turns out that future may already be here.
It is called
Smart App Control - SAC.
Why There’s No Public Outcry About Smart App Control (SAC)(And why it may become one of the most restrictive software-control features Microsoft has ever shipped)Most Windows users have never heard of Smart App Control, but it is already capable of blocking legitimate software before it ever runs.
And unlike the classic SmartScreen warning, this is not just a warning with a hidden
Run anyway option.
With SAC, there is currently no per-application override.
If SAC decides an application should not run, the user cannot simply say:
"I know what I am doing, run it anyway."That is the part that should worry every independent Windows developer.
1. SAC is not enabled for most peopleFor a long time, SAC was mainly enabled only on clean installs or resets of Windows 11, often starting in an evaluation mode where Windows decided whether the system was a good candidate for it.
If you upgraded from Windows 10 to Windows 11, SAC would usually remain off.
This alone explains why there has not been a huge public backlash: most users have simply never encountered it.
Small visible impact = small noise.
But that also makes SAC dangerous in a different way: it can spread quietly, machine by machine, without most people understanding what changed.
2. SAC is not just another SmartScreen warningWith SmartScreen, users are at least used to seeing a warning and, in many cases, eventually finding a way to run the application anyway.
SAC is different.
SAC is application control. It is designed to decide whether an app or binary is allowed to execute at all.
That distinction matters.
A warning says:
"This may be dangerous."Application control says:
"You are not allowed to run this."That is a very different relationship between the user, the developer, and Microsoft.
3. When SAC blocks something, users may blame the softwareWhen a user reports:
"Your installer will not run on my PC."Most developers naturally think of the usual suspects:
- SmartScreen
- Antivirus
- Corrupted download
- Browser download blocking
- User error
Almost nobody immediately thinks:
"Ah, Smart App Control blocked it."And most normal users will not know the difference either.
From the user's point of view, the application simply failed to run, and the obvious conclusion is:
"This software is broken."That is extremely damaging for small developers.
4. The real problem: there is no "allow this app" buttonThis is the key issue.
SAC does not currently offer a normal per-app allow list for home users.
There is no simple:
- Allow this app
- Trust this publisher
- Run anyway
- I accept the risk
The user can disable SAC, but that is a global security decision. It is not the same thing as allowing one trusted application from one trusted developer.
So the user is forced into a ridiculous choice:
- Leave SAC on and lose access to legitimate software
- Turn SAC off entirely just to run one blocked application
That is bad design.
And it is especially bad for independent developers, because users rarely understand that Microsoft is the one making the decision. They blame the blocked application instead.
5. SAC naturally favors large, high-volume publishersMicrosoft describes SAC as using cloud intelligence, reputation, code signing, and Windows code integrity to decide whether software should be trusted.
That may sound reasonable on paper.
In practice, reputation-based systems naturally favor software that is already widely distributed and already known to Microsoft.
That means large companies are far less likely to suffer from this.
Adobe, Nvidia, Steam, Google, Microsoft, etc. are not the ones who will usually be hurt by this type of system.
The people most likely to be hurt are:
- Independent developers
- Small software companies
- Open-source projects
- Niche utility authors
- Game modders
- Sysadmin tool developers
- Developers releasing new products or frequent updates
In other words: exactly the people who already have the least leverage.
6. Code signing alone may not be enoughMany users assume:
"If the software is digitally signed, Windows will trust it."That is no longer a safe assumption.
SAC is not merely checking whether an executable has a signature. It also uses Microsoft reputation and cloud intelligence.
So a small developer can do the right thing, sign their software, avoid malware-like behavior, and still run into blocks if Microsoft's systems do not yet have enough confidence in that software.
This creates a classic chicken-and-egg problem:
- New software has low reputation because few people have run it
- Few people can run it because it has low reputation
That is a serious problem for the Windows software ecosystem.
7. This shifts control away from the PC ownerThe most worrying part is not that Microsoft is trying to protect users from malware.
Everyone wants less malware.
The worrying part is that Microsoft is moving from:
"We warn you about this software"to:
"We decide whether this software is allowed to run."That is a major change.
The PC owner should be the final authority over what runs on their own computer.
Security features should inform, warn, and protect.
They should not quietly turn Microsoft into the gatekeeper for all Windows desktop software.
8. Why there is not more public outrageThere is not much public outcry because:
- Most Windows users do not know SAC exists
- Many upgraded systems do not have it enabled
- Blocked users often blame the application, not SAC
- Developers may misdiagnose the problem as SmartScreen or antivirus
- The people most affected are smaller developers with less media reach
- Microsoft presents it as modern, intelligent security
- There is no simple per-app override, but most users only discover that after something is blocked
So the feature can become more restrictive without triggering the kind of backlash it would cause if everyone understood the implications.
SummarySmart App Control is not just another warning dialog.
It is a Windows application-control system that can prevent software from running, with no simple per-app override for the user.
That means legitimate software can be blocked not because it is malicious, but because Microsoft's systems do not yet trust it enough.
For large publishers, this may barely matter.
For small developers, niche tools, independent software, and open-source projects, it can be devastating.
And for users, it means the computer they bought is moving one step further away from being truly under their control.
This is the real issue:
Microsoft is no longer merely warning users about software.
With SAC, Microsoft is increasingly deciding what Windows users are allowed to run.That should concern anyone who still believes the owner of a PC should have the final say over what runs on it.