Sažetak
Ažuriranja sustava Windows od 13. srpnja 2021. i novija ažuriranja sustava Windows dodaju zaštitu za CVE-2021-33757.
Nakon instalacije ažuriranja sustava Windows od 13. srpnja 2021. ili novijih ažuriranja za Windows, Advanced Encryption Standard (AES) šifriranje bit će preferirana metoda na klijentima sa sustavom Windows kada se koristi naslijeđeni protokol MS-SAMR za operacije s lozinkom ako SAM poslužitelj podržava AES šifriranje. Ako SAM poslužitelj ne podržava AES šifriranje, dopustit će se vraćanje na naslijeđeno RC4 šifriranje.
Promjene u CVE-20201-33757 specifične su za protokol MS-SAMR i neovisne su o drugim protokolima za provjeru autentičnosti. MS-SAMR koristi SMB umjesto RPC-a i imenovane kanale. Iako SMB podržava i šifriranje, ono prema zadanim postavkama nije omogućeno. Prema zadanim postavkama, promjene u CVE-20201-33757 su omogućene i pružaju dodatnu sigurnost na SAM sloju. Nisu potrebne nikakve dodatne promjene konfiguracije osim instaliranja zaštita za CVE-20201-33757 uključenih u ažuriranja sustava Windows od 13. srpnja 2021. ili novijih ažuriranja sustava Windows na svim podržanim verzijama sustava Windows. Verzije sustava Windows za koje se ne podržava treba ukinuti ili nadograditi na podržanu verziju.
Napomena: CVE-2021-33757 mijenja samo način šifriranja lozinki tijekom prijenosa kada se koriste određeni API-ji protokola MS-SAMR , a posebno NEMOJTE mijenjati način pohrane lozinki u mirovanju. Dodatne informacije o šifriranju lozinki u mirovanju na servisu Active Directory te lokalno u bazi podataka SAM (registru) potražite u članku Pregled lozinki.
Dodatne informacije
Promjene unesene do ažuriranja od 13. srpnja 2021.
Obrazac promjene lozinke
Ažuriranja mijenjaju obrazac promjene lozinke protokola dodavanjem nove metode promjene lozinke koja će koristiti AES.Stari postupak s RC4 Nova metoda s AES-om SamrUnicodeChangePasswordUser2 (OpNum 55) SamrUnicodeChangePasswordUser4 (OpNum 73) Potpuni popis MS-SAMR OpNums potražite u odjeljku Događaji obrade poruka i pravila sekvenciranja.
Password set pattern
Ažuriranja mijenjaju uzorak skupa lozinki protokola dodavanjem dvije nove klase korisničkih podataka metodi SamrSetInformationUser2 (Opnum 58). Podatke o lozinci možete postaviti na sljedeći način.Stari postupak s RC4 Nova metoda s AES-om SamrSetInformationUser2 (Opnum 58) zajedno s UserInternal4InformationNew koji ima šifriranu korisničku lozinku s RC4. SamrSetInformationUser2 (Opnum 58) zajedno s UserInternal8Information koji ima šifriranu korisničku lozinku s AES-om. SamrSetInformationUser2 (Opnum 58) zajedno s UserInternal5InformationNew koji ima šifriranu korisničku lozinku s RC4 i svim ostalim korisničkim atributima. SamrSetInformationUser2 (Opnum 58) zajedno s UserInternal7Information koji ima šifriranu lozinku s AES-om i svim drugim korisničkim atributima.
Kako funkcionira novo ponašanje?
Postojeća metoda SamrConnect5 obično se koristi za uspostavljanje veze između SAM klijenta i poslužitelja.
Ažurirani poslužitelj sada će vratiti novi bit u odgovoru SamrConnect5() kao što je definirano u SAMPR_REVISION_INFO_V1.
| Vrijednost | Značenje |
|---|---|
| 0x00000010 | Kada je klijent primi, ta vrijednost, kada je postavljena, označava da bi klijent trebao koristiti AES šifriranje sa strukturom SAMPR_ENCRYPTED_PASSWORD_AES za šifriranje međuspremnika lozinki kada se šalje putem žice. Vidjeti Uporaba šifre AES (odjeljak 3.2.2.4) i SAMPR_ENCRYPTED_PASSWORD_AES (odjeljak 2.2.6.32). |
Ako ažurirani poslužitelj podržava AES, klijent će koristiti nove metode i nove klase informacija za operacije s lozinkom. Ako poslužitelj ne vrati tu zastavicu ili ako klijent nije ažuriran, klijent će se vratiti na korištenje prethodnih metoda s RC4 šifriranjem.
Kako to utječe na kontrolor domene samo za čitanje?
Za operacije skupa lozinki potreban je zapisivi kontrolor domene (RWDC). Promjene lozinki RWDC-u prosljeđuje kontrolor domene samo za čitanje Svi uređaji moraju biti ažurirani da bi se AES mogao koristiti. Na primjer:
- Ako klijent, RODC ili RWDC nisu ažurirani, koristit će se RC4 šifriranje.
- Ako su klijent, RODC i RWDC ažurirani, koristit će se AES šifriranje.
Zapisivanje događaja
Ažuriranja od 13. srpnja 2021. dodaju četiri nova događaja u zapisnik sustava kako bi se lakše prepoznali uređaji koji nisu ažurirani i kako bi se poboljšala sigurnost.
Stanje konfiguracije ID događaja 16982 ili 16983 bilježi se prilikom pokretanja ili promjene konfiguracije registra.
ID događaja: 16982
Zapisnik događaja Sustav Izvor događaja Directory-Services-SAM ID događaja 16982 Razina Informacije Tekst poruke o događaju Upravitelj sigurnosnih računa sada bilježi opširne događaje za udaljene klijente koji pozivaju naslijeđenu promjenu lozinke ili postavljaju RPC metode. Ta postavka može uzrokovati velik broj poruka i treba se koristiti samo kratko vrijeme za dijagnosticiranje problema. ID događaja: 16983
Zapisnik događaja Sustav Izvor događaja Directory-Services-SAM ID događaja 16983 Razina Informacije Tekst poruke o događaju Upravitelj sigurnosnim računom sada evidentira periodične sažete događaje za udaljene klijente koji pozivaju naslijeđenu promjenu lozinke ili postavljaju RPC metode. Nakon primjene ažuriranja od 13. srpnja 2021., događaj sažetka 16984 bilježi se u zapisnik događaja sustava svakih 60 minuta.
ID događaja: 16984
Zapisnik događaja Sustav Izvor događaja Directory-Services-SAM ID događaja 16984 Razina Informacije Tekst poruke o događaju Upravitelj sigurnosnog računa otkrio je %x naslijeđenu lozinku, promjenu ili postavljanje poziva RPC metode u zadnjih 60 minuta. Nakon konfiguriranja opširnog zapisivanja događaja ID događaja 16985 zapisuje se u zapisnik događaja sustava svaki put kada se naslijeđena RPC metoda koristi za promjenu ili postavljanje lozinke računa.
ID događaja: 16985
Zapisnik događaja Sustav Izvor događaja Directory-Services-SAM ID događaja 16985 Razina Informacije Tekst poruke o događaju Upravitelj sigurnosnog računa otkrio je korištenje naslijeđene RPC metode promjene ili postavljenog RPC-a iz mrežnog klijenta. Razmislite o nadogradnji klijentskog operacijskog sustava ili aplikacije da biste koristili najnoviju i sigurniju verziju tog postupka.
Opširnije:
RPC metoda: %1
Mrežna adresa klijenta: %2
SID klijenta: %3
Korisničko ime: %4Da biste zapisali opširan ID događaja 16985, uključite sljedeću vrijednost registra na poslužitelju ili domenskom kontroleru.
Put HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SAM Vrsta REG_DWORD Naziv vrijednosti AuditLegacyPasswordRpcMethods Podaci vrijednosti 1 = omogućeno je opširno zapisivanje
0 ili nije prisutan = onemogućeno je opširno zapisivanje. Samo sažetak događaja. (Zadano)
Konfiguriranje iteracija PBKDF2 za promjenu lozinke
Kao što je opisano u SamrUnicodeChangePasswordUser4 (Opnum 73), kada koristite novu metodu SamrUnicodeChangePasswordUser4 , klijent i poslužitelj koristit će algoritam PBKDF2 za izvođenje ključa za šifriranje i dešifriranje iz stare lozinke otvorenog teksta. To je zato što je stara lozinka jedina zajednička tajna koja je poznata i poslužitelju i klijentu.
Dodatne informacije o PBKDF2 potražite u funkciji BCryptDeriveKeyPBKDF2 (bcrypt.h).
Ako morate izvršiti promjenu radi performansi i sigurnosti, možete prilagoditi broj iteracija PBKDF2 koje klijent koristi za promjenu lozinke tako da postavite sljedeću vrijednost registra na klijentu.
Napomena
Smanjivanjem broja iteracija PBKDF2 smanjit će se sigurnost. Ne preporučujemo smanjivanje broja u odnosu na zadani. No preporučujemo da koristite najveći mogući broj iteracija PBKDF2.
| Put | HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SAM |
|---|---|
| Vrsta | REG_DWORD |
| Naziv vrijednosti | PBKDF2Iterations |
| Podaci vrijednosti | Od 5000 do najviše 1 000 000 |
| Zadana vrijednost | 10 000 |
Napomena
PBKDF2 se ne koristi za operacije postavljanja lozinki. Za operacije postavljanja lozinki ključ sesije SMB zajednički je tajna između klijenta i poslužitelja i koristi se kao osnova za izvođenje ključeva za šifriranje.
Dodatne informacije potražite u odjeljku Dohvaćanje ključa sesije SMB.
Najčešća pitanja
Koji scenariji pokreću snižavanje verzije s AES-a na RC4?
Vraćanje na stariju verziju događa se kada poslužitelj ili klijent ne podržavaju AES.
Kako mogu znati je li dogovoreno RC4 šifriranje ili AES šifriranje?
Ažurirani poslužitelji bilježit će događaje kada se koriste naslijeđene metode s RC4.
Mogu li zahtijevati AES šifriranje na poslužitelju i hoće li buduća ažuriranja sustava Windows programatski nametnuti korištenje AES-a?
Trenutno nije dostupan način provođenja, ali bi mogao postojati u budućnosti. Nemamo datum.
Podržavaju li klijenti trećih strana zaštite za CVE-2021-33757 za pregovaranje o AES-u kada poslužitelj to podržava? Trebam li se obratiti Microsoftovoj podršci ili timu za podršku treće strane da odgovore na to pitanje?
Ako uređaj drugog proizvođača ne koristi protokol SAMR, to nije važno. Dobavljači treće strane koji implementiraju protokol MS-SAMR mogu ga implementirati. Za sva pitanja obratite se dobavljaču treće strane.
Jesu li potrebne neke dodatne promjene konfiguracije?
Nisu potrebne nikakve dodatne promjene.
Što koristi ovaj protokol?
Ovaj je protokol naslijeđen i očekujemo da je njegova upotreba vrlo niska. Te API-je mogu koristiti starije aplikacije. Također, neki alati servisa Active Directory, kao što su MMC za AD Users and Computer, koriste SAMR.
Utječe li na promjene lozinki koje koriste protokol Kerberos ili druge protokole?
Ne. Utječe samo na promjene lozinki koje upotrebljavaju te specifične API-je SAMR-a.
Može li to utjecati na performanse domenskog kontrolera?
Da. PBKDF2 je skuplji od RC4. Ako se na domenskom kontroleru koji poziva API SamrUnicodeChangePasswordUser4 istovremeno dogodi mnogo promjena lozinki, to može utjecati na učitavanje CPU-a LSASS-a. Iteracije PBKDF2 možete podesiti na klijentima ako je to potrebno, no ne preporučujemo smanjivanje broja sa zadane vrijednosti jer bi to smanjilo sigurnost.
Reference
Šifriranje provjerene pomoću AES-CBC i HMAC-SHA
Izjava o odricanju od odgovornosti za informacije trećih strana
Microsoft nudi podatke za kontakt trećih strana da biste lakše pronašli tehničku podršku. Ti se podaci za kontakt mogu promijeniti bez najave. Microsoft ne jamči točnost tih podataka za kontakt trećih strana.