Calculadora de Permisos Chmod

Convierte permisos Unix entre notación octal (755) y simbólica (rwxr-xr-x), ve un desglose por grupo, y obtén un comando chmod listo, en tu navegador.

🌐 English

🔒 Privado por diseño: tu texto se procesa localmente en tu navegador; nada se sube nunca a ningún servidor.

Cómo usar la calculadora de chmod

  1. Pega un permiso octal (755, o 4755 con un bit especial) o una cadena de permisos simbólica (rwxr-xr-x, opcionalmente con un carácter inicial de tipo de archivo -/d/l copiado directamente de ls -l) en el recuadro de arriba.
  2. Haz clic en Convertir, el resultado muestra ambas notaciones, un desglose de lectura/escritura/ ejecución por grupo (propietario/grupo/otros), qué bits especiales (setuid/setgid/sticky) están activados, un comando chmod <valor> nombrearchivo listo, y una tabla de referencia de conjuntos de permisos habituales.
  3. Haz clic en Copiar al portapapeles para obtener el informe completo, o pega un valor distinto y convierte de nuevo.

Por qué una calculadora de chmod

chmod es uno de los comandos más comunes de Unix/Linux, pero sus dos notaciones no se corresponden de forma intuitiva a menos que hayas memorizado la matemática de bits: octal (755) empaqueta lectura=4/escritura=2/ejecución=1 por grupo en un único dígito, mientras que simbólico (rwxr-xr-x) deletrea cada bit como una letra, y en el momento en que setuid, setgid o el sticky bit entran en juego, la notación simbólica sobrecarga la posición del bit de ejecución con un marcador s/S/t/T que es genuinamente fácil de malinterpretar. Esta herramienta convierte al instante entre ambas notaciones, desglosa el resultado por grupo de permisos en lenguaje sencillo, y entrega un comando chmod listo para copiar y pegar, exactamente la información que necesitas al configurar los permisos de archivo de un servidor web, arreglar una clave SSH que ssh se niega a usar por ser “demasiado abierta”, o simplemente comprobar qué significa realmente 4755 antes de ejecutarlo.

La convención s/S y t/T, explicada

La notación simbólica empaqueta los bits especiales en la MISMA posición de carácter que el bit de ejecución correspondiente, en lugar de añadir caracteres nuevos:

Así que 4755 (setuid + rwxr-xr-x) es rwsr-xr-x, mientras que 4644 (setuid en un archivo sin ningún bit de ejecución) es rwSr--r--, el mismo bit setuid, distinta mayúscula/minúscula, puramente porque el bit de ejecución del propietario difiere. Esta herramienta gestiona correctamente ambas direcciones de esa conversión, incluyendo cada caso límite de “bit especial activado pero el bit de ejecución correspondiente está desactivado”.

Pegar la columna entera de ls -l, con letra inicial incluida

La columna de permisos que imprime ls -l tiene diez caracteres, no nueve: un marcador de tipo inicial (- para un archivo normal, d para un directorio, l para un enlace simbólico) seguido de los nueve caracteres de permisos. La entrada de diez caracteres se acepta y ese primer carácter simplemente se descarta, así que puedes seleccionar -rwxr-xr-x directamente de una terminal sin recortarlo antes.

Los espacios iniciales y finales se eliminan antes de juzgar nada, así que un valor copiado con un espacio al final sigue funcionando. Todo lo demás se rechaza: dos dígitos, cinco dígitos, un dígito mayor que 7, una cadena simbólica con un carácter suelto, y la sintaxis relativa que el propio chmod entiende.

Un modo que no puede analizar vuelve dentro de la salida

La mayoría de herramientas de aquí muestran un fallo como un aviso con una frase genérica, porque el contenedor compartido sustituye lo que lanzara el código. Esta deliberadamente nunca lanza nada. Cuando la entrada no se puede analizar, ensambla el informe igualmente, con tu entrada devuelta y una sección de ERROR que lleva la explicación real de lo que se esperaba. El mensaje que te dice por qué se rechazó 78 o u+x te llega de verdad, en lugar de quedarse por el camino. Esa es toda la razón de que el resultado se construya como texto en lugar de levantarse como una excepción.

Para convertir otra vez pulsas procesar otro, que vacía el recuadro. El valor pegado no sobrevive a una ejecución, así que guarda el original en algún sitio si estabas comparando dos modos en paralelo.

Los modos que conviene reconocer de un vistazo

La tabla de referencia al final de cada informe es corta a propósito. 644 para un archivo corriente que el propietario edita y todo el mundo lee. 755 para un script o un directorio. 600 para cualquier cosa privada, una clave SSH o un archivo .env. 700 para un directorio privado. 664 y 775 para los equivalentes escribibles por el grupo cuando un equipo comparte grupo. 400 para solo lectura incluso para su propietario. Y 777, el modo que debería hacerte parar y preguntarte qué intentabas arreglar en realidad, porque un valor más estrecho suele resolver el mismo problema.

