Un message d'erreur qui mentionne des « permissions insuffisantes », ou à l'inverse, un avertissement de sécurité signalant des fichiers « trop ouverts », renvoie presque toujours au même mécanisme : les permissions Unix, souvent désignées par leurs valeurs chiffrées comme 644 ou 755. Comprendre ce que ces chiffres signifient évite à la fois les blocages inutiles et les failles de sécurité provoquées par une mauvaise configuration.
Ce que représentent ces chiffres
Chaque chiffre correspond à un niveau d'accès (lecture, écriture, exécution) attribué à trois catégories d'utilisateurs : le propriétaire du fichier, le groupe auquel il appartient, et tous les autres utilisateurs du serveur. Chaque action possible a une valeur :
- Lecture = 4
- Écriture = 2
- Exécution = 1
Ces valeurs s'additionnent pour chaque catégorie. Un chiffre 7 signifie lecture + écriture + exécution (4+2+1), un 6 signifie lecture + écriture (4+2), et un 5 signifie lecture + exécution (4+1).
Pourquoi 644 est la norme pour les fichiers
La permission 644 se lit ainsi : le propriétaire peut lire et écrire (6), le groupe peut seulement lire (4), et les autres utilisateurs peuvent seulement lire (4). Cette configuration convient à la grande majorité des fichiers d'un site web (code PHP, feuilles de style, images) : le propriétaire peut les modifier, le serveur web peut les lire pour les afficher, mais personne d'autre ne peut les modifier directement.
Pourquoi 755 est la norme pour les dossiers
Un dossier a besoin d'un droit supplémentaire : l'exécution, qui pour un répertoire signifie en réalité le droit d'y entrer et d'en lister le contenu. La permission 755 donne au propriétaire les trois droits (7 : lecture, écriture, exécution), et au groupe comme aux autres utilisateurs seulement lecture et exécution (5), sans possibilité d'écriture. C'est pourquoi les dossiers utilisent presque toujours 755 et non 644, qui les rendrait inaccessibles en pratique.
Les erreurs fréquentes à éviter
Deux excès opposés causent la majorité des problèmes rencontrés en pratique :
- 777 appliqué par réflexe pour « résoudre » une erreur de permission : cette valeur donne un accès complet en lecture, écriture et exécution à absolument tout le monde, y compris à un attaquant qui parviendrait à accéder au serveur. C'est une faille de sécurité, pas une solution.
- Des permissions trop restrictives qui empêchent le serveur web lui-même de lire certains fichiers, provoquant des erreurs 403 ou des pages blanches sans message clair.
Certains fichiers spécifiques, comme wp-config.php sur WordPress, méritent une permission encore plus restrictive (souvent 440 ou 400) puisqu'ils contiennent des identifiants sensibles et n'ont pas besoin d'être modifiés en continu.
Le cas particulier des fichiers exécutables sur un VPS
Sur un VPS, certains scripts doivent être rendus exécutables pour fonctionner correctement, ce qui demande une permission différente des simples fichiers de contenu. Un script shell utilisé pour une sauvegarde automatisée, par exemple, nécessite généralement le droit d'exécution (souvent réglé à 755) pour pouvoir être lancé par une tâche planifiée, alors qu'un simple fichier de configuration n'a besoin d'aucun droit d'exécution. Confondre ces deux catégories mène soit à un script qui refuse de s'exécuter, soit à un fichier de configuration rendu inutilement exécutable sans aucun bénéfice réel.
Certains outils de gestion de fichiers en ligne, intégrés au panel d'hébergement, proposent également une modification des permissions directement depuis l'interface web, sans passer par un client FTP séparé, ce qui simplifie l'opération pour un utilisateur peu habitué à ce type de manipulation technique.
Comment changer les permissions d'un fichier concrètement ?
Via un client FTP comme FileZilla, un clic droit sur le fichier propose une option « Permissions du fichier », où il suffit de saisir la valeur numérique souhaitée. En ligne de commande sur un VPS, la commande chmod suivie du chiffre et du nom du fichier applique le même changement.
Faut-il vérifier les permissions régulièrement, même sans problème apparent ?
Un contrôle périodique a du sens après une installation d'extension, une migration de site, ou une alerte de sécurité, car certains scripts d'installation appliquent par défaut des permissions trop larges sans que cela soit immédiatement visible pour le propriétaire du site.
Une mauvaise permission de fichier reste une cause fréquente de faille exploitée sur un site mal configuré. VSP TECH surveille ce type d'anomalie via SiteLock sur les hébergements concernés, et notre support reste disponible pour vérifier une configuration de permissions douteuse sur votre hébergement mutualisé.
