고객 통제: 고객의 인프라, 고객의 키, 고객의 규칙
Tosh Defence의 SANKET (Sanket.Chat)는 고객이 통신 환경의 모든 요소를 직접 통제할 수 있게 합니다. 자체 인프라, 암호화 키, ID 공급자, 정책, 업데이트 시점, 브랜드, 보존 기간, 배포 구성을 비롯해 고객이 선택한 클라우드부터 완전히 외부 네트워크와 분리된 네트워크까지 통제할 수 있습니다. 이처럼 폭넓은 통제권이 SANKET의 결정적인 강점이며, 호스팅형 메시징 서비스는 애초에 제공하도록 설계되지 않은 수준의 통제권입니다.
암호화는 누가 메시지를 읽을 수 있는지 결정합니다. 통제권은 그 밖의 모든 것을 결정합니다. 누가 서비스를 운영하고, 누구의 접근을 허용하며, 어떤 기기를 신뢰하고, 언제 소프트웨어를 변경하며, 기록을 어디에 보관하는지가 여기에 포함됩니다. Sanket을 사용하면 이 모든 결정이 조직 자체의 보안 경계 안에서 이루어집니다.
귀사의 인프라와 암호화 키
모든 Sanket 설치 환경은 단일 기관 전용이며, 해당 기관이 선택한 위치에서 운영됩니다. 위치는 기관이 선택한 지역의 클라우드 계정, Tosh Defence의 호스팅 환경, 기관 자체 데이터 센터 또는 폐쇄망일 수 있습니다. 메시지 전달 경로에는 공급업체가 운영하는 서비스가 없습니다.
사용자의 개인 키는 각자의 기기에서 생성되고 하드웨어 기반 저장소로 보호됩니다. 서버 측 비밀 정보는 설치 환경 내부의 내보내기 불가능한 키 저장소에 보관됩니다. Tosh Defence에서 제공하는 키는 공개 라이선스 키와 릴리스 검증 키뿐입니다.
귀사의 신원 관리 시스템과 관리자
조직은 계정 생성 방식을 결정합니다. 관리자가 계정을 발급하거나, 일회용 초대장(기본값)을 사용하거나, 조직 자체 디렉터리에서 SCIM 2.0을 통해 계정을 프로비저닝할 수 있습니다. 등록 시 LDAP 또는 Active Directory로 확인할 수 있으며, 관리자는 조직 자체의 OpenID Connect 또는 SAML 2.0 제공자를 통해 로그인할 수 있습니다. 공개 계정 인증 제공자는 거부하며, 누군가 로그인했다는 이유만으로 계정이 생성되는 일은 없습니다.
관리자는 FIDO2 보안 키로 인증하고 권한 범위가 지정된 역할 내에서 작업하며, 모든 관리자 작업은 SHA-256 해시 체인 감사 로그에 기록됩니다.
- 관리자용 FIDO2 보안 키
- 자체 인증 제공업체를 통한 통합 로그인
- SCIM 2.0을 통한 입사자, 부서 이동자 및 퇴사자 처리 자동화
- 권한 범위별 관리자 역할
귀사의 기기
기기 관리는 조직이 주도합니다. 모든 기기는 데이터를 수신하기 전에 승인을 받고, 하드웨어 기반 키를 보유하며, 해당 계정의 서명된 기기 목록에 등록됩니다. 또한 고객의 인증 기관이 발급한 자체 클라이언트 인증서를 기기 상호 TLS를 통해 제시합니다. 관리자는 언제든지 기기를 분실 모드로 전환하거나, 승인을 철회하거나, 원격으로 데이터를 삭제할 수 있습니다.
귀사의 정책, 보존 기간 및 브랜드 표시
보안, 메시징, 파일, 통화, 그룹, 보존, 알림 및 연동은 조직이 설정하는 테넌트 정책에 따릅니다. 기밀등급 표지는 고객이 정의하며, 순위가 지정된 표지를 최대 8개까지 설정할 수 있습니다. 자체 이용 분석 데이터는 설치 환경 내부에만 유지되며, 전체 설치 환경에서 기능을 끄거나 다시 켤 수 없도록 비활성화할 수 있습니다.
Sanket.Work 설치 환경은 고객사 브랜드로 제공되므로 사용자는 소속 조직의 이름과 브랜드를 보게 됩니다.
서명된 릴리스에 맞춰 귀사가 정하는 업데이트 시점
릴리스는 소프트웨어 자재 명세서가 포함된 서명된 패키지입니다. 설치 과정에서는 로드하기 전에 서명과 모든 해시를 검증하고, 만료된 릴리스는 거부하며(동결 공격 방지), 기록된 릴리스보다 오래된 릴리스도 거부합니다(롤백 공격 방지). 설치 시점은 조직의 변경 승인 담당자가 결정합니다. 업그레이드 과정에서는 상태를 확인하고 실패 시 자동으로 이전 버전으로 되돌립니다. 네트워크에 연결된 상태에서의 업그레이드는 선택 사항이며, 콘솔에서 업그레이드를 실행하는 기능은 기본적으로 비활성화되어 있습니다.
기술적 근거
SANKET 백서에서 자세한 내용 확인
이 페이지의 모든 설명은 공개된 SANKET 기술 보안 및 아키텍처 백서에 상세히 수록되어 있으며, 등록 없이 무료로 읽을 수 있습니다.
Sanket에서 고객 통제란 무엇을 의미하나요?
고객은 인프라, 키, 신원 제공자, 정책, 업데이트 시점, 브랜드, 보존 정책 및 구축 구성을 소유하고 결정합니다. 선택한 클라우드부터 완전히 물리적으로 격리된 환경까지, 각 설치 환경은 한 조직만을 위해 전용으로 운영됩니다.
암호화 키는 누가 보유하나요?
사용자의 개인 키는 각자의 기기에서 생성되고 하드웨어 기반 저장소에 보관됩니다. 서버 측 비밀 정보는 고객 설치 환경 내부에 유지됩니다. Tosh Defence는 고객 키를 보유하지 않습니다.
자체 인증 서비스 제공자를 사용할 수 있습니까?
예. SCIM 2.0을 통해 사용자 계정을 프로비저닝하고 LDAP 또는 액티브 디렉터리와 대조해 확인할 수 있으며, 관리자는 FIDO2 보안 키와 조직 자체의 오픈아이디 커넥트 또는 SAML 2.0 인증 제공자를 사용해 로그인할 수 있습니다.
Sanket의 업데이트 시기는 누가 결정하나요?
고객이 승인합니다. 서명된 배포 버전은 고객의 변경 승인 담당 부서가 승인한 경우에만 설치됩니다. 유효 기간이 지난 버전과 이전 버전은 설치가 거부되며, 업그레이드에 실패하면 자동으로 이전 상태로 복원됩니다.
Sanket에 우리 기관의 브랜드를 적용할 수 있나요?
예. Sanket.Work 설치 환경에는 조직 자체 브랜드를 적용할 수 있어 사용자에게 조직의 이름과 브랜드가 표시됩니다.
자체 보존 기간을 설정할 수 있습니까?
예. 메시지, 일괄 전달 메시지, 통화 기록, 알림 및 자동 삭제 메시지의 보존 기간은 해당 조직의 관리자가 설정합니다.
기기 간 상호 TLS 인증이란 무엇인가요?
승인된 모든 기기는 기기에서 생성한 키를 기반으로 고객의 인증 기관이 발급한 자체 클라이언트 인증서를 보유하고, 연결할 때마다 이를 기기의 독립적인 신원 증명으로 제시합니다.
조직의 통신을 직접 통제하세요
Tosh Defence는 귀 기관의 인프라, 신원 인증 제공업체, 정책 및 릴리스 절차에 맞춰 설치 환경을 설계하도록 지원합니다.