Règles de sécurité et droits d'accès au serveur MySQL <<< |
Implications des modifications de mot de passe pour les applications | Gestion des mots de passe en MySQL 4.1.0 >>> |
5.4.9 Hashage de mots de passe en MySQL 4.1 5.4 Règles de sécurité et droits d'accès au serveur MySQL 5 Administration du serveur Manuel de Référence MySQL 4.1 : Version Française ->Implications des modifications de mot de passe pour les applications . Gestion des mots de passe en MySQL 4.1.0 |
5.4.9.1 Implications des modifications de mot de passe pour les applications
Une mise à jour en version MySQL 4.1 peut se révéler un problème de compatibilité pour les applications qui utilisent PASSWORD() pour générer leurs propres mots de passe. Les applications ne devraient pas faire cela, car PASSWORD() doit être réservé pour gérer les mots de passe de MySQL. Mais certaines applications utilisent PASSWORD() pour leurs propres objectifs. Si vous passez en version 4.1 et lancez le serveur dans certaines conditions, où il va générer des hashs de mots de passe longs, l'application qui utilise PASSWORD() va sūrement planter. Notre recommandation est d'utiliser les fonctions de chiffrement SHA1() ou MD5() pour produire des signatures. Si ce n'est pas possible, vous pouvez utiliser OLD_PASSWORD() , qui est fournie pour générer des hashs courts, dans l'ancien format (mais notez que OLD_PASSWORD() pourrait être abandonné un jour aussi.Si le serveur fonctionne dans des conditions où il génère des hashs courts, OLD_PASSWORD() est disponible comme alias de PASSWORD() . |
<< | Implications des modifications de mot de passe pour les applications | >> |
Règles de sécurité et droits d'accès au serveur MySQL | Hashage de mots de passe en MySQL 4.1 | Gestion des mots de passe en MySQL 4.1.0 |