Una vez cerrados los permisos, las páginas vecinas de administración de servidores suelen ser las siguientes: el Generador de Expresiones Cron para la planificación, la Calculadora de Subredes IP para el direccionamiento, y el Generador de htpasswd para un archivo de autenticación básica. Si lo que quieres comprobar es la aritmética misma en lugar de los permisos, el Conversor de Bases Numéricas lleva un valor octal a binario y de vuelta.

Privado, porque los permisos de archivo pueden revelar infraestructura real

Un modo de permiso que estás depurando podría estar ligado a un servidor real, un script de despliegue o una clave privada que no quieres que una herramienta online cualquiera registre. Esta calculadora se ejecuta por completo dentro de tu propia pestaña del navegador usando solo aritmética de bits en JavaScript puro, sin librería, sin petición de red, ningún servidor ve nunca lo que pegas.

Usos habituales

Cómo funciona, en imágenes

Captura de pantalla de la herramienta Calculadora de Permisos Chmod con la entrada de ejemplo «755»
Calculadora de Permisos Chmod en pleno proceso: la entrada de ejemplo «755».
Captura de pantalla del resultado de Calculadora de Permisos Chmod mostrando la salida generada «=== INPUT === 755 Detected format: octal === OCT…»
El resultado final: la salida generada «=== INPUT === 755 Detected format: octal === OCT…». El enlace de descarga es una URL blob local: el archivo nunca sale de tu dispositivo.

Preguntas frecuentes

¿Se envía mi entrada a un servidor?

No. Cada conversión se ejecuta por completo en tu navegador usando matemática de bits en JavaScript puro, nada de lo que pegues se sube, registra ni almacena en ningún sitio, y la herramienta sigue funcionando sin conexión una vez cargada la página.

¿Cuál es la diferencia entre las letras minúsculas y mayúsculas en notación simbólica (s/S, t/T)?

Una letra minúscula significa que el bit especial Y el bit de ejecución correspondiente están ambos activados; una letra mayúscula significa que el bit especial está activado pero el bit de ejecución NO. Así, `rwsr-xr-x` (s minúscula) tiene setuid con el bit de ejecución del propietario activado, mientras que `rwSr--r--` (S mayúscula) tiene setuid con el bit de ejecución del propietario desactivado. El mismo patrón se aplica a setgid (posición de ejecución de grupo, s/S) y al sticky bit (posición de ejecución de otros, t/T).

¿Qué significa el dígito inicial en un valor chmod de 4 dígitos (por ejemplo, el "4" en 4755)?

Es el dígito de bits especiales, setuid=4, setgid=2, y sticky=1, sumados de la misma forma que los dígitos de propietario/grupo/otros (así que setuid+sticky juntos serían 5). Un valor simple de 3 dígitos como `755` no tiene ningún bit especial, razón por la cual la mayoría de archivos a los que harás chmod solo necesitan 3 dígitos.

¿Puedo pegar una cadena de permisos real de "ls -l", incluyendo el carácter inicial de tipo de archivo?

Sí. Se acepta una cadena de 10 caracteres como `-rwxr-xr-x` (archivo normal), `drwxr-xr-x` (directorio) o `lrwxrwxrwx` (enlace simbólico), y el carácter de tipo inicial simplemente se ignora, solo se usan los 9 caracteres de permiso posteriores.

¿Por qué querría usar setuid, setgid o el sticky bit?

setuid (por ejemplo en `/usr/bin/passwd`) permite que un programa se ejecute con los privilegios de su PROPIETARIO en lugar de los del usuario que lo invoca, así un usuario normal puede actualizar el archivo de contraseñas del sistema a través de un programa controlado. setgid en un directorio compartido hace que cada archivo nuevo creado dentro herede automáticamente el grupo de ese directorio, útil para carpetas compartidas de equipo. El sticky bit en un directorio con permiso de escritura para todos (clásicamente `/tmp`, modo 1777) impide que un usuario elimine o renombre los archivos de otro usuario aunque todos puedan escribir dentro.

¿777 siempre es una mala idea?

No literalmente siempre, pero casi siempre es un error fuera de un directorio temporal compartido, significa que literalmente cualquiera en el sistema (o, para un archivo expuesto en la web, potencialmente cualquiera que acceda a un host compartido) puede leer, escribir Y ejecutar el archivo. Si estás recurriendo a 777 para "que simplemente funcione", un permiso más estrecho (a menudo 755 para algo que necesita ser legible/ejecutable, o 644 para un archivo plano) suele solucionar el mismo problema de fondo de forma más segura.

¿Esto valida que un permiso tenga sentido, o solo convierte la notación?

Es puramente un conversor de notación y herramienta de desglose, convertirá sin quejarse una combinación inusual como setuid en un archivo de datos plano (modo 4644), aunque eso sea técnicamente una entrada chmod válida incluso siendo raramente útil en la práctica. No cuestiona tu entrada, solo la traduce con precisión entre octal, simbólico y un desglose por grupo en lenguaje sencillo.

Herramientas relacionadas