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