Vulnerabilidad en el relleno de Telerik UI (Oracle) que permite la ejecución remota de código sin autenticación — Se ha publicado un exploit público

Una em­pre­sa de se­gu­ri­dad ha pu­bli­ca­do una ca­de­na de ex­plo­ta­ción junto con he­rra­mien­tas y car­gas úti­les que per­mi­ten la eje­cu­ción re­mo­ta de có­di­go sin au­ten­ti­ca­ción en apli­ca­cio­nes que uti­li­zan Te­le­rik UI para ASP.NET AJAX. El ata­que re­quie­re que el sis­te­ma afec­ta­do cuen­te con una con­fi­gu­ra­ción es­pe­cí­fi­ca y no pre­de­ter­mi­na­da, ade­más de uti­li­zar ver­sio­nes vul­ne­ra­bles del con­trol de carga de ar­chi­vos Ra­dAsyn­cU­pload.

El fallo prin­ci­pal per­mi­te su­pe­rar la falta de va­li­da­ción de in­te­gri­dad en el ci­fra­do del es­ta­do del clien­te, uti­li­zan­do una vul­ne­ra­bi­li­dad de orácu­lo de re­lleno para des­ci­frar y fal­si­fi­car la con­fi­gu­ra­ción sin co­no­cer la clave de ci­fra­do. Esto po­si­bi­li­ta que un ata­can­te es­pe­ci­fi­que un tipo .NET ar­bi­tra­rio que el sis­te­ma deseria­li­za para car­gar una bi­blio­te­ca de víncu­los di­ná­mi­cos (DLL). No obs­tan­te, el pro­ce­so re­quie­re una can­ti­dad ele­va­da de so­li­ci­tu­des al orácu­lo y de­pen­den­cias de con­fi­gu­ra­ción muy con­cre­tas.

Los crea­do­res del soft­wa­re lan­za­ron ac­tua­li­za­cio­nes para co­rre­gir los erro­res y re­co­mien­dan ac­tua­li­zar a las ver­sio­nes co­rres­pon­dien­tes o pos­te­rio­res para ce­rrar toda la ca­de­na de vul­ne­ra­bi­li­da­des. Como me­di­das tem­po­ra­les para quie­nes no pue­dan ac­tua­li­zar de in­me­dia­to, se su­gie­re con­fi­gu­rar ade­cua­da­men­te los men­sa­jes de error, des­ac­ti­var el con­tro­la­dor de carga si no es ne­ce­sa­rio o mo­di­fi­car el ma­ne­jo de las cla­ves de ci­fra­do.