ANÚNCIO

~/questoes/devops

No Linux ou macOS, qual comando ajusta permissões da chave SSH para evitar avisos?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência Como criar um VPS de graça na Amazon AWS EC2
Para fixar

Permissões SSH no Linux e macOS: Protegendo suas Chaves

Conceito central

As permissões de arquivo no Linux e macOS controlam quem pode ler, escrever e executar um arquivo. No caso de chaves SSH, é essencial restringir o acesso apenas ao proprietário para evitar avisos de segurança e proteger sua conexão com servidores remotos.

Por que essa resposta faz sentido

O comando chmod 400 define a chave como somente leitura (r--) para o proprietário, sem permissão para ninguém mais. Isso é exatamente o que o SSH exige para aceitar a chave sem avisos de segurança, garantindo que apenas você possa usá-la.

Armadilhas comuns

  • Confundir chmod 400 com chmod 600 — ambos funcionam, mas 400 é mais seguro porque a chave fica somente leitura.
  • Esquecer de ajustar as permissões após baixar a chave da AWS — o SSH avisa: 'Permissions 0644 for chave.pem are too open'.
  • Usar chmod 777 pensando que 'mais permissão' facilita o acesso — na verdade, o SSH rejeita a chave imediatamente.

Entenda as alternativas

A

chmod 400 caminho/da/chave.pem — Define permissão de leitura apenas para o proprietário. O SSH rejeita chaves com permissões muito abertas, então esse é o padrão seguro exigido.

B

chmod 777 caminho/da/chave.pem — Concede permissão total a todos (proprietário, grupo e outros). Isso é extremamente inseguro. O SSH recusará usar a chave com essas permissões, pois qualquer usuário da máquina poderia acessá-la.

C

chmod 600 caminho/da/chave.pem — Permite leitura e escrita apenas para o proprietário. Embora funcione, não é a prática recomendada. Uma chave SSH deve ser somente leitura (400) para reduzir riscos de alteração acidental.

D

chmod 644 caminho/da/chave.pem — Permissão padrão de arquivo (proprietário lê e escreve, grupo e outros apenas leem). Isso é inseguro para chaves SSH, pois outros usuários conseguem ler seu arquivo de chave privada.

Dica prática: Sempre que baixar uma chave SSH (como na AWS EC2), execute chmod 400 imediatamente. É um passo tão importante quanto guardar a chave em lugar seguro. Use apenas chave privada para isso, nunca para arquivos públicos.

Revise pensando: Se você vir o aviso 'Permissions are too open', qual comando você rodaria para corrigir as permissões da sua chave SSH?