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