การอัปเดตความปลอดภัยของ Exchange Server ประจำเดือนกุมภาพันธ์ 2023
Microsoft เปิดตัวการอัปเดตความปลอดภัย (SU) หลายรายการสำหรับ Microsoft Exchange Server เพื่อแก้ไขช่องโหว่ เนื่องจากลักษณะที่สำคัญของช่องโหว่เหล่านี้ เราขอแนะนำให้ลูกค้าใช้การอัปเดตกับระบบที่ได้รับผลกระทบทันทีเพื่อปกป้องสภาพแวดล้อม
หมายเหตุ: ช่องโหว่เหล่านี้ส่งผลต่อ Microsoft Exchange Server การแลกเปลี่ยนแบบออนไลน์ไม่ได้รับผลกระทบ
การอัปเดตความปลอดภัยของเซิร์ฟเวอร์ Exchange
Microsoft ได้เผยแพร่โปรแกรมปรับปรุงความปลอดภัยสำหรับช่องโหว่ที่พบใน:
- แลกเปลี่ยนเซิร์ฟเวอร์ 2013
- แลกเปลี่ยนเซิร์ฟเวอร์ 2016
- แลกเปลี่ยนเซิร์ฟเวอร์ 2019
การอัปเดตความปลอดภัยเหล่านี้พร้อมใช้งานสำหรับ Exchange เวอร์ชันเฉพาะต่อไปนี้:
- แลกเปลี่ยนเซิร์ฟเวอร์ 2013 (CU23)
- แลกเปลี่ยนเซิร์ฟเวอร์ 2016 (CU23)
- แลกเปลี่ยนเซิร์ฟเวอร์ 2019 (CU11, CU12)
อ่านเพิ่มเติมเกี่ยวกับวิธีการติดตั้งการอัปเดตความปลอดภัยของ Exchange
หากคุณไม่ได้อยู่ที่ Exchange Server CU เวอร์ชันเหล่านี้ โปรดอัปเดตทันทีและใช้แพตช์ด้านบน
อ่านเพิ่มเติมเกี่ยวกับวิธีการติดตั้ง Exchange Cumulative Update
ช่องโหว่ที่ระบุในการอัปเดตความปลอดภัยเดือนกุมภาพันธ์ 2023 ได้รับการรายงานอย่างมีความรับผิดชอบโดยคู่ค้าด้านความปลอดภัย และพบผ่านกระบวนการภายในของ Microsoft แม้ว่าเราจะไม่ทราบถึงช่องโหว่ที่ใช้งานอยู่ในระบบ แต่คำแนะนำของเราคือติดตั้งการอัปเดตเหล่านี้ทันทีเพื่อปกป้องสภาพแวดล้อมของคุณ
ปัญหาที่ทราบในรุ่นนี้
- กล่องเครื่องมือ Exchange และ Queue Viewer ล้มเหลวหลังจากเปิดใช้งานการลงนามใบรับรองของ PowerShell Serialization Payload (หมายเหตุ: นี่เป็นปัญหากับคุณลักษณะการลงนามใบรับรองของ PowerShell Serialization Payload ไม่ใช่ปัญหากับการอัปเดตความปลอดภัย)
- หลังจากติดตั้ง SU เดือนกุมภาพันธ์ 2023 ลูกค้า Exchange 2016 และ 2019 บางรายอาจเห็นว่าพูลแอปพลิเคชัน EWS หยุดทำงานด้วยรหัสเหตุการณ์ 4999 โดยมีข้อผิดพลาดต่อไปนี้:
E12IIS, c-RTL-AMD64, 15.01.2507.021, w3wp #MSExchangeServicesAppPool, M.Exchange.Diagnostics, M.E.D.ChainedSerializationBinder.EnforceBlockReason, M.E.Diagnostics.BlockedDeserializeTypeException, 437c-dumptidset, 15.01.2507.021
ปัญหานี้ทำให้เกิดปัญหาการเชื่อมต่อกับไคลเอนต์ที่ใช้โปรโตคอล EWS เรามีวิธีแก้ไขปัญหาชั่วคราวสำหรับสิ่งนี้ (แต่โปรดทราบว่าเหตุการณ์ 4999 อาจยังคงถูกบันทึกต่อไป แต่ควรคืนค่าฟังก์ชันการทำงาน) หากคุณประสบปัญหานี้ คำแนะนำของเราคือใช้วิธีแก้ปัญหาด้านล่างและติดตั้ง SU เดือนกุมภาพันธ์ไว้
1. สร้าง regkey ต่อไปนี้ใน Exchange Servers:
Regkey เป็นประเภท "ค่าสตริง" และต้องมีค่า 1
SOFTWARE\Microsoft\ExchangeServer\v15\Diagnostics\DisableBaseTypeCheckForDeserialization2. สร้างการแทนที่การตั้งค่าด้านล่าง:
New-SettingOverride -Name "Adding learning location ClientExtensionCollectionFormatter" -Server <ServerName> -Component Data -Section DeserializationBinderSettings -Parameters @("LearningLocations=ClientExtensionCollectionFormatter") -Reason "Deserialization failed"3. บังคับใช้การตั้งค่าโดยเรียกใช้สิ่งต่อไปนี้:
Get-ExchangeDiagnosticInfo -Process Microsoft.Exchange.Directory.TopologyService -Component VariantConfiguration -Argument Refresh4. รีสตาร์ทกลุ่มแอป IIS
ปัญหาได้รับการแก้ไขแล้ว
ปัญหาต่อไปนี้ได้รับการแก้ไขแล้วในการอัปเดตนี้:
- ข้อผิดพลาดของเวอร์ชันเมื่อคุณติดตั้ง Exchange Server ในโหมด RecoverServer นับจากนี้ไปในเดือนกุมภาพันธ์ 2023 และ SU ที่ใหม่กว่าจะไม่ทำให้เกิดปัญหานี้ (แต่การแก้ไขที่ทำโดย SU เดือนมกราคม 2023 อาจยังต้องมีการดำเนินการด้วยตนเองในระหว่างการดำเนินการกู้คืนเซิร์ฟเวอร์ ดังนั้นขั้นตอนที่อธิบายไว้ใน บทความอาจยังใช้กับการติดตั้ง SU ในภายหลัง)
- หลังจากติดตั้ง SU 2023 มกราคมบน Exchange 2016 หรือ Exchange 2019 การแสดงตัวอย่างหน้าเว็บสำหรับ URL ที่แชร์ใน OWA ไม่แสดงอย่างถูกต้อง
- บริการ Exchange บางอย่างไม่เริ่มทำงานโดยอัตโนมัติหลังจากติดตั้งการอัปเดตความปลอดภัยเดือนมกราคม 2023
- ขณะนี้สามารถเปิดใช้งาน PowerShell Serialization Payload Signing ได้หาก Exchange Server 2013 อยู่ในองค์กร
คำถามที่พบบ่อย
SU นี้เกี่ยวข้องกับฟีเจอร์ Extended Protection อย่างไร
หากคุณเปิดใช้งาน Extended Protection บนเซิร์ฟเวอร์แล้ว ให้ติดตั้ง SU ตามปกติ หากคุณยังไม่ได้เปิดใช้งาน Extended Protection คำแนะนำของเราคือให้เปิดใช้งานหลังจากติดตั้ง SU ในเดือนมกราคม (หรือหลังจากนั้น) การเรียกใช้สคริปต์ Health Checker จะช่วยให้คุณตรวจสอบได้อย่างชัดเจนว่าคุณอาจต้องทำอะไรหลังจากการติดตั้ง SU
Windows Extended Protection เป็นข้อกำหนดเบื้องต้นที่ต้องเปิดใช้งานก่อนหรือหลังการใช้ SU หรือเป็นกิจกรรมที่ไม่บังคับแต่แนะนำอย่างยิ่ง
Extensed Protection ไม่ใช่ข้อกำหนดเบื้องต้นสำหรับการอัปเดตความปลอดภัยนี้ คุณสามารถติดตั้งได้โดยไม่ต้องเปิดใช้งานคุณสมบัติ Extended Protection อย่างไรก็ตาม ขอแนะนำอย่างยิ่งให้กำหนดค่า Extended Protection ซึ่งสามารถช่วยปกป้องสภาพแวดล้อมของคุณจากการโจมตีแบบ "Man in the Middle" (MITM)
SU สุดท้ายที่เราติดตั้งคือ (ไม่กี่เดือน) เราจำเป็นต้องติดตั้ง SU ทั้งหมดตามลำดับหรือไม่จึงจะติดตั้งอันล่าสุดได้
การอัปเดตความปลอดภัยของ Exchange Server เป็นแบบสะสม หากคุณกำลังเรียกใช้ CU ที่สามารถติดตั้ง SU ได้ คุณไม่จำเป็นต้องติดตั้ง SU ทั้งหมดตามลำดับ แต่สามารถติดตั้ง SU ล่าสุดได้เท่านั้น
องค์กรของฉันอยู่ในโหมดไฮบริดที่มี Exchange Online ฉันจำเป็นต้องทำอะไรหรือไม่
แม้ว่าลูกค้า Exchange Online จะได้รับการปกป้องอยู่แล้ว แต่การอัปเดตความปลอดภัยประจำเดือนกุมภาพันธ์ 2022 จะต้องได้รับการติดตั้งบนเซิร์ฟเวอร์ Exchange ภายในองค์กรของคุณ แม้ว่าจะใช้เพื่อวัตถุประสงค์ด้านการจัดการเท่านั้นก็ตาม คุณไม่จำเป็นต้องเรียกใช้ Hybrid Configuration Wizard (HCW) อีกครั้งหลังจากใช้การอัปเดต
ฉันจำเป็นต้องติดตั้งการอัปเดตบนเวิร์กสเตชัน “เครื่องมือการจัดการการแลกเปลี่ยนเท่านั้น” หรือไม่
ติดตั้งการอัปเดตความปลอดภัยบนเซิร์ฟเวอร์ Exchange ทั้งหมด รวมถึงเซิร์ฟเวอร์หรือเวิร์กสเตชันที่เรียกใช้เครื่องมือการจัดการ Exchange เท่านั้น ซึ่งจะทำให้มั่นใจได้ว่ามี ไม่มีความไม่เข้ากันระหว่างไคลเอนต์เครื่องมือการจัดการและเซิร์ฟเวอร์
ข้อมูลเพิ่มเติม
- บล็อกทีมแลกเปลี่ยน
- CVE-2023-21529
- CVE-2023-21706
- CVE-2023-21707
- CVE-2023-21710