Por que a Porta 22 é a Escolha Padrão para Conexões SSH

A Origem das Portas de Computador e o Surgimento do SSH

Quando pensamos em redes de computadores, imaginamos cabos, roteadores e pacotes de dados viajando pelo mundo em frações de segundo. Contudo, para que um computador saiba exatamente o que fazer com a informação que recebe, ele precisa de endereços específicos chamados portas. Pense nas portas de rede como os ramais de um grande escritório: o endereço IP é o prédio, e a porta é o ramal que direciona a ligação para o departamento correto. Na computação, cada porta é representada por um número inteiro entre 0 e 65535, servindo para organizar quem está falando com quem.

Nos primórdios da internet, a administração de servidores remotos era feita através de protocolos textuais como o Telnet. O grande problema do Telnet era a sua total falta de segurança: todos os dados, incluindo nomes de usuário e senhas, viajavam pela rede em texto puro, permitindo que qualquer pessoa interceptando o tráfego pudesse ler as credenciais. Para solucionar essa falha crítica, Tatu Ylönen criou o Secure Shell (SSH) em 1995 na Finlândia. O SSH introduziu criptografia ponta a ponta na comunicação, transformando o acesso remoto em uma operação blindada contra olhares indesejados.

O Processo de Atribuição da Porta 22 pela IANA

Com o crescimento do protocolo SSH, tornou-se imperativo definir um número de porta oficial para que clientes e servidores pudessem se conectar sem precisar de configurações manuais complexas. A responsabilidade por gerenciar esses números no mundo pertence à IANA (Internet Assigned Numbers Authority), a organização global que coordena os parâmetros técnicos da internet. Em 1995, a IANA oficialmente reservou a porta 22 tanto para o protocolo TCP quanto para o UDP, embora a grande maioria do tráfego SSH utilize o protocolo TCP pela sua garantia de entrega.

A escolha do número 22 não obedeceu a nenhuma fórmula cabalística ou complexa de engenharia. Naquela época, o processo de solicitação de portas envolvia coordenar com a IANA um número livre que ainda não estivesse associado a nenhum outro serviço amplamente utilizado. A porta 21 já pertencia ao FTP (File Transfer Protocol, o sistema usado para transferir arquivos), e a porta 23 estava ocupada pelo Telnet. Como a porta 22 estava vaga, ela se encaixou perfeitamente na sequência lógica de protocolos de controle e acesso remoto geridos na mesma faixa numérica.

Por Que a Padronização é Vital para a Infraestrutura

A existência de um padrão universal como a porta 22 traz vantagens operacionais gigantescas para administradores de sistemas e engenheiros de redes. Imagine gerenciar um parque com centenas de servidores espalhados pelo mundo em diferentes provedores de nuvem. Se cada máquina utilizasse uma porta aleatória para o acesso remoto, a equipe precisaria manter tabelas complexas de mapeamento e documentação exaustiva apenas para conseguir abrir um terminal de manutenção.

Além disso, firewalls corporativos e roteadores de borda precisam saber quais tipos de tráfego autorizar ou bloquear. Quando um engenheiro configura regras de segurança para permitir a administração de servidores, liberar o tráfego direcionado exclusivamente à porta 22 é um procedimento direto, documentado e amplamente compreendido por qualquer ferramenta de segurança de rede. Essa previsibilidade operacional acelera a implantação de novos ambientes e reduz drasticamente o tempo necessário para solucionar falhas em momentos de crise.

A Realidade Operacional: Varreduras de Bots e Segurança por Obscuridade

Embora a porta 22 seja o padrão oficial, mantê-la aberta no número original expõe o servidor a um fenômeno constante na internet moderna: as varreduras automatizadas de bots. Robôs maliciosos operados por cibercriminosos vasculham continuamente faixas inteiras de endereços IP públicos testando a porta 22, na esperança de encontrar senhas fracas ou vulnerabilidades desatualizadas em versões antigas do software SSH. Esse bombardeio incessante gera logs gigantescos nos servidores e consome ciclos de processamento desnecessários.

Para mitigar esse ruído, uma prática comum de engenharia consiste em alterar a porta padrão do SSH para outro número menos previsível, como 2222 ou 5022. Essa técnica, conhecida na comunidade de segurança como segurança por obscuridade, não substitui uma criptografia robusta, mas elimina a maior parte do tráfego de varredura automatizada indiscriminada. Contudo, vale ressaltar que qualquer invasor determinado consegue descobrir a nova porta em segundos utilizando ferramentas de mapeamento de portas como o Nmap.

Arquitetura de Defesa: Chaves Criptográficas e Boas Práticas

Mudar o número da porta 22 é apenas uma medida cosmética de alívio de logs; a verdadeira segurança do acesso remoto reside na forma como a autenticação é configurada. O uso de senhas tradicionais abre espaço para ataques de força bruta, onde programas tentam adivinhar a combinação de caracteres repetidamente. A alternativa de engenharia recomendada é a adoção de chaves criptográficas assimétricas, compostas por uma chave privada mantida em segredo no computador do usuário e uma chave pública instalada no servidor.

Para implementar um acesso seguro via SSH com chaves, o procedimento básico no terminal do Linux costuma seguir este padrão prático:

ssh-keygen -t ed25519 -C '[email protected]'

Esse comando gera um par de chaves utilizando o algoritmo moderno Ed25519, que oferece alta segurança com excelente desempenho matemático. Em seguida, a chave pública pode ser copiada para o servidor remoto através do utilitário padrão:

ssh-copy-id -i ~/.ssh/id_ed25519.pub usuario@servidor_remoto

Com essa configuração ativada, o administrador pode desativar completamente o login por senha no arquivo de configuração do servidor (`/etc/ssh/sshd_config`), alterando a diretriz `PasswordAuthentication` para `no`. Essa simples decisão elimina quase totalmente o risco de invasões por credenciais comprometidas.

Considerações Finais sobre o Futuro do Acesso Remoto

A porta 22 continua sendo um dos pilares mais importantes da arquitetura da internet moderna, representando a ponte confiável entre o operador humano e a infraestrutura digital distribuída. Compreender o motivo de sua existência vai muito além de decorar um número: significa entender como a padronização e o design intencional moldaram a estabilidade das redes globais nas últimas décadas.

Em suma, embora tendências modernas de computação em nuvem e painéis web baseados em navegador tentem abstrair o terminal, o bom e velho acesso via SSH na porta 22 permanece insubstituível para a engenharia de sistemas profunda. Dominar seu funcionamento e suas premissas de segurança garante que os administradores mantenham o controle absoluto sobre seus ambientes, independentemente de onde estejam rodando fisicamente.