SFTP와 SCP: 안전한 파일 전송

이름과 달리 SFTP(SSH 파일 전송 프로토콜)는 FTP와 아무 관련이 없습니다. SFTP는 SSH-2 하위 시스템으로 실행되도록 설계된 이진 프로토콜이며, 이미 인증되고 암호화된 SSH 연결을 통해 작동합니다. SSH 클라이언트는 ssh user@host -s sftp 명령으로 서버에서 SFTP 하위 시스템을 호출합니다. 모든 SFTP 작업에는 기반이 되는 SSH 전송의 보안 보장이 그대로 적용됩니다.

SFTP는 암호화된 채널을 통해 다양한 파일 작업을 제공합니다. 여기에는 디렉터리 내용 목록 조회, 파일 업로드 및 다운로드, 파일 삭제 및 이름 변경, 디렉터리 생성 및 삭제, 파일 권한과 시간 기록 조회 및 설정, 중단된 전송 재개가 포함됩니다. 이러한 기능 덕분에 SFTP는 단순한 파일 전송 도구가 아니라 완전한 원격 파일 시스템 조작 수단으로 사용할 수 있습니다.

SCP(보안 복사 프로토콜)는 SSH를 통해 파일을 전송하는 더 오래되고 간단한 프로토콜입니다. scp file.txt user@host:/path 명령은 파일을 안전하게 복사합니다. 일회성 전송에는 SFTP보다 사용하기 간편하지만, 로컬에서 원격으로 복사하거나 원격에서 로컬로 복사하거나 원격에서 원격으로 복사하는 일부 작업만 지원합니다. 대화형 모드가 없고 중단된 전송을 재개하는 기능도 제한적입니다.

기존 SCP 프로토콜에는 심각한 취약점이 있었습니다. 악의적인 서버가 클라이언트의 요청과 관계없이 임의의 파일을 클라이언트로 보낼 수 있었던 것입니다. 서버를 제어하는 공격자는 원래 지정된 대상 디렉터리 밖의 파일을 덮어쓸 수 있었습니다. OpenSSH는 OpenSSH 9.0(2022)부터 기존 SCP 프로토콜을 더 이상 사용하지 않고 SFTP 기반 scp를 사용하도록 변경했습니다. 최신 scp 명령은 내부적으로 SFTP를 사용하므로 익숙한 명령 구문은 유지하면서 이러한 공격 유형을 제거합니다.

안전한 파일 전송 방법 세 가지는 흔히 혼동됩니다. FTP(포트 21)는 암호화되지 않으므로 사용해서는 안 됩니다. FTPS(SSL을 통한 FTP)는 포트 990(암시적 방식) 또는 포트 21(AUTH TLS를 사용하는 명시적 방식)의 FTP에 TLS를 추가하며, FTP 인프라와 인증서 관리가 모두 필요합니다. SFTP는 SSH(포트 22)를 통해 작동하는 완전히 별개의 프로토콜로, 기존 SSH 인증 및 키 관리를 재사용합니다. 일반적으로 SFTP는 FTPS보다 구성하고 유지 관리하기가 간단합니다.

rsync는 파일에서 변경된 부분만 전송하는 파일 동기화 도구이므로 증분 백업에는 SCP보다 훨씬 효율적입니다. -e ssh 플래그를 사용해 rsync를 실행하면 모든 데이터가 SSH 터널을 통해 전달됩니다. rsync -avz -e ssh user@host:/remote/ /local/ 명령은 원격 디렉터리를 로컬 디렉터리와 동기화하며 변경된 부분만 전송합니다. SSH를 통한 rsync는 서버 백업과 배포 작업 흐름에 사용하는 표준 방식입니다.

SFTP는 재개 가능한 전송을 지원합니다. 대용량 파일을 업로드하는 중 연결이 끊겨도 처음부터 다시 시작하지 않고 마지막으로 확인된 바이트부터 전송을 재개할 수 있습니다. OpenSSH의 sftp 클라이언트는 업로드를 재개하는 reput 명령과 다운로드를 재개하는 reget 명령을 지원합니다. 매우 큰 전송(수 기가바이트 파일)에는 lftp와 같은 도구가 자동 재시도 및 대역폭 제한을 제공하므로 더 강력한 전송 관리가 가능합니다.

OpenSSH 서버는 chroot 격리 환경을 사용해 SFTP 사용자를 특정 디렉터리 트리로 제한할 수 있습니다. SSH 구성에 Match User 지시어와 ChrootDirectory 및 ForceCommand internal-sftp를 추가하면 격리된 SFTP 환경이 만들어집니다. 사용자는 지정된 디렉터리 안에서 파일을 업로드하고 다운로드할 수 있지만 나머지 파일 시스템에 접근하거나 셸 명령을 실행할 수는 없습니다. 이 방식은 웹 호스팅 파일 관리와 고객 업로드 포털에 널리 사용됩니다.

OpenSSH 서버에서 SFTP를 활성화하려면 sshd_config에 Subsystem sftp /usr/lib/openssh/sftp-server를 추가해야 합니다. sftp-server 바이너리가 모든 SFTP 프로토콜 작업을 처리합니다. chroot 구성에서는 ChrootDirectory를 root가 소유해야 하며 다른 사용자가 쓸 수 없어야 합니다. 이는 구성 오류가 발생하는 흔한 원인입니다. sshd -t로 구성을 시험하면 서비스를 다시 불러오기 전에 구문을 확인할 수 있습니다.

SFTP는 자동화된 백업 작업 흐름과 잘 통합됩니다. 백업 서버는 공개 키 인증으로 비밀번호 없이 연결하므로 사람의 개입 없이 cron 예약 전송을 수행할 수 있습니다. 백업 사용자를 chroot로 업로드 디렉터리에 제한하면 백업 서버가 침해되더라도 피해를 줄일 수 있습니다. SFTP 연결 실패와 전송 오류를 로그로 모니터링하면 복구 가능성에 영향을 주기 전에 백업 문제를 조기에 발견할 수 있습니다.

명령줄 SFTP 클라이언트를 넘어, FileZilla, Cyberduck, WinSCP와 같은 그래픽 도구는 끌어다 놓기 인터페이스, 책갈피 관리, 디렉터리를 나란히 보여 주는 보기 기능으로 SFTP를 지원합니다. 이러한 도구는 GUI 작업 흐름을 선호하는 개발자와 관리자에게 인기가 많습니다. 모두 동일한 기반 SFTP 프로토콜과 SSH 인증을 사용하며, SSH 키 파일과 시스템 SSH 에이전트도 지원합니다.

SFTP는 FTP와 관련된 프로토콜이 아니라 SSH 하위 시스템입니다. 암호화된 SSH를 통해 원격 파일 시스템을 완전히 조작할 수 있습니다. SCP는 더 단순하지만, 기존 프로토콜에는 서버 측 경로 탐색 취약점이 있었으며 OpenSSH 9.0에서는 내부 구현을 SFTP로 전환하여 이 문제를 해결했습니다. FTPS는 FTP에 TLS를 추가하는 반면, SFTP는 전적으로 SSH를 기반으로 합니다. SSH를 통한 rsync는 효율적인 증분 동기화를 제공합니다. 격리된 루트 환경은 SFTP 사용자를 지정된 디렉터리로 제한합니다.