Convertissez les permissions Unix entre symbolique et octal

Les permissions Unix sont compactes, mais le passage d’une forme à l’autre peut facilement provoquer une erreur lors d’une revue de déploiement, de la rédaction d’une commande chmod ou de la documentation d’un changement de sécurité. Ce convertisseur accepte une valeur symbolique de neuf caractères, telle que rwxr-xr--, ou une valeur octale de trois chiffres, telle que 754. Il valide chaque position et renvoie les deux représentations. La conversion est déterministe, sans accès au réseau ni au système de fichiers et sans interprétation sur un fichier réel. Tout chiffre incorrect, lettre déplacée, préfixe superflu, espace ou valeur incomplète produit une erreur explicite.

Comprenez les deux représentations des permissions

Une permission Unix standard décrit les droits de trois publics dans un ordre fixe : le propriétaire du fichier, le groupe propriétaire et les autres utilisateurs. La notation symbolique attribue un bloc de trois caractères à chacun. Les positions signifient toujours lecture, écriture et exécution : rwx accorde les trois droits, r-x accorde la lecture et l’exécution, tandis que r-- accorde seulement la lecture.

La notation octale condense ces mêmes bits dans un chiffre par public. La lecture vaut quatre, l’écriture deux et l’exécution un. L’addition des valeurs actives donne un chiffre compris entre zéro et sept.

Ainsi, rwx devient 7, r-x devient 5 et r-- devient 4 ; rwxr-xr-- équivaut donc à 754. Le convertisseur respecte exactement l’ordre propriétaire-groupe-autres. Il ne consulte ni utilisateurs, ni groupes, ni listes de contrôle d’accès, ni métadonnées du système de fichiers.

Cette portée précise garantit un résultat prévisible dans les scripts, revues, procédures et supports pédagogiques.

Saisissez une valeur symbolique ou octale stricte

Saisissez une seule chaîne de permissions dans le champ de texte. Pour une entrée octale, indiquez exactement trois caractères composés de chiffres de zéro à sept, par exemple 640 ou 755. Pour une entrée symbolique, indiquez exactement neuf caractères, répartis conceptuellement entre propriétaire, groupe et autres.

Chaque bloc doit placer r à la position de lecture, w à celle d’écriture et x à celle d’exécution ; utilisez un tiret lorsque le droit est absent. Une valeur comme rw-r----- est valide, contrairement à wr-r-----, car les lettres y occupent de mauvaises positions. La validation est volontairement stricte.

Le convertisseur ne supprime pas les espaces, n’accepte pas une commande chmod, n’accepte pas le caractère initial de type de fichier affiché par ls et n’ignore pas silencieusement un zéro initial. Il exclut également setuid, setgid et le sticky bit, qui nécessitent des règles symboliques supplémentaires. Le rejet des formes non prises en charge évite toute normalisation accidentelle dans une automatisation sensible.

Exploitez le résultat avec prudence

La réponse indique si la valeur transmise était octale ou symbolique et fournit des champs normalisés pour les deux formes. Vous pouvez présenter le champ symbolique à une personne qui souhaite lire les droits d’accès, puis utiliser le champ octal dans une commande, un modèle d’infrastructure ou un relevé de configuration. Gardez à l’esprit qu’une conversion n’est pas une analyse d’autorisation.

Un mode mathématiquement correct peut rester inadapté à une clé sensible, un répertoire partagé, un exécutable ou un compte de service. Avant de l’appliquer, vérifiez le propriétaire de la cible, le besoin d’un droit d’exécution pour traverser un répertoire, l’accès ajouté par les ACL par défaut et les éventuels bits spéciaux attendus par l’application. Cet outil ne modifie jamais de fichier et ne prétend jamais qu’un mode est sûr ; il convertit uniquement la valeur fournie.