Calculadora chmod Unix
Calcula y convierte permisos Unix en notación octal y simbólica, en tu navegador.
Owner: read, write, execute. Group: read, execute. Others: read, execute.
Para qué sirve
Calculadora de permisos Unix chmod
Compatible con todos los Unix
Funciona para Linux, macOS, FreeBSD y cualquier sistema basado en Unix. Octal y simbólico.
100% privado
El cálculo ocurre en tu navegador. No se envía ningún dato al servidor.
Desglose detallado
Visualiza exactamente qué permiso corresponde a cada bit para propietario, grupo y otros.
Instantáneo
Conversión en tiempo real mientras escribes. Sin registro, sin esperas.
Cómo funciona
Tres pasos, sin complicaciones
Introduce el valor octal o simbólico
Escribe un valor chmod como 755 o rwxr-xr-x. La herramienta detecta el formato automáticamente.
Conversión instantánea
Ver la representación equivalente en octal, simbólico y desglose por propietario, grupo y otros.
Copia y aplica
Copia el comando chmod listo para usar en tu terminal o servidor.
Preguntas frecuentes
¿Tienes dudas?
chmod (change mode) es un comando Unix que modifica los permisos de acceso a archivos y directorios. Fue parte del sistema Unix original de AT&T en los años 70. Controla quién puede leer, escribir o ejecutar un archivo, dividido en tres categorías: propietario (user), grupo (group) y otros (others).
755 (rwxr-xr-x) se usa para directorios y archivos ejecutables: el propietario puede leer, escribir y ejecutar; grupo y otros solo pueden leer y ejecutar. 644 (rw-r--r--) se usa para archivos regulares: el propietario puede leer y escribir; grupo y otros solo pueden leer. En servidores web, los archivos PHP o HTML suelen ser 644 y los directorios 755.
El bit de ejecución (x) en un archivo indica que puede ejecutarse como programa. En un directorio, significa que se puede entrar en él (cd). Sin el bit de ejecución en un directorio, no puedes listar ni acceder a su contenido aunque tengas permisos de lectura.
Son bits especiales además de rwx. Setuid (4000): cuando se ejecuta el archivo, corre con los permisos del propietario en lugar del usuario que lo lanza (usado en sudo, passwd). Setgid (2000): el archivo corre con los permisos del grupo propietario; en directorios, los nuevos archivos heredan el grupo. Sticky bit (1000): en directorios (como /tmp), solo el propietario puede borrar sus propios archivos aunque otros tengan escritura.
Configuración estándar para servidores web como Apache o Nginx: directorios 755, archivos estáticos (HTML, CSS, JS, imágenes) 644, archivos de configuración sensibles (.env, config.php) 600 (solo el propietario), scripts ejecutables 700 si deben ser privados. Nunca uses 777 (todos los permisos para todos) en producción.
Historia de los permisos Unix (AT&T 1970s), notación octal vs simbólica, seguridad del sistema de archivos Linux
El sistema de permisos Unix fue diseñado por Ken Thompson y Dennis Ritchie en los laboratorios Bell de AT&T a finales de los años 60 e inicios de los 70, como parte del sistema operativo Unix original. El modelo de tres niveles (propietario, grupo, otros) y tres operaciones (lectura, escritura, ejecución) fue una decisión de diseño deliberada para un sistema multiusuario de tiempo compartido. Este modelo se formalizó en el estándar POSIX.1 (IEEE Std 1003.1) en 1988 y es hoy universal en todos los sistemas derivados de Unix, incluyendo Linux, macOS, Android y los sistemas BSD.
La notación octal (como 755 o 644) surge naturalmente de la representación binaria de los permisos: cada dígito octal representa exactamente 3 bits (read=4, write=2, execute=1). Así, 7 = 111 en binario = rwx, 5 = 101 = r-x, 4 = 100 = r--. Esta correspondencia hace que la notación octal sea más compacta que la simbólica (rwxr-xr-x) y preferida en scripts y configuraciones. La notación simbólica, en cambio, es más legible para humanos y es la que muestra el comando ls -l.
La seguridad del sistema de archivos Linux depende en gran medida de una configuración correcta de permisos. Los ataques de escalada de privilegios frecuentemente explotan archivos con permisos demasiado permisivos (especialmente 777) o setuid mal configurado. El comando chmod no es solo una herramienta de administración: es una línea de defensa crítica. Las auditorías de seguridad (CIS Benchmarks, por ejemplo) siempre incluyen verificaciones de permisos de archivos. En entornos de contenedores (Docker, Kubernetes), los permisos de archivo siguen siendo relevantes aunque el modelo de aislamiento añada capas adicionales.