PostgreSQL corrige un fallo de decodificación lógica de hace 12 años que permitía la ejecución de código en el rol de replicación

Post­greSQL ha lan­za­do ac­tua­li­za­cio­nes para co­rre­gir una vul­ne­ra­bi­li­dad de se­gu­ri­dad que per­mi­te a los usua­rios con per­mi­sos de re­pli­ca­ción eje­cu­tar có­di­go ar­bi­tra­rio con los pri­vi­le­gios del sis­te­ma ope­ra­ti­vo del ser­vi­dor de bases de datos. Este pro­ble­ma afec­ta a ver­sio­nes an­te­rio­res a las es­pe­ci­fi­ca­das en el aviso y re­quie­re que el ser­vi­dor opere con un nivel de re­gis­tro ló­gi­co de­ter­mi­na­do, ade­más de con­tar con cre­den­cia­les que po­sean el atri­bu­to men­cio­na­do, el cual suele ser uti­li­za­do por he­rra­mien­tas de res­pal­do, sis­te­mas de mo­ni­to­reo y tu­be­rías de cap­tu­ra de datos.

La so­lu­ción im­ple­men­ta­da in­cor­po­ra un pa­rá­me­tro en el ser­vi­dor de­no­mi­na­do para lis­tar las bi­blio­te­cas per­mi­ti­das como com­ple­men­tos de sa­li­da de de­co­di­fi­ca­ción ló­gi­ca, es­ta­ble­cien­do va­lo­res pre­de­ter­mi­na­dos. Tras apli­car las ac­tua­li­za­cio­nes, cual­quier ins­ta­la­ción que em­plee com­ple­men­tos dis­tin­tos a los pre­de­ter­mi­na­dos ex­pe­ri­men­ta­rá blo­queos en la de­co­di­fi­ca­ción ló­gi­ca hasta que el ad­mi­nis­tra­dor agre­gue ma­nual­men­te la bi­blio­te­ca co­rres­pon­dien­te a la lista de per­mi­ti­dos y re­car­gue la con­fi­gu­ra­ción.

Para mi­ti­gar los ries­gos antes de ac­tua­li­zar, se acon­se­ja iden­ti­fi­car los com­ple­men­tos en uso, eli­mi­nar el atri­bu­to de re­pli­ca­ción en cuen­tas que no lo re­quie­ran, li­mi­tar las en­tra­das de re­pli­ca­ción a di­rec­cio­nes co­no­ci­das, blo­quear el trá­fi­co sa­lien­te de cier­tos pro­to­co­los y des­ac­ti­var mon­ta­jes au­to­má­ti­cos in­ne­ce­sa­rios. Asi­mis­mo, se se­ña­la que exis­te una li­mi­ta­ción pen­dien­te re­la­cio­na­da con una he­rra­mien­ta de crea­ción de sus­crip­to­res que no ve­ri­fi­ca el nuevo pa­rá­me­tro antes de in­ten­tar con­ver­sio­nes.