Pastaba
- Leidimo data:
2020 m. spalio 13 d. - Versija:
.NET Framework 4.8
Suvestinė
Saugos patobulinimai
Informacijos atskleidimo pažeidžiamumas egzistuoja, kai ".NET Framework" netinkamai tvarko atmintyje esančius objektus. Pažeidžiamumą sėkmingai išnaudojęs užpuolikas gali atskleisti paveiktos sistemos atminties turinį. Norėdamas pasinaudoti pažeidžiamumu, autentifikuotas užpuolikas turės paleisti specialiai sukurtą programą. Naujinimas išsprendžia pažeidžiamumą, ištaisydamas, kaip ".NET Framework" apdoroja objektus atmintyje.
Norėdami sužinoti daugiau apie pažeidžiamumus, eikite į šiuos bendrus pažeidžiamumus ir grėsmes (CVE).
Kokybės ir patikimumo patobulinimai
| WCF1 | - Išspręsta problema, kai kartais nepavykdavo paleisti WCF paslaugų, kai vienu metu paleidžiamos kelios paslaugos. |
|---|---|
| "Winforms" | - Išspręsta regresija, atsiradusi ".NET Framework 4.8", kai Control.AccessibleName, Control.AccessibleRole ir Control.AccessibleDescription ypatybės nustojo veikti šiems valdikliams:Label, GroupBox, ToolStrip, ToolStripItems, StatusStrip, StatusStripItems, PropertyGrid, ProgressBar, ComboBox, MenuStrip, MenuItems, DataGridView. - Išspręsta su duomenimis susietų pasirinktinio įvedimo lauko elementų prieinamo įvedimo lauko elementų regresija. ".NET Framework 4.8" vietoj ypatybės "DisplayMember" reikšmės pradėjo naudoti tipo pavadinimą kaip neįgaliesiems pritaikytą pavadinimą, šis patobulinimas vėl naudoja "DisplayMember". |
| ASP.NET | - Išjungtas pakartotinis AppPathModifier naudojimas ASP.Net valdymo išvestyje. - HttpCookie objektai ASP.Net užklausos kontekste bus sukurti su sukonfigūruotais slapukų vėliavėlių numatytaisiais nustatymais, o ne . NET stiliaus primityvios numatytosios funkcijos, atitinkančios "new HttpCookie(name)" veikimą. |
| SQL | - Išspręsta triktis, kuri kartais įvykdavo, kai vartotojas prisijungdavo prie vienos "Azure SQL" duomenų bazės, atlikdavo anklavu pagrįstą operaciją, tada prisijungdavo prie kitos duomenų bazės tame pačiame serveryje, turinčiame tą patį atestacijos URL ir atlikdavo anklavo operaciją antrajame serveryje. |
| CLR2 | - Pridėtas CLR konfigūracijos kintamasis Thread_AssignCpuGroups (1 pagal numatytuosius nustatymus), kurį galima nustatyti į 0, kad būtų išjungtas automatinis CPU grupės priskyrimas, kurį CLR atlieka naujoms Thread.Start() sukurtoms gijoms ir gijų telkinio gijoms, kad programa galėtų pati skleisti gijas. - Išspręstas retas duomenų sugadinimas, kuris gali atsirasti naudojant naujas API, pvz., Unsafe.ByteOffset<T> , kurios dažnai naudojamos su naujais span tipais. Sugadinimas gali atsirasti, kai GC operacija atliekama tuo metu, kai gija iškviečia Unsafe.ByteOffset<T> iš ciklo vidaus. - Išspręsta problema, susijusi su laikmačiais, kurių labai ilgas terminas tiksi daug anksčiau nei tikėtasi, kai įjungtas AppContext jungiklis "Switch.System.Threading.UseNetCoreTimer". |
1 Windows Communication Foundation (WCF)
2 Bendroji kalbos vykdyklė (CLR)
Žinomos problemos šiame naujinime
ASP.Net programos nepavyksta išankstinio kompiliavimo metu ir pateikiamas klaidos pranešimas
Požymiai
Pritaikius šį 2020 m. spalio 13 d. saugos ir kokybės naujinimų paketą, skirtą .NET Framework 4.8, kai kurios ASP.Net programos nepavyksta išankstinio kompiliavimo metu. Gautame klaidos pranešime tikriausiai bus žodžiai "Klaida ASPCONFIG".
Priežastis
Netinkama konfigūracijos būsena System.web konfigūracijos skyriuose "sessionState", "anonymouseIdentification" arba "authentication/forms". Tai gali nutikti kūrimo ir publikavimo paprogramių metu, jei konfigūracijos transformacijos palieka Web.config failą tarpinėje būsenoje, kad būtų galima iš anksto sudaryti.
Sprendimas
Ši problema buvo išspręsta KB4601051.
ASP.Net programos gali neteikti be slapukų atpažinimo ženklų URI
Požymiai
Pritaikius šį 2020 m. spalio 1 d. saugos ir kokybės naujinimų paketą, skirtą 4.8 .NET Framework, kai kurios ASP.Net programos gali neteikti be slapukų atpažinimo ženklų URI, todėl gali atsirasti 302 peradresavimo ciklų arba prarasta ar trūkstama seanso būsena.
Priežastis
Seanso būsenos, anoniminio identifikavimo ir formų autentifikavimo ASP.Net funkcijos priklauso nuo atpažinimo ženklų išdavimo žiniatinklio klientui ir visos jos suteikia galimybę šiuos atpažinimo ženklus pateikti slapuke arba įdėti į URI klientams, kurie nepalaiko slapukų. URI įdėjimas ilgą laiką buvo nesaugi ir nerekomenduojama praktika, todėl šis KB tyliai išjungia žetonų išdavimą URI, nebent viena iš šių trijų funkcijų aiškiai prašo slapukų režimo "UseUri" konfigūracijoje. Konfigūracijos, kurios nurodo "AutoDetect" arba "UseDeviceProfile", gali netyčia bandyti ir nesėkmingai įdėti šiuos atpažinimo ženklus į URI.
Sprendimas
Ši problema buvo išspręsta KB4601051.
Kaip gauti šį naujinimą
Diegti šį naujinimą
| Išleidimo kanalas | Pasiekiamas | Kitas veiksmas |
|---|---|---|
| „Windows Update“ ir „„Microsoft“ Update“ | Taip | Nėra. Šis naujinimas bus automatiškai atsiųstas ir įdiegtas iš „Windows Update“. |
| „„Microsoft“ Update“ katalogas | Taip | Norėdami gauti atskirą šio naujinimo paketą, eikite į „„Microsoft“ Update“ katalogo svetainę. |
| „Windows Server Update Services“ (WSUS) | Taip | Šis naujinimas bus automatiškai sinchronizuojamas su WSUS, jei Produktai ir klasifikacija sukonfigūruosite šiuo būdu: Produktas:Windows 10, versija 1607 ir Windows Server, versija 2016 Klasifikacija: Saugos naujinimai |
Failo informacija
Norėdami gauti į šį naujinimą įtrauktų failų sąrašą, atsisiųskite kaupiamojo naujinimo failo informaciją.
Informacija apie apsaugą ir saugą
- Apsisaugokite internete: "„Windows“ sauga" palaikymas
- Sužinokite, kaip saugomės nuo kibernetinių grėsmių: "Microsoft" sauga