백업용 클라이언트 측 암호화란 무엇이며, 임대 서버에서 필요한가요?

임대 서버에 클라이언트 측 암호화가 필요한 이유는 무엇인가요?

임대한 서버는 다른 사람이 손댈 수 있는 기계입니다. 드라이브는 고장 나고 교체됩니다: 드라이브에 장애가 발생하면 티켓을 열어 주세요. 팀이 무상으로 교체해 드리며, 새 드라이브에 배열을 재구성하는 것은 고객님의 설정에 달려 있습니다. 임대가 끝나면 드라이브가 지워집니다: 각 서버는 결제 시 선택한 대로 30일, 3개월, 6개월 또는 12개월분을 암호화폐 잔액에서 선불로 결제합니다. 자동 갱신 시에는 대시보드에서 다음 갱신 기간을 따로 설정하지 않는 한 처음 결제한 가격으로 같은 기간이 다시 청구되며, 잔액이 부족하면 서버는 계약 기간이 끝나는 시점에 중지되고 드라이브는 7일간 보관된 뒤 삭제됩니다. 그리고 실행 중인 서버에 침입한 사람은 서버가 보관한 모든 것을 평문으로 읽을 수 있습니다.

클라이언트 측 암호화를 사용하면 이러한 사건 중 어느 것도 데이터를 노출하지 않습니다. 서버는 암호문만 저장하고, 키는 백업하는 기계에 남아 있습니다.

데이터가 생성되는 곳에서 암호화하면 서버는 언제나 잡음만 저장합니다.

디스크 암호화나 서버 측 암호화와 어떻게 다른가요?

암호화라고 불리는 세 계층이 있으며, 각각 다른 위협으로부터 보호합니다.

• 서버의 디스크 암호화(LUKS 또는 ZFS 네이티브 암호화)는 저장 상태의 드라이브를 보호합니다. Nextcloud 문서에서는 물리적 서버 도난도 방지하기 위해 로컬 스토리지에 LUKS를 권장합니다. 하지만 서버가 키를 로드한 채 실행되면 아무것도 보호하지 못합니다. LUKS 또는 ZFS 기본 암호화로 모든 데이터 드라이브를 암호화할 수 있습니다. 키는 고객님이 보관하며, 팀의 누구도 키를 요구하지 않습니다.
• 애플리케이션의 서버 측 암호화(예: Nextcloud)는 키를 서버에 보관합니다. Nextcloud는 침해된 서버나 악의적인 관리자로부터 보호하지 못한다고 밝힙니다.
• 클라이언트 측 암호화는 업로드 전에 이루어집니다. 서버는 키를 보관하지 않으므로 침해된 서버도 암호문만 보게 됩니다.

첫 번째와 세 번째를 함께 사용하세요. 디스크 암호화는 부팅할 때마다 잠금 해제가 필요합니다. LUKS로 암호화된 임대 서버를 원격에서 잠금 해제하는 방법을 보여줍니다.

각 도구는 키를 어떻게 처리하나요?

키가 바로 백업입니다. 키를 잃으면 암호화된 사본도 본인에게 아무 쓸모가 없습니다.

• restic: 비밀번호로 마스터 키를 엽니다. 비밀번호가 없으면 저장소 안의 어떤 것도 읽을 수 없습니다.
• Borg: borg key export을 실행하고 그 결과를 백업 대상 시스템 밖에 보관하세요. Borg 문서에 따르면 keyfile 모드에서는 해당 시스템에 있는 사본만으로는 충분하지 않습니다.
• Proxmox Backup Server: 키 파일의 기본 위치는 ~/.config/proxmox-backup/encryption-key.json입니다. 마스터 키 쌍을 사용하면 모든 백업에 RSA로 암호화된 사본이 들어가고, paperkey은 마스터 키를 QR 코드로 출력합니다. 4.2부터는 push sync job이 스냅샷을 전송 전에 암호화할 수 있습니다.
• Hyper Backup: Synology는 잃어버린 비밀번호는 복구할 수 없다고 경고하며, 비밀번호를 잃으면 데이터가 영구적으로 손실됩니다.
• Veeam: Enterprise Manager 키를 사용하지 않았다면 비밀번호를 잃을 경우 복원이 차단됩니다.
• ZFS replication: zfs send --raw은 암호화된 데이터셋을 디스크에 있는 그대로 전송합니다. OpenZFS에 따르면 수신하는 머신은 키를 갖지 않습니다.

가장 널리 쓰이는 두 도구는 restic 또는 Borg, 오프사이트 백업용으로는에서 비교합니다.

클라이언트 측 암호화가 숨기지 못하는 것은 무엇인가요?

내용과, 대부분의 도구에서는 이름까지 숨깁니다. 하지만 저장하는 양과 시점은 숨기지 못합니다. restic 자체 설계 문서에 따르면 스토리지에 접근할 수 있는 관찰자는 객체 타임스탬프로 백업 크기를 추론할 수 있습니다. 또한 키 파일에는 호스트 이름, 사용자 이름, 생성 시각이 평문으로 남습니다.

Nextcloud나 Immich처럼 파일을 직접 다루는 애플리케이션은 인덱싱, 미리보기, 검색을 위해 서버에서 파일을 평문으로 필요로 합니다. 이런 경우에는 서버에 디스크 암호화를 적용하고, 오프사이트 백업에는 클라이언트 측 암호화를 사용하세요. 암호화는 삭제도 막지 못하므로 불변 백업과 함께 사용하세요.

호스트가 신분증을 요구하지 않고 로그도 남기지 않는다면 암호화가 여전히 필요한가요?

네, 서로 다른 질문에 답하기 때문입니다. KYC가 없다는 것은 당신이 누구인지를 다루고, 암호화는 무엇을 저장하는지를 다룹니다.

2 November 2026에서 확인한 23개의 스토리지 서버 판매자 Basalthold 중 신분증을 요구하지 않는다고 밝힌 곳은 3곳뿐입니다. 나머지 중 12곳은 특정 조건에서 요구하고, 2곳은 배송 전에 요구하며, 6곳은 언급하지 않습니다. 저희 쪽은: KYC 없음: 어느 단계에서도 신분증, 셀피, 서류, 카드, 전화번호를 요구하지 않습니다. 로그를 남기지 않습니다. 웹사이트, 대시보드, 서버 어디에도 연결 기록, 트래픽 기록, 방문자 또는 고객 IP 주소가 없습니다.

두 규칙 모두 드라이브가 머신을 떠날 때 그 안에 무엇이 들어 있는지를 바꾸지 않습니다. 임대가 끝난 후 드라이브가 어떻게 되는지는 임대한 스토리지 서버를 해지한 뒤 당신의 데이터에서 확인하실 수 있습니다. 가격은 보관 가격표에 있습니다.