Convierta permisos Unix entre formato simbólico y octal

Los permisos Unix son compactos, pero cambiar de un formato a otro puede causar errores al revisar un despliegue, escribir una orden chmod o documentar un cambio de seguridad. Este conversor acepta un valor simbólico de nueve caracteres, como rwxr-xr--, o uno octal de tres dígitos, como 754; valida cada posición y devuelve ambas representaciones. La conversión es determinista y no usa la red ni el sistema de archivos, ni interpreta el permiso sobre un archivo real. Los dígitos incorrectos, las letras mal colocadas, los prefijos adicionales, los espacios y los valores incompletos generan un error explícito.

Comprenda las dos representaciones de permisos

Un permiso Unix estándar describe el acceso de tres grupos en un orden fijo: el propietario del archivo, el grupo propietario y el resto de usuarios. La notación simbólica asigna a cada grupo un bloque de tres caracteres. Las posiciones siempre significan lectura, escritura y ejecución: rwx concede los tres permisos, r-x concede lectura y ejecución, y r-- concede solo lectura.

La notación octal comprime esos mismos bits en un dígito por grupo. La lectura aporta cuatro, la escritura dos y la ejecución uno. La suma de los valores habilitados produce un dígito entre cero y siete.

Por ello, rwx se convierte en 7, r-x en 5 y r-- en 4; así, rwxr-xr-- equivale a 754. El conversor conserva exactamente el orden propietario-grupo-resto. No consulta usuarios, grupos, listas de control de acceso ni metadatos del sistema de archivos.

Esta operación precisa ofrece resultados previsibles para scripts, revisiones y documentación.

Introduzca un valor simbólico u octal estricto

Introduzca una sola cadena de permisos en el campo de texto. Para el formato octal, use exactamente tres caracteres con dígitos del cero al siete, por ejemplo 640 o 755. Para el formato simbólico, use exactamente nueve caracteres, divididos conceptualmente en bloques para propietario, grupo y resto.

Cada bloque debe situar r en la posición de lectura, w en la de escritura y x en la de ejecución; escriba un guion cuando falte ese permiso. rw-r----- es válido, pero wr-r----- no lo es porque las letras ocupan posiciones incorrectas. La validación es deliberadamente estricta. El conversor no elimina espacios, no acepta una orden chmod ni un carácter inicial de tipo de archivo procedente de ls, y tampoco descarta silenciosamente un cero inicial.

También excluye setuid, setgid y el bit sticky, pues requieren reglas simbólicas adicionales. Rechazar formatos no admitidos evita normalizaciones accidentales y hace visible cualquier entrada defectuosa antes de usarla en automatización.

Utilice el resultado con seguridad en operaciones

La respuesta indica si el valor enviado era octal o simbólico y devuelve campos normalizados para ambos formatos. Puede mostrar el campo simbólico a una persona que necesite leer los derechos de acceso y usar el campo octal en una orden, plantilla de infraestructura o registro de configuración. Recuerde que convertir no equivale a analizar la autorización.

Un modo matemáticamente correcto puede seguir siendo inadecuado para una clave sensible, un directorio compartido, un ejecutable o una cuenta de servicio. Antes de aplicarlo, confirme quién posee el destino, si el directorio necesita permiso de ejecución para atravesarlo, si las ACL predeterminadas conceden acceso adicional y si la aplicación espera bits especiales. La herramienta nunca modifica archivos ni afirma que un modo sea seguro: solo convierte el valor recibido.