#Microsoft #Exchange #Powershell #Remoting
در سال های اخیر MS Exchange آسیب پذیری های روز صفر زیادی رو داشته که با نام های Proxyshell و ProxyNotShell مشهور بوده و مصوب حملات زیادی بوده است.
آیا منطق رخداد این آسیب پذیری در فرایند های صحبت CAS با Backend Services در معماری Exchange وصله شده و امن است؟
محققین Offensivecon میگویند خیر چرا؟ چون تعامل این دو منطقه که پیشتر اشاره کردم، دارای Functionality های بسیاری بوده و نحوه محدود سازی مقادیر Serialize و کلاس های محدود شده راه کار مناسبی برای پیش گیری نبوده.
یعنی محققین میتوانند با ساخت Gadget هایی از کلاس های متعدد دیگری در ساختار Backend Services وصله لیست سیاه کلاس ها را دور بزنند.
این مشکل هم به نوع داده کلاس ها برگشت داده میشود هم به ظرفیت هایی که کلاس ها داشته است، که در راستای تحقیقاتی انجام شده بیش از 10 آسیب پذیری روز صفر دوباره کشف شده است از جمله CVE-2023-21529, CVE-2023-32031, CVE-2023-36756 بوده.
کنترل داده ها و نوع داده ها در تعاملات و معماری نرم افزار های تحت وب Large Scale یکی از حاصل خیز ترین بخش های کشف آسیب پذیری روز صفر است.
@Unk9vvN
در سال های اخیر MS Exchange آسیب پذیری های روز صفر زیادی رو داشته که با نام های Proxyshell و ProxyNotShell مشهور بوده و مصوب حملات زیادی بوده است.
آیا منطق رخداد این آسیب پذیری در فرایند های صحبت CAS با Backend Services در معماری Exchange وصله شده و امن است؟
محققین Offensivecon میگویند خیر چرا؟ چون تعامل این دو منطقه که پیشتر اشاره کردم، دارای Functionality های بسیاری بوده و نحوه محدود سازی مقادیر Serialize و کلاس های محدود شده راه کار مناسبی برای پیش گیری نبوده.
یعنی محققین میتوانند با ساخت Gadget هایی از کلاس های متعدد دیگری در ساختار Backend Services وصله لیست سیاه کلاس ها را دور بزنند.
این مشکل هم به نوع داده کلاس ها برگشت داده میشود هم به ظرفیت هایی که کلاس ها داشته است، که در راستای تحقیقاتی انجام شده بیش از 10 آسیب پذیری روز صفر دوباره کشف شده است از جمله CVE-2023-21529, CVE-2023-32031, CVE-2023-36756 بوده.
کنترل داده ها و نوع داده ها در تعاملات و معماری نرم افزار های تحت وب Large Scale یکی از حاصل خیز ترین بخش های کشف آسیب پذیری روز صفر است.
@Unk9vvN