Detalle de la noticia

Ciberseguridad

WordPress incorpora revisiones automáticas de plugins para bloquear las actualizaciones de alto riesgo antes de su distribución

Fuente: The Hacker News Publicado: 14/09/2026 · 16:00 UTC
Compartir:
Ciberseguridad WordPress incorpora revisiones automáticas de plugins para bloquear las actualizaciones de alto riesgo antes de su distribución
Imagen: The Hacker News

La pla­ta­for­ma Word­Press ha pues­to en mar­cha un sis­te­ma de re­vi­sio­nes de se­gu­ri­dad au­to­ma­ti­za­das para cada nueva ver­sión de un com­ple­men­to antes de que este se dis­tri­bu­ya me­dian­te su in­ter­faz de ac­tua­li­za­cio­nes, con el fin de de­tec­tar pro­ble­mas de se­gu­ri­dad y pre­ve­nir ame­na­zas. Según la or­ga­ni­za­ción, aun­que los com­ple­men­tos nue­vos se eva­lúan pre­via­men­te, las ac­tua­li­za­cio­nes pos­te­rio­res po­dían in­tro­du­cir vul­ne­ra­bi­li­da­des o có­di­go ma­li­cio­so sin pasar por un fil­tro cons­tan­te, lo que re­pre­sen­ta­ba un ries­go para los usua­rios fi­na­les.

Como parte de la ini­cia­ti­va de se­gu­ri­dad de­no­mi­na­da Pro­tect The Shire, las ac­tua­li­za­cio­nes de com­ple­men­tos y temas pasan por un pe­rio­do de es­pe­ra antes de ser dis­tri­bui­das. Du­ran­te este lapso, las mo­di­fi­ca­cio­nes son ana­li­za­das me­dian­te mo­de­los de in­te­li­gen­cia ar­ti­fi­cial y la he­rra­mien­ta Jet­pack Scan para com­bi­nar­las en una ca­li­fi­ca­ción de ries­go. Si una ver­sión al­can­za una pun­tua­ción ele­va­da de pe­li­gro, su dis­tri­bu­ción se de­tie­ne de forma au­to­má­ti­ca sin ne­ce­si­dad de in­ter­ven­ción ma­nual y los crea­do­res re­ci­ben un aviso por co­rreo elec­tró­ni­co.

Este pro­ce­so de aná­li­sis busca iden­ti­fi­car tanto fa­llas in­tro­du­ci­das por des­cui­do como có­di­go ma­li­cio­so de­li­be­ra­do, exa­mi­nan­do cla­ses de vul­ne­ra­bi­li­da­des co­mu­nes, el uso de con­sul­tas es­pe­cí­fi­cas, el ma­ne­jo de datos en pun­tos fi­na­les y có­di­go ofus­ca­do o eva­lua­do en tiem­po de eje­cu­ción. Si una ac­tua­li­za­ción queda blo­quea­da, el de­sa­rro­lla­dor debe co­rre­gir los pro­ble­mas y pu­bli­car una nueva ver­sión que su­pere el fil­tro, ya que la vía de la ape­la­ción ma­nual suele ser más lenta de­bi­do al vo­lu­men de re­vi­sio­nes que ma­ne­ja el equi­po res­pon­sa­ble.