22 - Pentesting SSH/SFTP
Bug bounty tip: sign up for Intigriti, a premium bug bounty platform created by hackers, for hackers! Join us at https://go.intigriti.com/hacktricks today, and start earning bounties up to $100,000!
기본 정보
**SSH (Secure Shell 또는 Secure Socket Shell)**은 보안되지 않은 네트워크를 통해 컴퓨터에 대한 안전한 연결을 가능하게 하는 네트워크 프로토콜입니다. 원격 시스템에 접근할 때 데이터의 기밀성과 무결성을 유지하는 데 필수적입니다.
기본 포트: 22
SSH 서버:
openSSH – OpenBSD SSH, BSD, Linux 배포판 및 Windows 10부터 Windows에 탑재됨
Dropbear – 메모리와 프로세서 자원이 적은 환경을 위한 SSH 구현, OpenWrt에 탑재됨
PuTTY – Windows용 SSH 구현, 클라이언트는 일반적으로 사용되지만 서버의 사용은 드물다
CopSSH – Windows용 OpenSSH 구현
SSH 라이브러리 (서버 측 구현):
wolfSSH – ANSI C로 작성된 SSHv2 서버 라이브러리, 임베디드, RTOS 및 자원이 제한된 환경을 목표로 함
Apache MINA SSHD – Apache SSHD 자바 라이브러리는 Apache MINA를 기반으로 함
paramiko – Python SSHv2 프로토콜 라이브러리
열거
배너 수집
자동화된 ssh-audit
ssh-audit는 ssh 서버 및 클라이언트 구성 감사를 위한 도구입니다.
https://github.com/jtesta/ssh-audit는 https://github.com/arthepsy/ssh-audit/의 업데이트된 포크입니다.
기능:
SSH1 및 SSH2 프로토콜 서버 지원;
SSH 클라이언트 구성 분석;
배너 가져오기, 장치 또는 소프트웨어 및 운영 체제 인식, 압축 감지;
키 교환, 호스트 키, 암호화 및 메시지 인증 코드 알고리즘 수집;
알고리즘 정보 출력 (사용 가능 시점, 제거/비활성화, 안전하지 않음/약함/구식 등);
알고리즘 권장 사항 출력 (인식된 소프트웨어 버전에 따라 추가 또는 제거);
보안 정보 출력 (관련 문제, 할당된 CVE 목록 등);
알고리즘 정보를 기반으로 SSH 버전 호환성 분석;
OpenSSH, Dropbear SSH 및 libssh의 역사적 정보;
Linux 및 Windows에서 실행;
의존성 없음
서버의 공개 SSH 키
약한 암호 알고리즘
이는 기본적으로 nmap에 의해 발견됩니다. 그러나 sslcan 또는 sslyze를 사용할 수도 있습니다.
Nmap 스크립트
Shodan
ssh
사용자 이름, 비밀번호 및 개인 키에 대한 무차별 대입 공격
사용자 이름 열거
일부 OpenSSH 버전에서는 타이밍 공격을 통해 사용자를 열거할 수 있습니다. 이를 이용하기 위해 메타스플로잇 모듈을 사용할 수 있습니다:
일부 일반적인 ssh 자격 증명 여기와 여기 및 아래에 있습니다.
개인 키 브루트 포스
사용할 수 있는 ssh 개인 키를 알고 있다면... 시도해 보겠습니다. nmap 스크립트를 사용할 수 있습니다:
또는 MSF 보조 모듈:
Or use ssh-keybrute.py
(native python3, lightweight and has legacy algorithms enabled): snowdroppe/ssh-keybrute.
Known badkeys can be found here:
Weak SSH keys / Debian predictable PRNG
일부 시스템은 암호화 자료를 생성하는 데 사용되는 랜덤 시드에 알려진 결함이 있습니다. 이로 인해 키 공간이 극적으로 줄어들어 무차별 대입 공격을 받을 수 있습니다. 약한 PRNG의 영향을 받는 Debian 시스템에서 생성된 미리 생성된 키 세트는 여기에서 사용할 수 있습니다: g0tmi1k/debian-ssh.
피해자 머신의 유효한 키를 검색하기 위해 여기를 확인해야 합니다.
Kerberos
crackmapexec는 ssh
프로토콜을 사용하여 kerberos를 통해 인증할 수 있는 --kerberos
옵션을 사용할 수 있습니다.
자세한 정보는 crackmapexec ssh --help
를 실행하십시오.
Default Credentials
Vendor | Usernames | Passwords |
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 |
SSH-MitM
피해자가 사용자 이름과 비밀번호를 사용하여 SSH 서버에 연결하려고 하는 로컬 네트워크에 있는 경우, MitM 공격을 수행하여 해당 자격 증명을 훔칠 수 있습니다:
공격 경로:
트래픽 리디렉션: 공격자는 피해자의 트래픽을 자신의 머신으로 전환하여 SSH 서버에 대한 연결 시도를 가로챕니다.
가로채기 및 로깅: 공격자의 머신은 프록시 역할을 하여 합법적인 SSH 서버인 척 하면서 사용자의 로그인 세부 정보를 캡처합니다.
명령 실행 및 중계: 마지막으로, 공격자의 서버는 사용자의 자격 증명을 기록하고, 명령을 실제 SSH 서버로 전달하며, 실행하고, 결과를 사용자에게 다시 전송하여 프로세스가 매끄럽고 합법적으로 보이게 만듭니다.
SSH MITM은 위에서 설명한 대로 정확히 수행합니다.
실제 MitM을 수행하기 위해 ARP 스푸핑, DNS 스푸핑 또는 네트워크 스푸핑 공격에서 설명된 다른 기술을 사용할 수 있습니다.
SSH-Snake
발견된 SSH 개인 키를 사용하여 시스템에서 네트워크를 탐색하고 각 시스템의 각 개인 키를 새로운 호스트에 활용하려면 SSH-Snake가 필요합니다.
SSH-Snake는 다음 작업을 자동으로 재귀적으로 수행합니다:
현재 시스템에서 모든 SSH 개인 키를 찾습니다,
현재 시스템에서 개인 키가 수락될 수 있는 모든 호스트 또는 목적지(user@host)를 찾습니다,
발견된 모든 개인 키를 사용하여 모든 목적지에 SSH 연결을 시도합니다,
목적지에 성공적으로 연결되면 연결된 시스템에서 #1 - #4 단계를 반복합니다.
완전히 자기 복제 및 자기 전파가 가능하며, 완전히 파일이 없습니다.
Config Misconfigurations
Root login
SSH 서버가 기본적으로 루트 사용자 로그인을 허용하는 것은 일반적이며, 이는 상당한 보안 위험을 초래합니다. 루트 로그인을 비활성화하는 것은 서버 보안을 강화하는 중요한 단계입니다. 관리 권한으로의 무단 접근 및 무차별 대입 공격을 완화할 수 있습니다.
OpenSSH에서 루트 로그인 비활성화하기:
sudoedit /etc/ssh/sshd_config
로 SSH 구성 파일을 편집합니다.#PermitRootLogin yes
에서 **PermitRootLogin no
**로 설정을 변경합니다.sudo systemctl daemon-reload
를 사용하여 구성을 다시 로드합니다.변경 사항을 적용하기 위해 SSH 서버를 재시작합니다:
sudo systemctl restart sshd
SFTP Brute Force
SFTP command execution
SFTP 설정에서 일반적인 간과가 발생하는데, 관리자가 사용자가 원격 셸 접근을 활성화하지 않고 파일을 교환하도록 의도하는 경우입니다. 비대화형 셸(예: /usr/bin/nologin
)로 사용자를 설정하고 특정 디렉토리에 제한하더라도 보안 허점이 남아 있습니다. 사용자는 로그인 직후 비대화형 셸이 차지하기 전에 명령 실행을 요청하여 이러한 제한을 우회할 수 있습니다(예: /bin/bash
). 이는 무단 명령 실행을 허용하여 의도된 보안 조치를 약화시킵니다.
여기 사용자 noraj
를 위한 안전한 SFTP 구성의 예가 있습니다 (/etc/ssh/sshd_config
– openSSH):
이 구성은 SFTP만 허용합니다: 시작 명령을 강제하여 셸 액세스를 비활성화하고 TTY 액세스를 비활성화하며 모든 종류의 포트 포워딩 또는 터널링을 비활성화합니다.
SFTP 터널링
SFTP 서버에 액세스할 수 있는 경우, 일반적인 포트 포워딩을 사용하여 이 경로를 통해 트래픽을 터널링할 수 있습니다:
SFTP Symlink
The sftp have the command "symlink". Therefore, if you have writable rights in some folder, you can create symlinks of other folders/files. As you are probably trapped inside a chroot this won't be specially useful for you, but, if you can access the created symlink from a no-chroot service (for example, if you can access the symlink from the web), you could open the symlinked files through the web.
예를 들어, 새 파일 "froot"에서 "_/_"**로 symlink를 생성하려면:
If you can access the file "froot" via web, you will be able to list the root ("/") folder of the system.
인증 방법
고보안 환경에서는 단순한 비밀번호 기반 인증 대신 키 기반 또는 이중 인증만 활성화하는 것이 일반적인 관행입니다. 그러나 종종 더 강력한 인증 방법이 활성화되면서 약한 방법이 비활성화되지 않습니다. 자주 발생하는 경우는 openSSH 구성에서 publickey
를 활성화하고 기본 방법으로 설정하지만 password
를 비활성화하지 않는 것입니다. 따라서 SSH 클라이언트의 자세한 모드를 사용하면 공격자가 약한 방법이 활성화되어 있음을 확인할 수 있습니다:
예를 들어 인증 실패 제한이 설정되어 있고 비밀번호 방법에 도달할 기회가 없다면, PreferredAuthentications
옵션을 사용하여 이 방법을 강제로 사용할 수 있습니다.
SSH 서버 구성을 검토하는 것은 예상되는 방법만이 허가되었는지 확인하는 데 필요합니다. 클라이언트에서 자세한 모드를 사용하면 구성의 효과를 확인하는 데 도움이 될 수 있습니다.
Config files
퍼징
참고자료
SSH를 강화하는 방법에 대한 흥미로운 가이드는 https://www.ssh-audit.com/hardening_guides.html에서 찾을 수 있습니다.
버그 바운티 팁: **해커를 위해 해커가 만든 프리미엄 **버그 바운티 플랫폼인 Intigriti에 가입하세요! 오늘 https://go.intigriti.com/hacktricks에서 저희와 함께하고 최대 $100,000의 보상을 받기 시작하세요!
HackTricks 자동 명령
Last updated