Detalle de la noticia

Vulnerabilidad

Adobe corrige una vulnerabilidad crítica de «día cero» en Magento que se estaba aprovechando para introducir puertas traseras en los servidores

Fuente: BleepingComputer Publicado: 08/09/2026 · 13:34 UTC
Compartir:
Vulnerabilidad Adobe corrige una vulnerabilidad crítica de «día cero» en Magento que se estaba aprovechando para introducir puertas traseras en los servidores
Imagen: BleepingComputer

Adobe ha lan­za­do un par­che de emer­gen­cia para co­rre­gir una vul­ne­ra­bi­li­dad de día cero de má­xi­ma gra­ve­dad, iden­ti­fi­ca­da como CVE-2026-75650 y bau­ti­za­da como Sty­leS­mug­gler, la cual afec­ta a di­ver­sas ver­sio­nes de Adobe Com­mer­ce y Ma­gen­to. Una com­pa­ñía de se­gu­ri­dad es­pe­cia­li­za­da en co­mer­cio elec­tró­ni­co de­tec­tó que esta falla ha sido uti­li­za­da en ata­ques para ins­ta­lar puer­tas tra­se­ra en si­tios web vul­ne­ra­bles, uti­li­zan­do un ser­vi­dor de hora de red falso para dis­fra­zar el cen­tro de co­man­do y con­trol, ade­más de dejar in­di­cios como co­rreos elec­tró­ni­cos de re­cor­da­to­rio sobre fa­llos en tran­sac­cio­nes de pago.

El bo­le­tín de se­gu­ri­dad in­di­ca que este fallo per­mi­te la eje­cu­ción ar­bi­tra­ria de có­di­go y cuen­ta con la má­xi­ma prio­ri­dad de ca­li­fi­ca­ción por parte del pro­vee­dor, quien acon­se­ja apli­car de in­me­dia­to el par­che co­rres­pon­dien­te. Las ver­sio­nes afec­ta­das abar­can múl­ti­ples edi­cio­nes de Adobe Com­mer­ce, Adobe Com­mer­ce B2B y Ma­gen­to Open Sour­ce, es­pe­ci­fi­can­do que la so­lu­ción ha sido pro­ba­da úni­ca­men­te en las ver­sio­nes pu­bli­ca­das en un mes y año con­cre­tos, sin ga­ran­ti­zar su com­pa­ti­bi­li­dad total con otras edi­cio­nes an­te­rio­res.

Tras la ins­ta­la­ción del par­che, se acon­se­ja a los ad­mi­nis­tra­do­res se­guir una serie de pasos que in­clu­yen ac­ti­var el modo de man­te­ni­mien­to, sus­pen­der las ta­reas au­to­ma­ti­za­das de cron y rotar cre­den­cia­les y se­cre­tos del sis­te­ma, tales como con­tra­se­ñas de ad­mi­nis­tra­dor, lla­ves de API, cla­ves SSH y cre­den­cia­les de bases de datos. Pos­te­rior­men­te, se debe lim­piar la caché, res­tau­rar las ta­reas y des­ac­ti­var el modo de man­te­ni­mien­to, mien­tras que los re­por­tes de se­gu­ri­dad adi­cio­na­les se­ña­lan que un se­gun­do ata­can­te ha em­plea­do la misma vul­ne­ra­bi­li­dad para ins­ta­lar un web shell en PHP en­car­ga­do de re­co­pi­lar in­for­ma­ción del ser­vi­dor y ex­fil­trar­la.