Converta permissões Unix entre formato simbólico e octal

As permissões Unix são compactas, mas alternar entre os formatos pode gerar erros ao revisar uma implantação, escrever um comando chmod ou documentar uma alteração de segurança. Este conversor aceita um valor simbólico de nove caracteres, como rwxr-xr--, ou um valor octal de três dígitos, como 754, valida cada posição e retorna as duas representações. A conversão é determinística e não acessa a rede nem o sistema de arquivos, tampouco interpreta a permissão em um arquivo real. Dígitos inválidos, letras fora de posição, prefixos adicionais, espaços e valores incompletos produzem um erro explícito em vez de um resultado plausível, porém incorreto.

Entenda as duas representações de permissões

Uma permissão Unix padrão descreve o acesso de três públicos em uma ordem fixa: o proprietário do arquivo, o grupo proprietário e os demais usuários. A notação simbólica atribui a cada público um bloco de três caracteres. As posições sempre significam leitura, gravação e execução; portanto, rwx concede as três permissões, r-x concede leitura e execução, e r-- concede apenas leitura.

A notação octal compacta esses mesmos bits em um dígito por público. A leitura vale quatro, a gravação vale dois e a execução vale um. A soma dos valores habilitados gera um dígito de zero a sete.

Assim, rwx vira 7, r-x vira 5 e r-- vira 4, fazendo com que rwxr-xr-- seja equivalente a 754. O conversor preserva exatamente a ordem proprietário-grupo-demais. Ele não consulta usuários, grupos, listas de controle de acesso ou metadados do sistema de arquivos.

Esse foco torna o resultado previsível para scripts, revisões, procedimentos operacionais e materiais educativos.

Informe um valor simbólico ou octal rigoroso

Digite exatamente uma cadeia de permissão no campo de texto. Para uma entrada octal, forneça três caracteres usando somente os dígitos de zero a sete, por exemplo 640 ou 755. Para uma entrada simbólica, forneça exatamente nove caracteres, divididos conceitualmente em blocos de proprietário, grupo e demais.

Cada bloco deve ter r na posição de leitura, w na posição de gravação e x na posição de execução; use um hífen quando a permissão não estiver definida. Um valor como rw-r----- é válido, enquanto wr-r----- não é, pois as letras estão em posições erradas. A validação é propositalmente rigorosa.

O conversor não remove espaços, não aceita um comando chmod, não aceita o caractere inicial de tipo de arquivo exibido por ls e não descarta silenciosamente um zero à esquerda. Também exclui setuid, setgid e sticky bit, pois esses bits especiais exigem outras regras simbólicas. Rejeitar formatos incompatíveis evita normalizações acidentais em automações de implantação.

Use o resultado com segurança em operações

A resposta identifica se o valor enviado era octal ou simbólico e retorna campos normalizados para os dois formatos. Você pode apresentar o campo simbólico a quem deseja direitos de acesso legíveis e usar o campo octal em um comando, modelo de infraestrutura ou registro de configuração. Lembre-se sempre de que conversão não é análise de autorização.

Um modo matematicamente correto ainda pode ser inadequado para uma chave confidencial, diretório compartilhado, executável ou conta de serviço. Antes de aplicá-lo, confirme quem é o proprietário do destino, se o diretório precisa de permissão de execução para travessia, se ACLs padrão ampliam o acesso e se o aplicativo espera bits especiais. A ferramenta nunca altera arquivos e nunca afirma que um modo é seguro; ela apenas converte o valor informado.