Обобщение
Актуализациите на Windows от 13 юли 2021 г. и по-новите актуализации на Windows добавят защити за CVE-2021-33757.
След инсталиране на актуализациите на Windows от 13 юли 2021 г. или по-нови актуализации на Windows, шифроването с разширено шифроване Standard (AES) ще бъде предпочитаният метод на клиенти на Windows, когато се използва наследеният протокол MS-SAMR за операции с пароли, ако AES шифроването се поддържа от сървъра на SAM. Ако AES шифроването не се поддържа от SAM сървъра, ще бъде разрешено връщане към наследеното RC4 шифроване.
Промените в CVE-20201-33757 са специфични за протокола MS-SAMR и са независими от други протоколи за удостоверяване. MS-SAMR използва SMB върху RPC и наименувани канали. Макар че SMB също поддържа шифроване, то не е разрешено по подразбиране. По подразбиране промените в CVE-20201-33757 са разрешени и предоставят допълнителна защита на SAM слоя. Не са необходими допълнителни промени в конфигурацията освен инсталирането на защити за CVE-20201-33757 , включени в актуализациите на Windows от 13 юли 2021 г. или по-нови актуализации на Windows на всички поддържани версии на Windows. Неподдържаните версии на Windows трябва да бъдат прекратени или надстроени до поддържана версия.
Забележка: CVE-2021-33757 променя само начина, по който паролите се шифроват при пренос, когато се използват специфични API на протокола MS-SAMR, и по-специално НЕ променя начина, по който паролите се съхраняват в покой. За повече информация относно шифроването на паролите в покой в Active Directory и локално в базата данни на SAM (системния регистър) вж. "Общ преглед на пароли".
Повече информация
Промени, направени от актуализациите от 13 юли 2021 г.
Схема на смяна на паролата
Актуализациите променят схемата за смяна на паролата на протокола, като добавят нов метод за смяна на паролата , който ще използва AES.Стар метод с RC4 Нов метод с AES SamrUnicodeChangePasswordUser2 (OpNum 55) SamrUnicodeChangePasswordUser4 (OpNum 73) За пълен списък на MS-SAMR оперативните num вижте Събития за обработка на съобщения и правила за поредност.
Шаблон за набор от пароли
Актуализациите променят модела за набор от пароли на протокола чрез добавяне на два нови класа информация за потребителя към метода SamrSetInformationUser2 (Opnum 58). Можете да зададете информацията за паролите по следния начин.Стар метод с RC4 Нов метод с AES SamrSetInformationUser2 (Opnum 58) заедно с UserInternal4InformationNew , който съдържа шифрована потребителска парола с RC4. SamrSetInformationUser2 (Opnum 58) заедно с UserInternal8Information , който съдържа шифрована потребителска парола с AES. SamrSetInformationUser2 (Opnum 58) заедно с UserInternal5InformationNew , който съдържа шифрована потребителска парола с RC4 и всички други потребителски атрибути. SamrSetInformationUser2 (Opnum 58) заедно с UserInternal7Information който съдържа шифрована парола с AES и всички други потребителски атрибути.
Как работи новото поведение?
Съществуващият метод SamrConnect5 обикновено се използва за установяване на връзка между клиента на SAM и сървъра.
Актуализираният сървър сега ще върне нов бит в отговора на SamrConnect5( ), както е дефинирано в SAMPR_REVISION_INFO_V1.
| Стойност | Значение |
|---|---|
| 0x00000010 | При получаване от клиента, тази стойност, когато е зададена, показва, че клиентът трябва да използва AES шифроване със структурата SAMPR_ENCRYPTED_PASSWORD_AES за шифроване на буферите за пароли, когато се изпращат по кабела. Вижте "Използване на AES шифър" (раздел 3.2.2.4) и SAMPR_ENCRYPTED_PASSWORD_AES (раздел 2.2.6.32). |
Ако актуализираният сървър поддържа AES, клиентът ще използва нови методи и нови класове информация за операциите с пароли. Ако сървърът не върне този флаг или ако клиентът не е актуализиран, клиентът ще се върне към използването на предишни методи с RC4 шифроване.
Как се засяга домейновият контролер само за четене?
Операциите за задаване на пароли изискват записваем домейнов контролер (RWDC). Промените на паролата се препращат от домейнов контролер (RODC) само за четене към RWDC. Всички устройства трябва да бъдат актуализирани, за да може AES да се използва. Например:
- Ако клиентът, RODC или RWDC не е актуализиран, ще се използва RC4 шифроване.
- Ако клиентът, RODC и RWDC са актуализирани, ще се използва AES шифроване.
Регистриране на събития
Актуализациите от 13 юли 2021 г. добавят четири нови събития към системния регистрационен файл, за да помогнат за идентифицирането на устройства, които не са актуализирани, и спомагат за подобряване на защитата.
Състояние на конфигурацията ИД на събитие 16982 или 16983 се регистрира при стартиране или след промяна в конфигурацията на системния регистър.
ИД на събитие 16982
Регистър на събитията Система Източник на събитие Directory-Services-SAM ИД на събитие 16982 Ниво Информация Текст на съобщение за събитие Диспечерът на акаунти за защита сега регистрира многословни събития за отдалечени клиенти, които извикват наследени методи за смяна на парола или задават RPC методи. Тази настройка може да доведе до голям брой съобщения и трябва да се използва само за кратък период от време за диагностициране на проблеми. ИД на събитие 16983
Регистър на събитията Система Източник на събитие Directory-Services-SAM ИД на събитие 16983 Ниво Информация Текст на съобщение за събитие Диспечерът на акаунти за защита сега регистрира периодични обобщени събития за отдалечени клиенти, които извикват наследени методи за смяна на парола или задават RPC методи. След прилагане на актуализацията от 13 юли 2021 г. на всеки 60 минути в регистъра на системните събития се регистрира обобщаващо събитие 16984.
ИД на събитие 16984
Регистър на събитията Система Източник на събитие Directory-Services-SAM ИД на събитие 16984 Ниво Информация Текст на съобщение за събитие Диспечерът на акаунтите за защита откри %x промяна на наследената парола или задава извиквания на RPC метод през последните 60 минути. След конфигурирането на многословно регистриране на събития, ИД на събитие 16985 се регистрира в регистъра на системните събития всеки път, когато се използва наследен RPC метод за промяна или задаване на парола за акаунт.
ИД на събитие 16985
Регистър на събитията Система Източник на събитие Directory-Services-SAM ИД на събитие 16985 Ниво Информация Текст на съобщение за събитие Диспечерът на акаунтите за защита откри използването на наследена промяна или задаване на RPC метод от мрежов клиент. Помислете за надстройване на клиентската операционна система или приложение, така че да използва най-новата и по-защитена версия на този метод.
Детайли:
RPC метод:% 1
Адрес на клиентската мрежа:%2
SID на клиента: %3
Потребителско име: %4За да регистрирате подробно събитие с ИД 16985, превключете следната стойност в системния регистър на сървъра или домейновия контролер:
Път HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SAM Тип REG_DWORD Име на стойност AuditLegacyPasswordRpcMethods Данни на стойност 1 = разрешено е подробното регистриране
0 или не присъства = Многословното регистриране е забранено. Само обобщени събития. (По подразбиране)
Конфигуриране на итерациите на PBKDF2 за смяна на паролата
Както е описано в SamrUnicodeChangePasswordUser4 (OPNUM 73), когато използвате новия метод SamrUnicodeChangePasswordUser4 , клиентът и сървърът ще използват алгоритъма PBKDF2, за да извлекат ключ за шифроване и декриптиране от старата парола в обикновен текст. Това е така, защото старата парола е единствената често срещана тайна, която е известна както на сървъра, така и на клиента.
За повече информация относно PBKDF2 вижте функцията BCryptDeriveKeyPBKDF2 (bcrypt.h).
Ако трябва да направите промяна от съображения за производителност и защита, можете да настроите броя на итерациите на PBKDF2, използвани от клиента за промяна на паролата, като зададете следната стойност в системния регистър на клиента:
Забележка
Намаляването на броя на итерациите на PBKDF2 ще влоши защитата. Не препоръчваме броят да се намалява от стойността по подразбиране. Препоръчваме обаче да използвате най-големия възможен брой итерации на PBKDF2.
| Път | HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SAM |
|---|---|
| Тип | REG_DWORD |
| Име на стойност | PBKDF2Итерации |
| Данни на стойност | Минимум от 5 000 до максимум 1 000 000 |
| Стойност по подразбиране | 10 000 |
Забележка
PBKDF2 не се използва за операции за задаване на пароли. При операции, свързани с набор от пароли, ключът за SMB сесията е споделената тайна между клиента и сървъра и се използва като основа за извличане на ключове за шифроване.
За повече информация вж. "Придобиване на ключ за SMB сесия".
Често задавани въпроси (ЧЗВ)
Какви сценарии предизвикват понижаване от AES към RC4?
Връщане към по-стара версия се случва, когато сървърът или клиентът не поддържа AES.
Как да разбера дали е договорено RC4 шифроване или AES шифроване?
Актуализираните сървъри ще регистрират събития, когато се използват наследени методи с RC4.
Мога ли да изисквам AES шифроване на сървъра и бъдещите актуализации на Windows ще се налагат програмно с помощта на AES?
В момента няма наличен режим на прилагане, но може да има в бъдеще. Нямаме дата.
Клиенти трети лица поддържат ли защита за CVE-2021-33757 за договаряне на AES, когато се поддържа от сървъра? Трябва ли да се свържа с поддръжката от Microsoft или екипа по поддръжката на трети лица, за да отговоря на този въпрос?
Ако устройство на трета страна не използва SAMR протокола, това не е важно. Други доставчици, които прилагат протокола MS-SAMR, могат да изберат да прилагат това. Свържете се с доставчика трето лице за всякакви въпроси.
Трябва ли да се правят допълнителни промени в конфигурацията?
Не са необходими допълнителни промени.
Какво използва този протокол?
Този протокол е наследен и очакваме, че използването му е много слабо. Старите приложения могат да използват тези API. Освен това някои инструменти на Active Directory, като AD Users and Computers MMC, използват SAMR.
Засегнати ли са промените на пароли, които използват протокола Kerberos или други протоколи?
Не. Засегнати са само промени на пароли, които използват тези конкретни SAMR API.
Може ли да се повлияе на производителността на домейновия контролер?
Да. PBKDF2 е по-скъп от RC4. Ако има много промени на паролите, които се случват едновременно на домейновия контролер, извикващ API SamrUnicodeChangePasswordUser4 , натоварването на LSASS с процесора може да бъде засегнато. Можете да настроите итерациите на PBKDF2 за клиенти, ако това е необходимо, но не препоръчваме намаляване от стойността по подразбиране, тъй като това би понижило защитата.
Справки
Удостоверено шифроване с AES-CBC и HMAC-SHA
Отказ от отговорност за информация от трети лица
Предоставяме информация за връзка с трети лица, за да ви помогнем да намерите техническа поддръжка. Тази информация за връзка може да се промени без предизвестие. Не гарантираме точността на тази информация за връзка на трети лица.