https://error-daizenn.hatenablog.com/entry/2025/12/16/223931

「Smart App Control（スマートアプリコントロール）」を一度オフにしたら、もう二度とオンに戻せない……そんな“罠”みたいな仕様が、ついに動きます。2025年12月16日、Windows Latestが「Microsoftが“再インストールなしでオン/オフ可能になる”ことを認めた」と報じ、根拠としてInsider向けの変更点を挙げました。配信や開発、仕事道具のインストールで突然ブロックされて困った人ほど、刺さるニュースです。 (Windows Latest)

何が変わる：いちばんのポイント

Smart App Control（スマートアプリコントロール）が、Windows 11の再インストールなしで「オフ→オン」に戻せるようになります。 (Windows Blog)

これまでのSACは「一度オフにしたら、そのWindows環境では原則もう戻せない」が大前提でした。Microsoft自身のドキュメントでも、オフにすると再度オンにするにはリセットや再インストールが必要、という説明が普通に置かれていました。 (マイクロソフトサポート)

今回の変更は、その“戻れない設計”をひっくり返す内容です。地味だけど、現場では超でかい。だって、ブロックされた瞬間に「詰み」じゃなくなるから。

いつから？発生日時と対象ビルド

確認できる一次情報は、2025年11月7日公開のInsider向け「Windows 11 Insider Preview Build 26220.7070（KB5070300）」のリリースノートです。 (Windows Blog)

このBuild 26220.7070（KB5070300）はDev Channel（Devチャネル）とBeta Channel（Betaチャネル）向けで、Windows 11 version 25H2ベースの更新として案内されています。 (Windows Blog)
その中でMicrosoftがはっきり「クリーンインストール（clean install）要件なしで、SACをオフ/オン切り替え可能にする」と書いています。 (Windows Blog)

一方、一般ユーザー向けの安定版（production、製品版）にいつ来るかは別問題。Windows Latestは、Microsoftが「2026年に展開」と伝えた、と報じています。 (Windows Latest)

そもそもSmart App Controlって何をしてる？

SACは、アプリを“実行する前”にクラウド判定＋署名チェックで止める、実行制御（app execution control）系の防壁です。 (マイクロソフトサポート)

Microsoftの説明だと、まずクラウドの判定で安全予測ができるか見て、確信が持てない場合はデジタル署名（digital signature、電子署名）が有効かを確認し、どちらもダメなら「untrusted（信頼できない）」としてブロックします。 (マイクロソフトサポート)
いわゆるPUA（Potentially Unwanted Application、望ましくない可能性のあるアプリ）や未知の未署名コードを止める狙いも明記されています。 (Microsoft Learn)

なぜ「クリーンインストール必須」「一度オフで終了」だったのか

Microsoftは“安全な状態から一生守る設計”だからこそ、クリーンインストール前提にしてきた、と説明しています。 (マイクロソフトサポート)

SACは評価モード（evaluation mode、評価期間）で「このPCの使い方だと邪魔になりやすいか」を見て、合わないなら自動でオフにする、という思想があります。開発者や企業利用など、正当な作業でもブロックが多い層がいるのを前提にしてるんですね。 (マイクロソフトサポート)
そして重要なのが、Microsoft Support側の説明では「評価が終わった後、または手動でオン/オフを触った後は、リセットか再インストールしない限り評価モードに戻れない」とされてきた点。これが“戻れない感”を増幅させていました。 (マイクロソフトサポート)

今回の変更は、この哲学を捨てたというより、「現実に合う逃げ道を公式に用意した」って感じが近いかも。don’t みたいな話だけど、便利さが勝つ瞬間ってある。

どんな「エラー」っぽく見える？表示メッセージの実例

明確なエラーコード（0x〜など）が出るというより、ブロック通知の文言で気づくタイプです。

