22 - Pentesting SSH/SFTP
Last updated
Last updated
Aprenda e pratique Hacking AWS: Aprenda e pratique Hacking GCP:
SSH (Secure Shell ou Secure Socket Shell) é um protocolo de rede que permite uma conexão segura a um computador através de uma rede não segura. É essencial para manter a confidencialidade e integridade dos dados ao acessar sistemas remotos.
Porta padrão: 22
Servidores SSH:
Bibliotecas SSH (implementando do lado do servidor):
ssh-audit é uma ferramenta para auditoria de configuração de servidor e cliente ssh.
Recursos:
Suporte ao protocolo SSH1 e SSH2;
analisar a configuração do cliente SSH;
capturar banner, reconhecer dispositivo ou software e sistema operacional, detectar compressão;
coletar algoritmos de troca de chave, chave do host, criptografia e código de autenticação de mensagem;
saída de informações sobre algoritmos (disponível desde, removido/desativado, inseguro/fraco/legado, etc);
saída de recomendações de algoritmos (adicionar ou remover com base na versão do software reconhecido);
saída de informações de segurança (problemas relacionados, lista de CVE atribuída, etc);
analisar a compatibilidade da versão SSH com base nas informações do algoritmo;
informações históricas do OpenSSH, Dropbear SSH e libssh;
funciona em Linux e Windows;
sem dependências
Isso é descoberto por padrão pelo nmap. Mas você também pode usar sslcan ou sslyze.
ssh
Em algumas versões do OpenSSH, você pode fazer um ataque de temporização para enumerar usuários. Você pode usar um módulo do metasploit para explorar isso:
Se você conhece algumas chaves privadas ssh que poderiam ser usadas... vamos tentar. Você pode usar o script nmap:
Ou o módulo auxiliar do MSF:
Você deve olhar aqui para procurar chaves válidas para a máquina da vítima.
crackmapexec usando o protocolo ssh
pode usar a opção --kerberos
para autenticar via kerberos.
Para mais informações, execute crackmapexec ssh --help
.
Se você estiver na rede local como a vítima que vai se conectar ao servidor SSH usando nome de usuário e senha, você pode tentar realizar um ataque MitM para roubar essas credenciais:
Caminho do ataque:
Redirecionamento de Tráfego: O atacante desvia o tráfego da vítima para sua máquina, efetivamente interceptando a tentativa de conexão ao servidor SSH.
Intercepção e Registro: A máquina do atacante atua como um proxy, capturando os detalhes de login do usuário ao fingir ser o servidor SSH legítimo.
Execução de Comandos e Revezamento: Finalmente, o servidor do atacante registra as credenciais do usuário, encaminha os comandos para o verdadeiro servidor SSH, os executa e envia os resultados de volta ao usuário, fazendo o processo parecer contínuo e legítimo.
SSH-Snake realiza as seguintes tarefas automaticamente e recursivamente:
No sistema atual, encontre quaisquer chaves privadas SSH,
No sistema atual, encontre quaisquer hosts ou destinos (user@host) que as chaves privadas possam ser aceitas,
Tente SSH em todos os destinos usando todas as chaves privadas descobertas,
Se um destino for conectado com sucesso, repete os passos #1 - #4 no sistema conectado.
É completamente auto-replicante e auto-propagante -- e completamente sem arquivos.
É comum que servidores SSH permitam login do usuário root por padrão, o que representa um risco significativo à segurança. Desabilitar o login como root é um passo crítico para proteger o servidor. O acesso não autorizado com privilégios administrativos e ataques de força bruta podem ser mitigados fazendo essa alteração.
Para Desabilitar o Login como Root no OpenSSH:
Edite o arquivo de configuração do SSH com: sudoedit /etc/ssh/sshd_config
Altere a configuração de #PermitRootLogin yes
para PermitRootLogin no
.
Recarregue a configuração usando: sudo systemctl daemon-reload
Reinicie o servidor SSH para aplicar as alterações: sudo systemctl restart sshd
Há uma falha comum que ocorre com configurações SFTP, onde os administradores pretendem que os usuários troquem arquivos sem habilitar o acesso remoto ao shell. Apesar de configurar usuários com shells não interativos (por exemplo, /usr/bin/nologin
) e confiná-los a um diretório específico, uma brecha de segurança permanece. Os usuários podem contornar essas restrições solicitando a execução de um comando (como /bin/bash
) imediatamente após o login, antes que seu shell não interativo designado assuma. Isso permite a execução não autorizada de comandos, minando as medidas de segurança pretendidas.
Aqui está um exemplo de configuração segura de SFTP (/etc/ssh/sshd_config
– openSSH) para o usuário noraj
:
Esta configuração permitirá apenas SFTP: desabilitando o acesso ao shell forçando o comando de início e desabilitando o acesso TTY, mas também desabilitando todo tipo de encaminhamento de porta ou tunelamento.
Se você tiver acesso a um servidor SFTP, também pode tunelar seu tráfego através disso, por exemplo, usando o encaminhamento de porta comum:
O sftp tem o comando "symlink". Portanto, se você tiver direitos de gravação em alguma pasta, pode criar symlinks de outras pastas/arquivos. Como você provavelmente está preso dentro de um chroot, isso não será especialmente útil para você, mas, se você puder acessar o symlink criado a partir de um serviço sem chroot (por exemplo, se você puder acessar o symlink pela web), você poderia abrir os arquivos vinculados pelo symlink através da web.
Por exemplo, para criar um symlink de um novo arquivo "froot" para "/":
Se você puder acessar o arquivo "froot" via web, você poderá listar a pasta raiz ("/") do sistema.
Em ambientes de alta segurança, é uma prática comum habilitar apenas autenticação baseada em chave ou autenticação de dois fatores, em vez da simples autenticação baseada em senha. Mas muitas vezes, os métodos de autenticação mais fortes são habilitados sem desabilitar os mais fracos. Um caso frequente é habilitar publickey
na configuração do openSSH e defini-lo como o método padrão, mas não desabilitar password
. Assim, usando o modo verbose do cliente SSH, um atacante pode ver que um método mais fraco está habilitado:
Por exemplo, se um limite de falha de autenticação estiver definido e você nunca tiver a chance de acessar o método de senha, você pode usar a opção PreferredAuthentications
para forçar o uso desse método.
Revisar a configuração do servidor SSH é necessário para verificar se apenas os métodos esperados estão autorizados. Usar o modo verbose no cliente pode ajudar a ver a eficácia da configuração.
Dica de bug bounty: inscreva-se no Intigriti, uma plataforma premium de bug bounty criada por hackers, para hackers! Junte-se a nós em hoje e comece a ganhar recompensas de até $100,000!
– OpenBSD SSH, incluído nas distribuições BSD, Linux e Windows desde o Windows 10
– implementação SSH para ambientes com poucos recursos de memória e processador, incluído no OpenWrt
– implementação SSH para Windows, o cliente é comumente usado, mas o uso do servidor é mais raro
– implementação do OpenSSH para Windows
– biblioteca C multiplataforma que implementa o protocolo SSHv2 com bindings em , e ; é usada pelo KDE para sftp e pelo GitHub para a infraestrutura git SSH
– biblioteca de servidor SSHv2 escrita em ANSI C e direcionada para ambientes embarcados, RTOS e com recursos limitados
– biblioteca java Apache SSHD baseada no Apache MINA
– biblioteca de protocolo SSHv2 em Python
é um fork atualizado de
Algumas credenciais ssh comuns e e abaixo.
Ou use ssh-keybrute.py
(python3 nativo, leve e com algoritmos legados habilitados): .
Alguns sistemas têm falhas conhecidas na semente aleatória usada para gerar material criptográfico. Isso pode resultar em um espaço de chave drasticamente reduzido que pode ser quebrado por força bruta. Conjuntos pré-gerados de chaves geradas em sistemas Debian afetados por PRNG fraco estão disponíveis aqui: .
faz exatamente o que foi descrito acima.
Para capturar e realizar o MitM real, você pode usar técnicas como spoofing ARP, spoofing DNS ou outras descritas nos .
Se você quiser percorrer uma rede usando chaves privadas SSH descobertas em sistemas, utilizando cada chave privada em cada sistema para novos hosts, então é o que você precisa.
:
Você pode encontrar guias interessantes sobre como fortalecer o SSH em
Dica de bug bounty: inscreva-se no Intigriti, uma plataforma de bug bounty premium criada por hackers, para hackers! Junte-se a nós em hoje e comece a ganhar recompensas de até $100,000!
Aprenda e pratique Hacking AWS: Aprenda e pratique Hacking GCP:
Confira os !
Junte-se ao 💬 ou ao ou siga-nos no Twitter 🐦 .
Compartilhe truques de hacking enviando PRs para o e repositórios do github.
Fornecedor
Nomes de Usuário
Senhas
APC
apc, device
apc
Brocade
admin
admin123, password, brocade, fibranne
Cisco
admin, cisco, enable, hsa, pix, pnadmin, ripeop, root, shelladmin
admin, Admin123, default, password, secur4u, cisco, Cisco, _Cisco, cisco123, C1sco!23, Cisco123, Cisco1234, TANDBERG, change_it, 12345, ipics, pnadmin, diamond, hsadb, c, cc, attack, blender, changeme
Citrix
root, nsroot, nsmaint, vdiadmin, kvm, cli, admin
C1trix321, nsroot, nsmaint, kaviza, kaviza123, freebsd, public, rootadmin, wanscaler
D-Link
admin, user
private, admin, user
Dell
root, user1, admin, vkernel, cli
calvin, 123456, password, vkernel, Stor@ge!, admin
EMC
admin, root, sysadmin
EMCPMAdm7n, Password#1, Password123#, sysadmin, changeme, emc
HP/3Com
admin, root, vcx, app, spvar, manage, hpsupport, opc_op
admin, password, hpinvent, iMC123, pvadmin, passw0rd, besgroup, vcx, nice, access, config, 3V@rpar, 3V#rpar, procurve, badg3r5, OpC_op, !manage, !admin
Huawei
admin, root
123456, admin, root, Admin123, Admin@storage, Huawei12#$, HwDec@01, hwosta2.0, HuaWei123, fsp200@HW, huawei123
IBM
USERID, admin, manager, mqm, db2inst1, db2fenc1, dausr1, db2admin, iadmin, system, device, ufmcli, customer
PASSW0RD, passw0rd, admin, password, Passw8rd, iadmin, apc, 123456, cust0mer
Juniper
netscreen
netscreen
NetApp
admin
netapp123
Oracle
root, oracle, oravis, applvis, ilom-admin, ilom-operator, nm2user
changeme, ilom-admin, ilom-operator, welcome1, oracle
VMware
vi-admin, root, hqadmin, vmware, admin
vmware, vmw@re, hqadmin, default