Detalle de la noticia

Vulnerabilidad

Ruby corrige tres errores del motor de expresiones regulares responsables de cuatro vulnerabilidades críticas de ejecución remota de código (RCE) en GitLab

Fuente: The Hacker News Publicado: 23/10/2026 · 17:54 UTC
Compartir:
Vulnerabilidad Ruby corrige tres errores del motor de expresiones regulares responsables de cuatro vulnerabilidades críticas de ejecución remota de código (RCE) en GitLab
Imagen: The Hacker News

El len­gua­je de pro­gra­ma­ción Ruby ha lan­za­do las ver­sio­nes 4.0.9, 3.4.12 y 3.3.13 con el fin de co­rre­gir tres vul­ne­ra­bi­li­da­des en su motor de ex­pre­sio­nes re­gu­la­res, co­no­ci­do como Onig­mo. Estos fa­llos per­mi­tie­ron que se pre­sen­ta­ran cua­tro pro­ble­mas crí­ti­cos de se­gu­ri­dad que GitLab so­lu­cio­nó pre­via­men­te, los cua­les sur­gían cuan­do se com­pi­la­ban pa­tro­nes ma­ni­pu­la­dos que da­ña­ban la me­mo­ria y po­dían de­ri­var en la eje­cu­ción de có­di­gos en los ser­vi­do­res.

Cual­quier apli­ca­ción que cons­tru­ya ex­pre­sio­nes re­gu­la­res a par­tir de ca­de­nas de texto con­tro­la­das por ata­can­tes re­sul­ta afec­ta­da, ya sea me­dian­te la in­ter­po­la­ción en pa­tro­nes o al uti­li­zar mé­to­dos es­pe­cí­fi­cos para ello, mien­tras que aque­llas que em­plean úni­ca­men­te ex­pre­sio­nes crea­das por sus pro­pios de­sa­rro­lla­do­res no su­fren ries­gos. Las ver­sio­nes an­te­rio­res como la 3.2 y las pre­vias no re­ci­bi­rán so­lu­cio­nes de­bi­do a que ya fi­na­li­za­ron su ciclo de vida, por lo que se re­co­mien­da ac­tua­li­zar o evi­tar la com­pi­la­ción de en­tra­das que no sean de con­fian­za, ad­vir­tien­do que me­di­das como li­mi­tar la lon­gi­tud del pa­trón o con­fi­gu­rar un tiem­po de es­pe­ra no sir­ven como de­fen­sa.

GitLab de­tec­tó la pro­ble­má­ti­ca al com­pi­lar ex­pre­sio­nes re­gu­la­res pro­vis­tas por usua­rios, emi­tien­do cua­tro CVE entre sep­tiem­bre y oc­tu­bre tras re­ci­bir los re­por­tes de un in­ves­ti­ga­dor me­dian­te su pro­gra­ma de re­com­pen­sas. Por su parte, Ruby de­ci­dió no so­li­ci­tar iden­ti­fi­ca­do­res CVE pro­pios por el mo­men­to, su­gi­rien­do el se­gui­mien­to a tra­vés de los có­di­gos de GitLab, y esta úl­ti­ma pla­ta­for­ma ya ha in­cor­po­ra­do las co­rrec­cio­nes en sus di­ver­sas ver­sio­nes afec­ta­das, in­clu­yen­do tam­bién re­glas de de­tec­ción para los ad­mi­nis­tra­do­res.