Parche sin aviso

Una nota de versión que habla de un desbordamiento de memoria o de un error al procesar archivos no usa la palabra «seguridad», pero describe una clase de fallo que, según el caso, puede serlo. Quien revisa notas de versión como parte de su trabajo aprende a reconocer ese tipo de redacción y a preguntar.

Abre la tabla notas_version y busca la versión cuya nota describe una corrección de ese tipo.

No siempre se puede afirmar que sea una vulnerabilidad: lo que se sabe es que se corrigió un fallo de una clase que a menudo lo es. La respuesta prudente no es ignorar la nota ni dar por hecho un riesgo que no se ha confirmado. Es tratar la versión como una posible corrección de seguridad, preguntar al fabricante por escrito y planificar la actualización mientras llega la respuesta.

Compara la fecha de la versión con la del aviso posterior. Es el tiempo durante el cual un cliente que solo se guiara por avisos habría seguido con la versión anterior sin saber que había una corrección que importaba. Cuenta en días naturales, sin contar el día de partida.

El aviso dice que la versión corregida es la 5.3.2 y que están afectadas las anteriores. Con esa regla se lee el inventario: un servidor está pendiente si su versión es menor que la corregida. La 5.3.2 y las posteriores ya la incluyen.