마지막 업데이트: 2026-07-03
Snapdrop과 활발히 유지되는 포크 PairDrop은 브라우저 기반 무설치 파일 공유의 선구자입니다. 세련되고 익숙하며 정말로 훌륭한 도구로, Relayium은 이를 부정하는 대신 같은 발상 위에 쌓아 올립니다.
이 글은 세 가지를 공정하게 비교합니다. 공통점, Snapdrop과 PairDrop이 더 강한 점, 그리고 Relayium이 다른 점입니다. 요약하면 Relayium의 초점은 암호화 강도와 네트워크를 넘나드는 도달성이며, LAN에서 이미 잘 작동하는 것을 대체하려는 것이 아닙니다.
셋 다 최신 웹 브라우저에서 설치 없이 완전히 동작하며, 모두 WebRTC를 사용해 파일 바이트를 서버에 두지 않고 두 기기 사이에서 직접 주고받습니다.
같은 로컬 네트워크에서는 근처 기기를 자동으로 찾을 수 있어, 같은 방에서 노트북에서 휴대폰으로 사진을 보내는 일은 어느 것을 써도 몇 번의 탭이면 됩니다.
Snapdrop은 오랫동안 쓰였고 신뢰하는 큰 커뮤니티가 있습니다. PairDrop은 여기에 Relayium이 지금은 목표로 하지 않는 기능을 더합니다.
순수 WebRTC는 DTLS로 전송 중 암호화되며, 수동적 도청자에 대해서는 실질적인 보호가 됩니다. 하지만 양쪽을 인증하는 DTLS 지문은 시그널링 서버를 거쳐 교환됩니다. 악의적이거나 침해된 시그널링 서버는 자신의 지문으로 바꿔치기해 보이지 않게 중간에 끼어들 수 있습니다. 이것이 DTLS만으로는 막을 수 없는 전형적인 중간자 공격입니다.
Relayium은 WebRTC 채널 위에 독립적인 두 번째 암호화 계층을 더합니다. X25519 키 교환으로 도출한 키를 블록별 AES-256-GCM에 사용하며, 이 키는 어떤 서버에도 전송되지 않습니다. 중간자를 탐지하기 위해 두 기기가 동일한 6자리 짧은 인증 문자열(SAS)을 표시합니다. 코드가 일치하면 사이에 서버가 없다는 뜻입니다. 각 파일은 SHA-256 해시로 종단간 검증됩니다.
Relayium은 같은 Wi-Fi뿐 아니라 네트워크를 넘나들며 작동하도록 설계되었습니다. 페어링 코드나 공유 링크로 두 기기를 연결할 수 있고, 가능한 경우 전송은 여전히 P2P로 직접 이루어집니다.
직접 연결이 불가능할 때는 암호화된 스트림이 TURN 릴레이로 폴백하지만, 릴레이는 암호문만 볼 수 있어 전송은 종단간 암호화를 유지합니다. 선택적인 저장형 다운로드 링크 모드도 있습니다. 브라우저가 AES-256-GCM으로 파일을 암호화하고 복호화 키는 URL 프래그먼트에만 존재하므로, 서버는 읽을 수 없는 영지식 암호문을 저장합니다. 실시간 전송에는 계정이 필요 없고, 공유·다운로드 링크 생성에는 보내는 쪽의 로그인이 필요합니다. 도중에 끊긴 전송은 처음부터가 아니라 이어서 재개할 수 있습니다.
가장 중요한 차이를 나란히 정리하면:
같은 네트워크의 기기 간 빠른 공유라면 어느 것이든 잘 작동합니다. 서로 다른 네트워크를 넘나들어야 하거나 서버에 의존하지 않는 검증 코드가 있는 추가 암호화 계층을 원한다면 Relayium이 그 목적입니다. PairDrop의 방과 지속 페어링을 좋아한다면 그것도 여전히 훌륭한 선택입니다.
네. Relayium은 MIT 라이선스이며 프로토콜과 코드 전체가 github.com/relayium/relayium에 공개되어 있어 감사하거나 자체 인스턴스를 운영할 수 있습니다. Snapdrop과 PairDrop이 신뢰받게 한 바로 그 개방성입니다.
실제로는 의미 있는 차이가 없습니다. 셋 다 WebRTC 직접 연결을 하므로 처리량은 네트워크에 의해 결정됩니다. Relayium의 추가 AES-256-GCM 계층은 브라우저에서 동작하며 그 오버헤드는 네트워크 전송 자체에 비해 무시할 만합니다.
애플리케이션 계층 암호화가 실제로 어떤지 직접 확인해 보세요 — 설치 불필요, 실시간 전송에는 계정도 필요 없습니다.
지금 Relayium 사용해보기