Calculadora chmod Online
Calcule e converta permissões de arquivo Unix em notação octal e simbólica, direto no seu navegador.
Owner: read, write, execute. Group: read, execute. Others: read, execute.
Para que serve
Calculadora de permissões Unix chmod
Todos os sistemas Unix
Funciona para Linux, macOS, FreeBSD e qualquer sistema baseado em Unix. Octal e simbólico.
100% privado
O cálculo ocorre no seu navegador. Nenhum dado é enviado a nenhum servidor.
Detalhamento completo
Veja exatamente qual permissão corresponde a cada bit para proprietário, grupo e outros.
Instantâneo
Conversão em tempo real enquanto você digita. Sem cadastro, sem espera.
Como funciona
Três passos, sem complicação
Insira o valor octal ou simbólico
Digite um valor chmod como 755 ou rwxr-xr-x. A ferramenta detecta o formato automaticamente.
Conversão instantânea
Veja a representação equivalente em octal, simbólico e um detalhamento por proprietário, grupo e outros.
Copie e aplique
Copie o comando chmod pronto para usar no seu terminal ou servidor.
Perguntas frequentes
Ficou com dúvidas?
chmod (change mode) é um comando Unix que modifica as permissões de acesso a arquivos e diretórios. Fazia parte do sistema Unix original da AT&T nos anos 1970. Controla quem pode ler, gravar ou executar um arquivo, dividido em três categorias: proprietário (user), grupo (group) e outros (others).
755 (rwxr-xr-x) é usado para diretórios e arquivos executáveis: o proprietário pode ler, gravar e executar; grupo e outros só podem ler e executar. 644 (rw-r--r--) é usado para arquivos regulares: o proprietário pode ler e gravar; grupo e outros só podem ler. Em servidores web, arquivos PHP ou HTML são tipicamente 644 e diretórios 755.
O bit de execução (x) em um arquivo significa que ele pode ser executado como um programa. Em um diretório, significa que você pode entrar nele (cd). Sem o bit de execução em um diretório, você não pode listar nem acessar seu conteúdo mesmo que tenha permissão de leitura.
São bits especiais além do rwx. Setuid (4000): quando o arquivo é executado, ele roda com as permissões do proprietário em vez do usuário que o iniciou (usado em sudo, passwd). Setgid (2000): o arquivo roda com as permissões do grupo proprietário; em diretórios, novos arquivos herdam o grupo. Sticky bit (1000): em diretórios (como /tmp), apenas o proprietário pode excluir seus próprios arquivos mesmo que outros tenham permissão de gravação.
Configuração padrão para servidores Apache ou Nginx: diretórios 755, arquivos estáticos (HTML, CSS, JS, imagens) 644, arquivos de configuração sensíveis (.env, config.php) 600 (somente o proprietário), scripts executáveis 700 se precisarem ser privados. Nunca use 777 (todas as permissões para todos) em produção.
História das permissões Unix (AT&T anos 1970), notação octal versus simbólica e segurança do sistema de arquivos Linux
O sistema de permissões Unix foi projetado por Ken Thompson e Dennis Ritchie nos laboratórios Bell da AT&T no final dos anos 1960 e início dos anos 1970, como parte do sistema operacional Unix original. O modelo de três níveis (proprietário, grupo, outros) e três operações (leitura, gravação, execução) foi uma decisão de design deliberada para um sistema multiusuário com compartilhamento de tempo. Esse modelo foi formalizado no padrão POSIX.1 (IEEE Std 1003.1) em 1988 e hoje é universal em todos os sistemas derivados do Unix, incluindo Linux, macOS, Android e os sistemas BSD.
A notação octal (como 755 ou 644) surge naturalmente da representação binária das permissões: cada dígito octal representa exatamente 3 bits (leitura=4, gravação=2, execução=1). Assim, 7 = 111 em binário = rwx, 5 = 101 = r-x, 4 = 100 = r--. Essa correspondência torna a notação octal mais compacta do que a simbólica (rwxr-xr-x) e preferida em scripts e configurações. A notação simbólica, por outro lado, é mais legível para humanos e é o que o comando ls -l exibe.
A segurança do sistema de arquivos Linux depende muito de uma configuração correta de permissões. Ataques de escalonamento de privilégios frequentemente exploram arquivos com permissões excessivamente permissivas (especialmente 777) ou setuid mal configurado. chmod não é apenas uma ferramenta de administração: é uma linha de defesa crítica. Auditorias de segurança (CIS Benchmarks, por exemplo) sempre incluem verificações de permissões de arquivos. Em ambientes de contêineres (Docker, Kubernetes), as permissões de arquivo permanecem relevantes, embora o modelo de isolamento adicione camadas extras.