Cette version contient quelques corrections sur la 8.0.2, dont des
correctifs sur des failles de sécurité.
E.29.1. Migration vers la version 8.0.3
Une sauvegarde/restauration n'est pas requise pour ceux utilisant
une version 8.0.X. Néanmoins, c'est une façon possible de gérer
deux problèmes de sécurité significatifs, qui ont été trouvé dans
le contenu initial des catalogues systèmes des versions 8.0.X. Une
séquence sauvegarde/initdb/restauration utilisant le initdb de la
8.0.3 corrigera automatiquement ces problèmes.
Le problème de sécurité le plus important est que les fonctions de
conversion du codage des ensembles de caractères peuvent être
appelées à partir de commandes SQL par des utilisateurs non
pribilégiés alors que les fonctions n'ont pas été conçues pour un
tel usage et ne sont pas sécurisées contre des choix rusés des
arguments. Le correctif implique de modifier la liste déclarée des
arguments de ces fonctions pour qu'elles ne soient plus appelées à
partir des commandes SQL. (Ceci n'affecte pas leur utilisation
normale par la machinerie de conversion du codage.)
Le problème le moins important est que le module contrib/tsearch2 crée plusieurs fonctions déclarant
par erreur renvoyées internal alors
qu'elles n'acceptent pas les arguments internal. Ceci casse la sûreté des types pour toutes
les fonctions utilisant des arguments internal.
Il est fortement recommandé que toutes les installations corrigent
ces erreurs, soit par un initdb soit en suivant les procédures de
réparation données ci-dessous. Les erreurs permettent au moins à
des utilisateurs non privilégiés de la base de données d'arrêter
brutalement leur processus serveur et pourraient permettre à des
utilisateurs non privilégiés de gagner les privilèges d'un
superutilisateur.
Si vous souhaitez ne pas lancer d'initdb, exécutez la même
procédure de réparation manuelle que celle montrée dans les
notes de la version 7.4.8.