2022 年 11 月 8 日 — KB5020009 (每月匯總套件)

徵兆

下一步

安裝此更新或更新的 Windows 更新之後，可能會失敗併發生「0xaac (2732) ：NERR_AccountReuseBlockedByPolicy」錯誤。 此外，表示「Active Directory 中有相同名稱的帳戶存在」的文字。 重新使用帳戶遭到安全性原則封鎖」可能會顯示。

受影響的案例包括一些網域加入或重新映射作業，其中電腦帳戶的建立或預分段識別與加入或重新加入電腦到網域時所用的身分識別不同。

如需此問題的詳細資訊，請參閱 KB5020276 - Netjoin：網域加入強化變更。

注意 消費者桌上出版本的 Windows 不太可能發生此問題。

如需此問題的指導方針，請參閱 KB5020276 。

在使用網域控制站角色的 Windows 伺服器上安裝 2022 年 11 月 8 日或之後發佈的 Windows 更新之後，Kerberos 驗證可能有問題。 此問題可能會影響您環境中的任何 Kerberos 驗證。 可能會受到影響的一些案例：

• 網域使用者登錄可能會失敗。 這也可能會影響 Active Directory 同盟服務 (AD FS)https://learn.microsoft.com/dynamics365/business-central/dev-itpro/administration/authenticating-users-with-active-directory-federation-service驗證。

• 群組受管理的服務帳戶 (gMSA) 可能無法通過驗證。

• 使用網域使用者的遠端桌面連線可能無法連接。

• 您可能無法存取工作站上的共用資料夾和伺服器上檔案共用。

• 需要網域使用者驗證的列印可能會失敗。

發生此問題時，您可能會在網域控制站的事件記錄中的系統區段收到 Microsoft-Windows-Kerberos-Key-Distribution-Center 事件識別碼 4 錯誤事件，並包含下列文字。

附註： 受影響的事件將包含「遺失的金鑰識別碼為 1」字串：

While processing an AS request for target service <service>, the account <account name> did not have a suitable key for generating a Kerberos ticket (the missing key has an ID of 1). The requested etypes : 18 3. The accounts available etypes : 23 18 17. Changing or resetting the password of <account name> will generate a proper key.

附註： 從 2022 年 11 月安全性更新開始，這個問題不是 Netlogon 和 Kerberos 安全性強化。 即使此問題解決之後，您仍必須遵循這些文章中的指引。

消費者或不是內部部署網域一部分之裝置在家使用的 Windows 裝置不受此問題影響。 非混合式且沒有內部部署 Active Directory 伺服器的 Azure Active Directory 環境不受影響。

此問題已在更新 KB5021652中解決。

在網域控制站 (DC) 上安裝此更新或更新之後，您可能會遇到記憶體隨著本地安全機構子系統服務 (LSASS，exe) 一起發生記憶體洩漏。 視您 DC 的工作量以及上次重新開機伺服器後的時間量而定，LSASS 可能會隨著伺服器的上一段時間持續增加記憶體使用量，而伺服器可能會變成無回應或自動重新開機。

注意 2022 年 11 月 17 日和 2022 年 11 月 18 日發行的 DCS 頻外更新可能會受到此問題影響。

若要減輕此問題，請以系統管理員身分開啟命令提示字元，並使用下列命令將登錄機碼 KrbtgtFullPacSignature 設為 0：

reg add "HKLM\System\CurrentControlSet\services\KDC" -v "KrbtgtFullPacSignature" -d 0 -t REG_DWORD

附註　解決此已知問題之後，您應該根據您的環境允許，將 KrbtgtFullPacSignature 設定為較高的設定。 我們建議您在環境準備就緒時，立即啟用強制執行模式。

如需此登錄機碼的詳細資訊，請參閱 KB5020805：如何管理與 CVE-2022-37967 相關的 Kerberos 通訊協定變更。

我們正在研究解決方案，將會在未來版本中提供更新。

安裝此更新之後，透過 Microsoft ODBC SQL Server驅動程式 (sqlsrv32.dll) 使用 ODBC 連線來存取資料庫的應用程式可能無法連線。 此外，您可能會在應用程式中收到錯誤訊息，或者您可能會收到來自SQL Server的錯誤訊息。 您可能會收到的錯誤包括下列訊息：

• EMS 系統發生問題。
  訊息：TDS Stream 中發生 [Microsoft][ODBC SQL Server 驅動程式] 通訊協定錯誤。

• EMS 系統發生問題。
  訊息：[Microsoft][ODBC SQL Server驅動程式] 從SQL Server收到不明權杖。

適用于開發人員的注意事項： 受此問題影響的應用程式可能無法擷取資料，例如使用 SQLFetch 函數時。 如果在 SQLFetch 之前呼叫 SQLBindCol 函 數，或在 SQLFetch 之後呼叫 SQLGetData 函 數，並且針對大於 4 位元組 (例如 SQL_C_FLOAT) 的固定資料類型提供 0 (零) 值時，可能會發生此問題。

若要決定是否要使用受影響的應用程式，請開啟連線至資料庫的應用程式。 開啟命令提示字元視窗，輸入下列命令，然後按 Enter：

tasklist /m sqlsrv32.dll

如果命令傳回工作，則應用程式可能會受到影響。

若要減輕此問題，您可以執行下列其中一項操作：

• 如果您的應用程式已經在使用或能夠使用資料來源名稱 (DSN)以選取 ODBC 連線，請安裝適用于 SQL Server 的 Microsoft ODBC 驅動程式 17，然後選取它以搭配使用 DSN 的應用程式。
  
  注意：我們建議使用適用于 SQL Server 的最新版 Microsoft ODBC 驅動程式 17，因為它與目前使用舊版 Microsoft ODBC SQL Server驅動程式 (sqlsrv32.dll) 的應用程式，比SQL Server版 Microsoft ODBC 驅動程式 18 更相容。

• 如果您的應用程式無法使用 DSN，則必須修改應用程式以允許 DSN 或使用比 Microsoft ODBC SQL Server Driver (sqlsrv32.dll) 更新的 ODBC 驅動程式。

這個問題已于 KB5022348中解決。 如果您已實作上述因應措施，建議您繼續使用因應措施中的設定。

發行管道

可供使用

後續步驟

Windows Update 和 Microsoft Update

是

無。 此更新將從 Windows Update 自動下載並安裝。

Microsoft Update Catalog

是

若要取得此更新的獨立套件，請移至Microsoft Update Catalog網站。

Windows Server Update Services (WSUS)

是

如果您依下列所示設定 [產品和分類]，此更新將會自動與 WSUS 同步：

產品：Windows Server 2012、Windows Embedded 8 Standard

分類：安全性更新