Boletín de seguridad de Oracle: septiembre de 2026

El bo­le­tín de se­gu­ri­dad de Ora­cle co­rres­pon­dien­te a sep­tiem­bre de 2026 de­ta­lla la pu­bli­ca­ción de seis­cien­tos se­ten­ta y dos fa­llos de se­gu­ri­dad dis­tri­bui­dos entre di­ver­sas gamas de soft­wa­re de la com­pa­ñía, abar­can­do com­po­nen­tes como ser­vi­do­res de bases de datos, he­rra­mien­tas de ges­tión em­pre­sa­rial, midd­le­wa­re y pla­ta­for­mas de co­mu­ni­ca­cio­nes. Estas fa­llas se di­vi­den según su nivel de gra­ve­dad, in­clu­yen­do una im­por­tan­te can­ti­dad de pro­ble­mas crí­ti­cos y altos, ade­más de in­ci­den­cias de menor im­pac­to, las cua­les po­drían po­si­bi­li­tar la eje­cu­ción re­mo­ta de có­di­go, la apro­pia­ción de los sis­te­mas, la al­te­ra­ción o ex­po­si­ción in­de­bi­da de datos y si­tua­cio­nes de de­ne­ga­ción de ser­vi­cio.

Para mi­ti­gar estos ries­gos, la com­pa­ñía acon­se­ja apli­car con la mayor ce­le­ri­dad las co­rrec­cio­nes pro­vis­tas en la ac­tua­li­za­ción de par­ches de se­gu­ri­dad del pe­río­do, ape­gar­se a las guías de cada pro­duc­to y ase­gu­rar que los sis­te­mas ope­ren bajo ver­sio­nes que cuen­ten con so­por­te ac­ti­vo, mi­gran­do las edi­cio­nes ob­so­le­tas. Como me­di­da pro­vi­sio­nal pre­via a la ins­ta­la­ción de los par­ches, se su­gie­re res­trin­gir los pro­to­co­los de red que fa­ci­li­tan la ex­plo­ta­ción de los fa­llos o su­pri­mir los pri­vi­le­gios su­per­fluos, te­nien­do en cuen­ta que di­chas ac­cio­nes pue­den al­te­rar el fun­cio­na­mien­to ha­bi­tual del soft­wa­re.

El aviso in­clu­ye ade­más es­pe­ci­fi­ca­cio­nes sobre vul­ne­ra­bi­li­da­des con­cre­tas con la pun­tua­ción má­xi­ma de ries­go, tales como fa­llas en el me­ca­nis­mo de au­ten­ti­ca­ción de Ac­cess Ma­na­ger, los ser­vi­cios y com­po­nen­tes de Forms, el ser­vi­dor LDAP de In­ter­net Di­rec­tory, las li­bre­rías de ter­ce­ros en la se­gu­ri­dad de Java, el con­te­ne­dor web de We­bLo­gic Ser­ver y el com­po­nen­te de se­gu­ri­dad en Hy­pe­rion Fi­nan­cial Ma­na­ge­ment. Todas estas fa­llas per­mi­ten que ata­can­tes re­mo­tos sin au­ten­ti­ca­ción y me­dian­te pro­to­co­los como HTTP o LDAP pue­dan com­pro­me­ter y adue­ñar­se de los pro­duc­tos vul­ne­ra­bles, afec­tan­do la con­fi­den­cia­li­dad, in­te­gri­dad y dis­po­ni­bi­li­dad.