2024 年 10 月 22 日 — KB5045594 (OS ビルド 19045.5073) プレビュー

この更新プログラムをインストールした後、管理者以外のユーザーの場合、クイック アシスト、Microsoft Teams、Windows ナレーターなどのアプリが起動しない可能性があります。 この問題は、UIAccess=true を設定するアプリを管理者以外のユーザーで実行しようとする場合に発生する可能性があります。 アプリケーションのマニフェスト ファイル内の uiAccess=true 属性は、アプリケーションに高い特権を付与するよう要求するために使用されます。 この属性を使用するアプリは、次のようなセキュリティで保護されたパスから起動します。

• %ProgramFiles% (サブディレクトリを含む)

• %ProgramFiles(x86)% (64 ビット バージョンの Windows のサブディレクトリを含む)

• %SystemRoot%\System32

• %systemroot%\syswow64 (64 ビット バージョンの Windows の場合)

デバイスに Procmon 監視ツールがインストールされている場合、アプリケーションは想定される整合性レベルである Integrity:Medium ではなく、誤った整合性レベルである Integrity:Low で実行されます。 アプリケーションを管理者として実行している場合、この問題が発生する可能性は低くなります。

この問題は KB5046613 で対応されています。 ​​

この更新プログラムまたはその後の更新プログラムをインストールした後、マルチセッション ホスト (AVD) を使用している Azure Virtual Desktop のお客様のごく一部に次の問題が発生する可能性があります。

• ユーザーのログオン後に、黒い画面で 10 分から 30 分間の長時間のハングが発生する。

• Outlook や Teams などの Office アプリケーションでシングル サインオン (SSO) が失敗し、ユーザーが接続したりデータを同期したりできなくなる。

この問題は、Azure Active Directory (AAD) ブローカーと基になる AppX デプロイ サービス (AppxSvc) とバックグラウンド タスク インフラストラクチャ サービスの間の相互作用のデッドロックが原因で発生します。 マルチセッション環境で FSLogix ユーザー プロファイル コンテナーを使用している場合、この問題が発生する可能性が高くなります。 FSLogix は、特にリモート デスクトップなどの仮想環境で、コンピューター上のユーザー プロファイルを管理および高速化するのに役立つ Microsoft ツールです。

この問題は、2024 年 10 月 22 日にリリースされた Windows 更新プログラム (KB5045594) 以降の更新プログラムをインストールし、KB5048864 の [解決策] セクションに記載されているオプションのいずれかを適用すると解決できます。 この問題を解決するには、両方のアクションを実行する必要があることに注意してください。

2024 年 10 月のセキュリティ更新プログラムのインストール後、一部のお客様から、OpenSSH (Open Secure Shell) サービスの起動に失敗し、SSH 接続ができないという報告が寄せられています。 サービスは詳細なログが記録されずに失敗し、sshd.exe プロセスを実行するには手動で介入する必要があります。

この問題は、IoT、教育分野の両方のエンタープライズのお客様に影響を及ぼしており、影響を受けるデバイスの数は限られています。 Microsoft は、Windows の Home エディションまたは Pro エディションを使用しているコンシューマーのお客様が影響を受けるかどうかを調査しています。 

お客様は、影響を受けるディレクトリのアクセス許可 (ACL) を更新することで、一時的に問題を解決できます。 手順

1. 管理者として PowerShell を開きます。

2. C:\ProgramData\ssh と C:\ProgramData\ssh\logs のアクセス許可を更新し、SYSTEM と Administrators グループのフル コントロールを許可し、認証されたユーザーの読み取りアクセスを許可します。 必要に応じてアクセス許可設定を変更することで、特定のユーザーまたはグループへの読み取りアクセスを制限できます。

   アクセス許可を更新するには、次のコマンドを使用します。

   $directoryPath = "C:\ProgramData\ssh" $acl = Get-Acl -Path $directoryPath $sddlString = "O:BAD:PAI(A;OICI;FA;;;SY)(A;OICI;FA;;;BA)(A;OICI;0x1200a9;;;AU)" $securityDescriptor = New-Object System.Security.AccessControl.RawSecurityDescriptor $sddlString $acl.SetSecurityDescriptorSddlForm($securityDescriptor.GetSddlForm("All")) Set-Acl -Path $directoryPath -AclObject $acl

3. C:\ProgramData\ssh\logs に対して上記の手順を繰り返します。

Microsoft はこの問題を積極的に調査しており、今後の Windows 更新プログラムで解決策を提供します。 解決策または追加の回避策が利用可能になり次第、さらなる情報をお知らせいたします。