Sanket와 Wire 비교: 양자내성 Signal Protocol을 적용한 Wire 대안
Wire와 SANKET은 모두 조직용으로 구축됐으며, 조직 자체 서버와 인터넷 및 기타 네트워크에서 물리적으로 격리된 환경에 설치해 운영할 수 있습니다. SANKET은 현재 버전에서 Signal Protocol과 양자 컴퓨터 공격에 대비한 PQXDH 및 SPQR, 모든 계층의 AES-256, 기기 간 상호 TLS 인증과 서명된 기기 목록을 제공합니다. 인도 공급업체의 제품이며 오프라인 라이선스를 지원합니다.
Wire 소개
와이어 스위스 유한책임회사 · 스위스
Wire는 기업과 정부를 위한 스위스의 보안 협업 플랫폼으로, 독일과 아일랜드에서 호스팅합니다. 메시지, 통화, 파일에는 기본적으로 종단 간 암호화가 적용되며 이를 비활성화할 수 없습니다. 2025년 4월에는 제품 전반에 MLS 프로토콜을 도입했습니다. 클라우드, 전용 클라우드, 조직 자체 서버 및 인터넷과 기타 네트워크에서 물리적으로 격리된 환경에 설치해 운영할 수 있으며, SAML 통합 인증과 SCIM을 지원합니다.
Sanket와 Wire: 항목별 비교
| 기준 | SANKET | 와이어 |
|---|---|---|
| 인프라 통제 주체 | 고객이 결정합니다. 각 조직은 소유하거나 선택한 인프라에 하나의 전용 설치 환경을 갖고, 메시지 전달 경로에는 공급업체가 운영하는 서비스가 없습니다. | Wire가 클라우드를 운영하거나, 고객이 전용 클라우드 또는 조직 자체 서버의 설치 환경을 운영합니다. |
| 배포 옵션 | 고객이 선택한 모든 지역의 모든 클라우드(또는 Tosh Defence 호스팅), 고객의 자체 서버, 외부 네트워크와 완전히 물리적으로 분리된 환경에 전용 설치할 수 있습니다. 단일 서버 또는 두 번째 사이트의 복구 기능을 갖춘 고가용성 구성을 지원합니다. | 클라우드, 사설 클라우드, 자체 서버 및 인터넷과 다른 네트워크에서 분리된 환경(공급업체 제공). |
| 키 및 신원 정보의 보유 주체 | 고객과 그 사용자입니다. 키는 각 기기에서 생성되고 하드웨어 기반 저장소로 보호됩니다. 신원 확인에는 고객이 관리하는 Sanket ID가 사용되며, 개인용 전화번호를 신원 식별 수단으로 요구하지 않습니다. | SSO 및 SCIM 사용자는 전화번호 없이 이메일 초대로 참여합니다. 키 관리: 공개 문서에 명시되지 않았습니다. |
| 암호화 프로토콜 | Signal의 공식 독립 감사 완료 libsignal을 통한 Signal Protocol. 메시지는 libsignal 내부에서 AES-256-CBC와 HMAC-SHA256을 사용하고, 파일과 통화는 AES-256-GCM을 사용하며, TLS는 AES-256-GCM 암호 모음만 사용합니다. | MLS(2025년 4월부터 정식 제공), Proteus도 문서화됨. 다자간 통화에는 AES-GCM 256 사용. |
| 양자내성 보호 | 예. 현재 버전에는 양자 내성 Kyber 사전 키가 필수인 PQXDH와 SPQR 래칫(삼중 래칫)이 적용되며, TLS 접속 지점에서는 하이브리드 X25519MLKEM768 키 교환이 적용됩니다. | 암호화 알고리즘 전환에 대응하도록 설계된 것으로 설명되지만, 실제 배포된 양자내성 키 교환 방식은 공개 문서에 명시되어 있지 않습니다. |
| 그룹 메시지와 통화는 기본적으로 종단 간 암호화 | 예. 일대일 및 그룹 메시지, 반응, 암호화된 일괄 전달 메시지와 파일은 항상 종단간 암호화됩니다. 음성 및 영상 통화에는 SRTP AES-256-GCM 내부에서 초당 5개의 새 프레임 키를 사용하는 AES-256-GCM 프레임 암호화가 적용됩니다. | 예: 메시지, 통화 및 파일에는 기본적으로 종단 간 암호화가 적용되며 이를 비활성화할 수 없습니다. |
| 고객의 신원 확인 서비스 제공자(SSO / LDAP) | 예. 고객 자체의 OIDC, SAML 2.0 또는 LDAP 디렉터리를 통한 로그인, SCIM 2.0을 통한 사용자 계정 프로비저닝, 관리자를 위한 FIDO2 보안 키를 지원합니다. | SAML 통합 인증 및 SCIM 계정 프로비저닝. |
| 관리자 제어 및 기기 관리 | 기기 승인 및 철회, 분실 모드 및 원격 삭제, 서명된 기기 목록, 기기 상호 TLS, 보존·전달·클립보드 정책, 고객 정의 보안 등급 표지, 고객의 SIEM을 위한 해시 체인 감사 로그. | Not publicly documented |
| 데이터 주권(관할권, 인도에서 개발) | Tosh Defence가 인도에서 구축했습니다. 데이터는 고객이 선택한 관할권과 인프라에 보관되며, 제품에는 제3자 분석 기능도 해외 서비스에 대한 운영상 의존성도 없습니다. | Wire Swiss GmbH, 스위스; 독일 및 아일랜드에서 호스팅. |
| 릴리스 무결성 및 업데이트 제어 | Ed25519로 서명된 릴리스는 설치 전에 검증되며, 릴리스 동결 및 롤백 방지 기능과 업그레이드 실패 시 자동 롤백 기능을 갖추고 있습니다. 온라인으로 업그레이드하든 서명된 오프라인 패키지로 업그레이드하든 시점은 고객이 결정합니다. | Not publicly documented |
| 플랫폼 | iOS, Android, Windows, macOS 및 Linux용 네이티브 앱. 설계상 브라우저를 사용하지 않으며, 공격 대상이 될 웹 클라이언트가 없습니다. | 데스크톱, 모바일, 브라우저 및 태블릿. |
인프라 통제 주체
SANKET
고객이 결정합니다. 각 조직은 소유하거나 선택한 인프라에 하나의 전용 설치 환경을 갖고, 메시지 전달 경로에는 공급업체가 운영하는 서비스가 없습니다.
와이어
Wire가 클라우드를 운영하거나, 고객이 전용 클라우드 또는 조직 자체 서버의 설치 환경을 운영합니다.배포 옵션
SANKET
고객이 선택한 모든 지역의 모든 클라우드(또는 Tosh Defence 호스팅), 고객의 자체 서버, 외부 네트워크와 완전히 물리적으로 분리된 환경에 전용 설치할 수 있습니다. 단일 서버 또는 두 번째 사이트의 복구 기능을 갖춘 고가용성 구성을 지원합니다.
와이어
클라우드, 사설 클라우드, 자체 서버 및 인터넷과 다른 네트워크에서 분리된 환경(공급업체 제공).키 및 신원 정보의 보유 주체
SANKET
고객과 그 사용자입니다. 키는 각 기기에서 생성되고 하드웨어 기반 저장소로 보호됩니다. 신원 확인에는 고객이 관리하는 Sanket ID가 사용되며, 개인용 전화번호를 신원 식별 수단으로 요구하지 않습니다.
와이어
SSO 및 SCIM 사용자는 전화번호 없이 이메일 초대로 참여합니다. 키 관리: 공개 문서에 명시되지 않았습니다.암호화 프로토콜
SANKET
Signal의 공식 독립 감사 완료 libsignal을 통한 Signal Protocol. 메시지는 libsignal 내부에서 AES-256-CBC와 HMAC-SHA256을 사용하고, 파일과 통화는 AES-256-GCM을 사용하며, TLS는 AES-256-GCM 암호 모음만 사용합니다.
와이어
MLS(2025년 4월부터 정식 제공), Proteus도 문서화됨. 다자간 통화에는 AES-GCM 256 사용.양자내성 보호
SANKET
예. 현재 버전에는 양자 내성 Kyber 사전 키가 필수인 PQXDH와 SPQR 래칫(삼중 래칫)이 적용되며, TLS 접속 지점에서는 하이브리드 X25519MLKEM768 키 교환이 적용됩니다.
와이어
암호화 알고리즘 전환에 대응하도록 설계된 것으로 설명되지만, 실제 배포된 양자내성 키 교환 방식은 공개 문서에 명시되어 있지 않습니다.그룹 메시지와 통화는 기본적으로 종단 간 암호화
SANKET
예. 일대일 및 그룹 메시지, 반응, 암호화된 일괄 전달 메시지와 파일은 항상 종단간 암호화됩니다. 음성 및 영상 통화에는 SRTP AES-256-GCM 내부에서 초당 5개의 새 프레임 키를 사용하는 AES-256-GCM 프레임 암호화가 적용됩니다.
와이어
예: 메시지, 통화 및 파일에는 기본적으로 종단 간 암호화가 적용되며 이를 비활성화할 수 없습니다.고객의 신원 확인 서비스 제공자(SSO / LDAP)
SANKET
예. 고객 자체의 OIDC, SAML 2.0 또는 LDAP 디렉터리를 통한 로그인, SCIM 2.0을 통한 사용자 계정 프로비저닝, 관리자를 위한 FIDO2 보안 키를 지원합니다.
와이어
SAML 통합 인증 및 SCIM 계정 프로비저닝.관리자 제어 및 기기 관리
SANKET
기기 승인 및 철회, 분실 모드 및 원격 삭제, 서명된 기기 목록, 기기 상호 TLS, 보존·전달·클립보드 정책, 고객 정의 보안 등급 표지, 고객의 SIEM을 위한 해시 체인 감사 로그.
와이어
Not publicly documented데이터 주권(관할권, 인도에서 개발)
SANKET
Tosh Defence가 인도에서 구축했습니다. 데이터는 고객이 선택한 관할권과 인프라에 보관되며, 제품에는 제3자 분석 기능도 해외 서비스에 대한 운영상 의존성도 없습니다.
와이어
Wire Swiss GmbH, 스위스; 독일 및 아일랜드에서 호스팅.릴리스 무결성 및 업데이트 제어
SANKET
Ed25519로 서명된 릴리스는 설치 전에 검증되며, 릴리스 동결 및 롤백 방지 기능과 업그레이드 실패 시 자동 롤백 기능을 갖추고 있습니다. 온라인으로 업그레이드하든 서명된 오프라인 패키지로 업그레이드하든 시점은 고객이 결정합니다.
와이어
Not publicly documented플랫폼
SANKET
iOS, Android, Windows, macOS 및 Linux용 네이티브 앱. 설계상 브라우저를 사용하지 않으며, 공격 대상이 될 웹 클라이언트가 없습니다.
와이어
데스크톱, 모바일, 브라우저 및 태블릿.Sanket이 앞서는 부분
- 현재 적용 중인 양자 내성 보호 기능을 갖춘 Signal Protocol: 모든 메시지에 PQXDH 및 SPQR 래칫 적용.
- AES-256이 아니면 허용하지 않습니다: 통화는 AES-256 프로파일에 미달하는 기기나 연결 제안을 거부하며, TLS 암호군은 AES-256-GCM만 사용합니다.
- 승인된 모든 기기에 기기 상호 TLS를 적용하며, 휴대전화에서는 하드웨어 기반 저장소에서 키를 생성합니다.
- 인터넷과 다른 네트워크에서 물리적으로 격리된 환경을 위한 오프라인 라이선스와 서명된 오프라인 배포 패키지를 제공하는 인도의 자체 관할 보안 업체.
- 고객 자체 설치 환경에서 유지 관리되는 서명된 기기 목록.
자주 묻는 질문
Wire를 대체할 만한 제품은 무엇인가요?
Tosh Defence의 SANKET (Sanket.Chat): 양자컴퓨터 시대에 대비한 PQXDH와 SPQR을 적용한 Signal Protocol, 모든 계층의 AES-256, 조직의 통제 아래 전용 클라우드부터 완전히 외부 네트워크와 분리된 환경까지 지원하는 설치 방식.
SANKET은 SSO와 SCIM을 지원하나요?
예. Sanket은 SCIM 2.0을 통한 계정 프로비저닝과 조직 자체의 OIDC, SAML 2.0 또는 LDAP 디렉터리를 통한 로그인, 관리자용 FIDO2 보안 키를 지원합니다.
SANKET은 양자 컴퓨터 공격 이후에도 안전한가요?
예. 메시징에는 필수 양자 내성 Kyber 사전 키를 사용하는 PQXDH와 SPQR 래칫이 적용되며, TLS 접속 지점은 이를 지원하는 클라이언트에 하이브리드 X25519MLKEM768 키 교환을 제공합니다.
출처
- SANKET 기술 보안 및 아키텍처 백서, 공개판 2.0 (2026년 10월 7일)
- Wire: 보안
- Wire와 Stashcat 비교
- Wire: 기업용
- Wire 블로그: Wire MLS 정식 제공 시작(24 April 2025)
- Wire: 기업용 통합 인증
- Wire 문서: 통합 인증
Sources checked on 7 October 2026. 경쟁사 관련 사실은 명시된 출처에서만 가져왔습니다. 공개 출처를 찾지 못한 항목에는 '공개적으로 문서화되지 않음'으로 표시했습니다. 제품명과 회사명은 각 소유자의 상표입니다.