たとえばGitHub上の報告では、突然「Smart app control has blocked part of this app（SACがこのアプリの一部をブロックした）」と表示され、アプリが動かなくなった例が出ています。 (GitHub)
またMicrosoftのFAQでも、署名が無効・未署名でクラウド判定もできない場合はブロックする、と仕組みとして明確に書かれています。 (マイクロソフトサポート)

「昨日まで動いてたのに今日だけダメ」みたいな体験、地味にメンタル削るんですよね。しかも昔は“オフにしたら戻せない”がセットだったので、なおさら。

他ユーザーの報告事例：配信者・開発者が直撃しやすい

「正規に使っているツールが急に止まった」系の声は、Redditなどでわりと見つかります。 (Reddit)

Redditのr/Windows11では、配信補助ツール「Streamer.bot」が突然ブロックされ、本人はSACを切りたくないのに、最終的にMicrosoftサポートから「オフにして」と案内されて落胆した、という流れが投稿されています。 (Reddit)
ここがポイントで、Microsoft公式FAQにも「特定のアプリだけ例外扱いする方法は現時点でない。オフにするか、開発元に署名を促して」と書かれています。 (マイクロソフトサポート)

だからこそ今回の“オフ→作業→オンに戻す”が現実的な落とし所になります。

公式対応状況：いまはInsiderで段階展開

この変更はInsider向けに「段階的機能ロールアウト（Controlled Feature Rollout、CFR）」として配られる前提の書き方です。 (Windows Blog)

リリースノート内でも「トグルをオンにしたInsiderに徐々に提供」という整理がされていて、同じビルドでも全員に一斉に出るとは限りません。 (Windows Blog)
そして現時点のMicrosoft Support記事は、まだ「新規インストールでしか使えない」「オフ後に戻すにはリセット/再インストール」前提の説明が残っています。つまり、仕様変更が広がるのはこれからで、ドキュメント更新も時間差になりがちです。 (マイクロソフトサポート)

いま出来る対処：ブロックされた時の現実的ムーブ

Insiderの新仕様が来た環境では、SACを“一時的にオフ”にして作業し、すぐオンへ戻すのが王道になります。 (Windows Blog)

(1)「Windows Security（Windows セキュリティ）」を開きます。
(2)「App & browser control（アプリとブラウザーコントロール）」へ進みます。
(3)「Smart App Control settings（スマートアプリコントロールの設定）」を開きます。 (Windows Blog)
(4) いったん「Off（オフ）」に切り替え、ブロックされていたインストールや実行を済ませます。
(5) 作業が終わったら「On（オン）」へ戻します。 (Windows Latest)

補足。もしあなたの画面で「オンにできない」「評価に戻せない」系の表示が出るなら、まだ変更が届いていないか、要件（たとえばクリーン環境扱いの条件）が噛んでない可能性があります。SACは地域によって有効化が限定される、とも書かれています。 (Microsoft Learn)

注意点：便利になっても“安全の穴”は作れる

SACをオフにする時間がある＝その間は当然、SACの実行ブロックが効きません。

当たり前の話だけど、ここを軽く見ると事故ります。特に「今すぐ実行したい」と焦っている時って、判断が雑になる。だから自分ルールを決めたい。たとえば「オフにするのは“入手元が説明できるファイルだけ”】【終わったら即オン】みたいな、雑だけど効くやつ。
それと、SACは「特定アプリだけ許可」は公式に用意されていないので、根本対策は開発元の署名対応を待つ、という話に戻ってきます。 (マイクロソフトサポート)

コメント欄お題：あなたのSAC、どうなってる？

あなたの環境では、SACは「On / Evaluation / Off」のどれ表示ですか？ (マイクロソフトサポート)

ここ、体感差が出やすいので、情報が集まると一気に役立つやつです。
「Build番号（例：26220.7070）」「チャネル（Dev/Beta）」「SACの表示」「何がブロックされたか（アプリ名だけでOK）」この4点があると、読む側がめちゃ助かります。
それと、正直なところ……SACを常用してる派？それとも「切りっぱなし」派？どっちが多いのか、ちょっと見たい。