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