SalaX Secure Messaging 소개
SSH 커뮤니케이션즈 시큐리티 오이 · 핀란드
SalaX 보안 메시징은 원래 SSH 프로토콜을 개발한 핀란드 기업 SSH Communications Security의 SalaX 보안 협업 제품군 중 실시간 메시징 부문입니다. Olm 및 Megolm 암호화를 사용하는 Element 플랫폼과 Matrix 표준을 기반으로 구축됐으며, 고객이 소유한 키를 사용해 유럽 클라우드의 서비스형 소프트웨어 또는 망 분리 환경을 포함한 자체 호스팅 방식으로 제공됩니다.
Sanket와 SalaX Secure Messaging: 항목별 비교
| 기준 | SANKET | SalaX 보안 메시징 |
|---|---|---|
| 인프라 통제 주체 | 고객이 결정합니다. 각 조직은 소유하거나 선택한 인프라에 하나의 전용 설치 환경을 갖고, 메시지 전달 경로에는 공급업체가 운영하는 서비스가 없습니다. | 고객 자체 환경(자체 시설, 프라이빗 클라우드 또는 퍼블릭 클라우드), 또는 유럽 클라우드에서 제공하는 서비스형 소프트웨어. |
| 배포 옵션 | 고객이 선택한 모든 지역의 모든 클라우드(또는 Tosh Defence 호스팅), 고객의 자체 서버, 외부 네트워크와 완전히 물리적으로 분리된 환경에 전용 설치할 수 있습니다. 단일 서버 또는 두 번째 사이트의 복구 기능을 갖춘 고가용성 구성을 지원합니다. | 서비스형 소프트웨어, 자체 서버 설치, 프라이빗 클라우드, 퍼블릭 클라우드, 망 분리 환경 및 별도 대역 통신. |
| 키 및 신원 정보의 보유 주체 | 고객과 그 사용자입니다. 키는 각 기기에서 생성되고 하드웨어 기반 저장소로 보호됩니다. 신원 확인에는 고객이 관리하는 Sanket ID가 사용되며, 개인용 전화번호를 신원 식별 수단으로 요구하지 않습니다. | 고객 소유 암호화 키(공급업체). 전화번호 요구 사항: 공개 문서에 명시되지 않음. |
| 암호화 프로토콜 | Signal의 공식 독립 감사 완료 libsignal을 통한 Signal Protocol. 메시지는 libsignal 내부에서 AES-256-CBC와 HMAC-SHA256을 사용하고, 파일과 통화는 AES-256-GCM을 사용하며, TLS는 AES-256-GCM 암호 모음만 사용합니다. | Olm과 Megolm, AES-256을 사용하는 Matrix. Element 플랫폼 기반. |
| 양자내성 보호 | 예. 현재 버전에는 양자 내성 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 보안 키를 지원합니다. | MFA, OTP, PIN, SSO 또는 은행 신원 확인 수단을 통한 인증(살락스 보안 협업). |
| 관리자 제어 및 기기 관리 | 기기 승인 및 철회, 분실 모드 및 원격 삭제, 서명된 기기 목록, 기기 상호 TLS, 보존·전달·클립보드 정책, 고객 정의 보안 등급 표지, 고객의 SIEM을 위한 해시 체인 감사 로그. | 상호 서명된 기기 검증, 감사 봇 및 기록 관리. |
| 데이터 주권(관할권, 인도에서 개발) | Tosh Defence가 인도에서 구축했습니다. 데이터는 고객이 선택한 관할권과 인프라에 보관되며, 제품에는 제3자 분석 기능도 해외 서비스에 대한 운영상 의존성도 없습니다. | SSH Communications Security Oyj, 핀란드 헬싱키. 특정 EU 또는 국가별 지역에 배포. |
| 릴리스 무결성 및 업데이트 제어 | Ed25519로 서명된 릴리스는 설치 전에 검증되며, 릴리스 동결 및 롤백 방지 기능과 업그레이드 실패 시 자동 롤백 기능을 갖추고 있습니다. 온라인으로 업그레이드하든 서명된 오프라인 패키지로 업그레이드하든 시점은 고객이 결정합니다. | Not publicly documented |
| 플랫폼 | iOS, Android, Windows, macOS 및 Linux용 네이티브 앱. 설계상 브라우저를 사용하지 않으며, 공격 대상이 될 웹 클라이언트가 없습니다. | 데스크톱, 모바일 및 웹 앱. |
인프라 통제 주체
SANKET
고객이 결정합니다. 각 조직은 소유하거나 선택한 인프라에 하나의 전용 설치 환경을 갖고, 메시지 전달 경로에는 공급업체가 운영하는 서비스가 없습니다.
SalaX 보안 메시징
고객 자체 환경(자체 시설, 프라이빗 클라우드 또는 퍼블릭 클라우드), 또는 유럽 클라우드에서 제공하는 서비스형 소프트웨어.배포 옵션
SANKET
고객이 선택한 모든 지역의 모든 클라우드(또는 Tosh Defence 호스팅), 고객의 자체 서버, 외부 네트워크와 완전히 물리적으로 분리된 환경에 전용 설치할 수 있습니다. 단일 서버 또는 두 번째 사이트의 복구 기능을 갖춘 고가용성 구성을 지원합니다.
SalaX 보안 메시징
서비스형 소프트웨어, 자체 서버 설치, 프라이빗 클라우드, 퍼블릭 클라우드, 망 분리 환경 및 별도 대역 통신.키 및 신원 정보의 보유 주체
SANKET
고객과 그 사용자입니다. 키는 각 기기에서 생성되고 하드웨어 기반 저장소로 보호됩니다. 신원 확인에는 고객이 관리하는 Sanket ID가 사용되며, 개인용 전화번호를 신원 식별 수단으로 요구하지 않습니다.
SalaX 보안 메시징
고객 소유 암호화 키(공급업체). 전화번호 요구 사항: 공개 문서에 명시되지 않음.암호화 프로토콜
SANKET
Signal의 공식 독립 감사 완료 libsignal을 통한 Signal Protocol. 메시지는 libsignal 내부에서 AES-256-CBC와 HMAC-SHA256을 사용하고, 파일과 통화는 AES-256-GCM을 사용하며, TLS는 AES-256-GCM 암호 모음만 사용합니다.
SalaX 보안 메시징
Olm과 Megolm, AES-256을 사용하는 Matrix. Element 플랫폼 기반.양자내성 보호
SANKET
예. 현재 버전에는 양자 내성 Kyber 사전 키가 필수인 PQXDH와 SPQR 래칫(삼중 래칫)이 적용되며, TLS 접속 지점에서는 하이브리드 X25519MLKEM768 키 교환이 적용됩니다.
SalaX 보안 메시징
Not publicly documented그룹 메시지와 통화는 기본적으로 종단 간 암호화
SANKET
예. 일대일 및 그룹 메시지, 반응, 암호화된 일괄 전달 메시지와 파일은 항상 종단간 암호화됩니다. 음성 및 영상 통화에는 SRTP AES-256-GCM 내부에서 초당 5개의 새 프레임 키를 사용하는 AES-256-GCM 프레임 암호화가 적용됩니다.
SalaX 보안 메시징
공급업체는 채팅, 음성·영상 통화 및 파일 전송에 종단 간 암호화가 적용된다고 밝힙니다.고객의 신원 확인 서비스 제공자(SSO / LDAP)
SANKET
예. 고객 자체의 OIDC, SAML 2.0 또는 LDAP 디렉터리를 통한 로그인, SCIM 2.0을 통한 사용자 계정 프로비저닝, 관리자를 위한 FIDO2 보안 키를 지원합니다.
SalaX 보안 메시징
MFA, OTP, PIN, SSO 또는 은행 신원 확인 수단을 통한 인증(살락스 보안 협업).관리자 제어 및 기기 관리
SANKET
기기 승인 및 철회, 분실 모드 및 원격 삭제, 서명된 기기 목록, 기기 상호 TLS, 보존·전달·클립보드 정책, 고객 정의 보안 등급 표지, 고객의 SIEM을 위한 해시 체인 감사 로그.
SalaX 보안 메시징
상호 서명된 기기 검증, 감사 봇 및 기록 관리.데이터 주권(관할권, 인도에서 개발)
SANKET
Tosh Defence가 인도에서 구축했습니다. 데이터는 고객이 선택한 관할권과 인프라에 보관되며, 제품에는 제3자 분석 기능도 해외 서비스에 대한 운영상 의존성도 없습니다.
SalaX 보안 메시징
SSH Communications Security Oyj, 핀란드 헬싱키. 특정 EU 또는 국가별 지역에 배포.릴리스 무결성 및 업데이트 제어
SANKET
Ed25519로 서명된 릴리스는 설치 전에 검증되며, 릴리스 동결 및 롤백 방지 기능과 업그레이드 실패 시 자동 롤백 기능을 갖추고 있습니다. 온라인으로 업그레이드하든 서명된 오프라인 패키지로 업그레이드하든 시점은 고객이 결정합니다.
SalaX 보안 메시징
Not publicly documented플랫폼
SANKET
iOS, Android, Windows, macOS 및 Linux용 네이티브 앱. 설계상 브라우저를 사용하지 않으며, 공격 대상이 될 웹 클라이언트가 없습니다.
SalaX 보안 메시징
데스크톱, 모바일 및 웹 앱.Sanket이 앞서는 부분
- 모든 메시지에 양자 내성 PQXDH 및 SPQR이 적용된 Signal Protocol.
- 모든 영역에 AES-256 적용: 메시지는 libsignal을 통해, 파일과 통화는 AES-256-GCM으로 암호화하며, TLS에는 AES-256-GCM 암호군만 사용합니다.
- 서명된 기기 목록, 기기 간 상호 TLS 인증, 관리자를 위한 FIDO2 보안 키.
- 인도에서 구축하고 지원하며, 외부 네트워크와 물리적으로 분리된 환경을 위한 오프라인 라이선스와 오프라인 배포 패키지를 제공합니다.
- 릴리스 무결성: 이전 버전으로의 되돌림과 오래된 명세서 사용을 방지하는 서명된 명세서.
자주 묻는 질문
살락스 보안 메시징은 어느 나라에서 개발되었나요?
핀란드. 헬싱키에 있는 SSH Communications Security Oyj의 SalaX Secure Collaboration에 속합니다. Tosh Defence의 SANKET (Sanket.Chat)은 인도에서 개발하고 지원합니다.
SANKET의 암호화 방식은 어떻게 다른가요?
SANKET은 양자내성 PQXDH 및 SPQR을 지원하는 Signal 공식 libsignal을 통해 Signal Protocol을 사용하고, 메시지, 파일, 통화 및 전송에 AES-256을 사용합니다.
SANKET에서는 고객이 암호화 키를 직접 소유할 수 있나요?
예. 키는 사용자 기기에서 생성되어 하드웨어 기반 저장소로 보호됩니다. 서버는 메시지, 파일 또는 통화의 키를 보유하지 않은 채 암호문만 중계합니다.
출처
- SANKET 기술 보안 및 아키텍처 백서, 공개판 2.0 (2026년 10월 7일)
- SSH: SalaX 보안 메시징 초기 설치 및 Matrix 재단 가입(2025년 4월 28일)
- SSH: SalaX 보안 메시징
- SSH: 데이터 주권을 보장하는 보안 협업
- SSH: 2025년 SalaX 보안 협업 영업 자료
Sources checked on 7 October 2026. 경쟁사 관련 사실은 명시된 출처에서만 가져왔습니다. 공개 출처를 찾지 못한 항목에는 '공개적으로 문서화되지 않음'으로 표시했습니다. 제품명과 회사명은 각 소유자의 상표입니다.