SSH Segurança
26.10: não limpe em massa pacotes OpenSSH no estado rc. Pacotes de substituição ainda podem usar a configuração antiga e a limpeza pode quebrar SSH. Verifique 26.10 problemas conhecidos e mantenha o acesso de recuperação antes da manutenção remota.
SSH é a ferramenta principal para gerenciamento remoto de servidores Linux e um dos alvos mais comuns para invasores. Este artigo explica como fortalecer a segurança SSH de forma abrangente no Ubuntu 26.04.
Autenticação de chave
Gerando um par de chaves SSH
Gere um par de chaves no cliente (seu computador local):
# Generate an Ed25519 key (recommended, more secure and faster)
ssh-keygen -t ed25519 -C "your_email@example.com"
# If you need compatibility with older systems, use RSA 4096-bit
ssh-keygen -t rsa -b 4096 -C "your_email@example.com"
# You will be prompted:
# Enter file in which to save the key (/home/user/.ssh/id_ed25519):
# Enter passphrase (empty for no passphrase):
# It is strongly recommended to set a passphraseImplantando a chave pública no servidor
# Method 1: Using ssh-copy-id (recommended)
ssh-copy-id -i ~/.ssh/id_ed25519.pub user@server
# Method 2: Manual copy
cat ~/.ssh/id_ed25519.pub | ssh user@server "mkdir -p ~/.ssh && chmod 700 ~/.ssh && cat >> ~/.ssh/authorized_keys && chmod 600 ~/.ssh/authorized_keys"
# Method 3: Manual operation
# On the server:
mkdir -p ~/.ssh
chmod 700 ~/.ssh
nano ~/.ssh/authorized_keys
# Paste the public key content
chmod 600 ~/.ssh/authorized_keys# Log in using the key
ssh -i ~/.ssh/id_ed25519 user@server
# If configured as the default key, log in directly
ssh user@serverSSH Gerenciamento de chaves do agente
# Start SSH Agent
eval "$(ssh-agent -s)"
# Add a key to the Agent (enter the passphrase once to cache it)
ssh-add ~/.ssh/id_ed25519
# List loaded keys
ssh-add -l
# Remove all cached keys
ssh-add -DAntes de modificar a configuração SSH, certifique-se de que a autenticação de chave tenha sido testada com sucesso e mantenha sua sessão SSH aberta. Somente feche a conexão antiga depois de verificar se você consegue fazer login normalmente a partir de um novo terminal - caso contrário, uma configuração incorreta poderá bloquear permanentemente seu acesso ao servidor.
Fortalecendo a configuração do servidor SSH
Edite o arquivo de configuração do servidor SSH:
sudo nano /etc/ssh/sshd_configDesativando login por senha
Desabilite o login com senha somente após confirmar que o login com chave funciona:
# Disable password authentication
PasswordAuthentication no
# Disable empty passwords
PermitEmptyPasswords no
# Disable keyboard-interactive authentication
KbdInteractiveAuthentication noDesativando login root
# Completely prohibit root from logging in via SSH
PermitRootLogin no
# Or only allow root to log in with keys (not recommended)
# PermitRootLogin prohibit-passwordAlterando a porta padrão
# Use a non-standard port (reduces automated scanning)
Port 2222Após alterar a porta, atualize suas regras de firewall:
sudo ufw allow 2222/tcp
sudo ufw delete allow 22/tcpRestringindo usuários de login
# Only allow specific users to log in
AllowUsers admin deployer
# Only allow specific groups to log in
AllowGroups sshusers
# Deny specific users
DenyUsers guest testOutras configurações de segurança
# Limit authentication attempts
MaxAuthTries 3
# Limit concurrent unauthenticated connections
MaxStartups 3:50:10
# Session timeout (disconnect after 300 seconds of inactivity)
ClientAliveInterval 300
ClientAliveCountMax 2
# Disable X11 forwarding (servers usually don't need it)
X11Forwarding no
# Disable Agent forwarding (unless actually needed)
AllowAgentForwarding no
# Disable TCP forwarding (unless actually needed)
AllowTcpForwarding no
# Use strong encryption algorithms
# Note: OpenSSH 10.2 (26.04) already prefers the post-quantum KEX mlkem768x25519-sha256 by default.
# Avoid overriding KexAlgorithms — hardcoding a list freezes the algorithm set
# and may end up dropping newly added post-quantum defaults in the future. Keep the secure defaults.
#
# Only override for troubleshooting or temporary interop with old clients, and always put the post-quantum algorithm first:
# KexAlgorithms mlkem768x25519-sha256,sntrup761x25519-sha512@openssh.com,curve25519-sha256@libssh.org,curve25519-sha256
Ciphers chacha20-poly1305@openssh.com,aes256-gcm@openssh.com,aes128-gcm@openssh.com
MACs hmac-sha2-512-etm@openssh.com,hmac-sha2-256-etm@openssh.com
# Display a login banner
Banner /etc/ssh/banner.txt
# Login grace time
LoginGraceTime 30Aplicando a configuração
# Check configuration syntax
sudo sshd -t
# Restart SSH service (on Ubuntu the unit is ssh.service; sshd is just an alias)
sudo systemctl restart ssh
# Note: on 26.04 ssh listens via socket activation by default,
# so after changing the port you must reload the socket unit:
sudo systemctl daemon-reload
sudo systemctl restart ssh.socket
# Important: Test the connection in a new terminal window -- do not close the current one!
ssh -p 2222 user@serverProteção fail2ban
fail2ban monitora arquivos de log e proíbe automaticamente endereços IP com múltiplas tentativas de login malsucedidas.
Instalação e configuração
# Install
sudo apt install fail2ban
# Start and enable at boot
sudo systemctl enable --now fail2banCriando uma configuração local
Não edite diretamente /etc/fail2ban/jail.conf; crie uma configuração local:
sudo nano /etc/fail2ban/jail.local[DEFAULT]
# Ban duration (seconds)
bantime = 3600
# Detection time window (seconds)
findtime = 600
# Maximum failed attempts
maxretry = 3
# Ban action
banaction = ufw
# Ignored IPs (whitelist)
ignoreip = 127.0.0.1/8 ::1 192.168.1.0/24
# Email notifications
# destemail = admin@example.com
# sendername = Fail2Ban
# mta = sendmail
# action = %(action_mwl)s
[sshd]
enabled = true
port = 2222
filter = sshd
logpath = /var/log/auth.log
maxretry = 3
bantime = 3600Gerenciando fail2ban
# View status
sudo fail2ban-client status
# View SSH jail status
sudo fail2ban-client status sshd
# View banned IPs
sudo fail2ban-client status sshd | grep "Banned IP"
# Manually ban an IP
sudo fail2ban-client set sshd banip 203.0.113.50
# Manually unban an IP
sudo fail2ban-client set sshd unbanip 203.0.113.50
# View fail2ban logs
sudo tail -f /var/log/fail2ban.log
# Reload configuration
sudo fail2ban-client reloadConfiguração avançada de fail2ban
Proteja outros serviços:
# Nginx authentication protection
[nginx-http-auth]
enabled = true
filter = nginx-http-auth
port = http,https
logpath = /var/log/nginx/error.log
maxretry = 3
# Nginx malicious requests
[nginx-botsearch]
enabled = true
filter = nginx-botsearch
port = http,https
logpath = /var/log/nginx/access.log
maxretry = 2Configuração do cliente SSH
Crie um arquivo de configuração SSH no cliente para simplificar as conexões:
nano ~/.ssh/config# Global settings
Host *
ServerAliveInterval 60
ServerAliveCountMax 3
AddKeysToAgent yes
# Production server
Host prod
HostName 203.0.113.10
User admin
Port 2222
IdentityFile ~/.ssh/id_ed25519_prod
# Jump host
Host bastion
HostName 203.0.113.20
User jump
Port 2222
IdentityFile ~/.ssh/id_ed25519
# Connect to an internal server via jump host
Host internal
HostName 10.0.1.50
User admin
ProxyJump bastion
IdentityFile ~/.ssh/id_ed25519Conexões simplificadas após configuração:
ssh prod
ssh internalAutenticação de dois fatores
Adicione a autenticação de dois fatores do Google Authenticator a SSH:
# Install
sudo apt install libpam-google-authenticator
# Each user runs the initialization
google-authenticator
# Follow the prompts to complete setup and scan the QR code
# Configure PAM
sudo nano /etc/pam.d/sshd
# Add:
# auth required pam_google_authenticator.so
# Configure SSH
sudo nano /etc/ssh/sshd_config
# Set:
# AuthenticationMethods publickey,keyboard-interactive
# KbdInteractiveAuthentication yes
sudo systemctl restart sshOpenSSH Troca de chaves pós-quânticas
Ubuntu 26.04 envia OpenSSH 10.2, cuja troca de chaves padrão prefere o esquema híbrido pós-quântico mlkem768x25519-sha256 (ML-KEM-768 combinado com X25519), protegendo contra Ataques do tipo “colher agora-descriptografar mais tarde”.
# Confirm the KEX algorithms supported by your OpenSSH (should include mlkem768x25519-sha256)
ssh -Q kex
# Inspect the KEX algorithm actually negotiated for a connection
ssh -v user@server 2>&1 | grep "kex:"O KEX pós-quântico só é usado quando ambos os lados o suportam. When interoperating with older clients/servers (OpenSSH below 9.0) it automatically falls back to the classic curve25519-sha256 algorithm, with no manual configuration needed. Unless you have a real compatibility problem, do not override the KexAlgorithms default, to avoid accidentally removing post-quantum protection.
Monitoramento e Auditoria
# View successful login records
last -n 20
# View failed login records
lastb -n 20
# View SSH authentication logs
journalctl -u ssh.service --since today | grep -E "Accepted|Failed"
# Count failed login IPs
journalctl -u ssh.service | grep "Failed" | awk '{print $(NF-3)}' | sort | uniq -c | sort -rn | head -20
# View current SSH connections
who
w
ss -tnp | grep :22Lista de verificação de segurança
Antes de aplicar as alterações, confirme o seguinte:
- A autenticação de chave foi configurada e testada
- Você tem um método de acesso de backup (acesso ao console, outro usuário, etc.)
- O Firewall foi atualizado com as regras de porta correspondentes
- A lista de permissões fail2ban inclui seus IPs comumente usados
- Você testou a conexão de um novo terminal antes de fechar o antigo
- A sintaxe de configuração SSH foi validada com
sshd -t