서버가 내용을 볼 수 없는 아키텍처: 서버는 암호문을 중계합니다
Tosh Defence의 Sanket (Sanket.Chat)은 서버가 내용을 알 수 없는 구조입니다. 서버는 암호문만 중계하며 메시지, 파일, 통화, 반응 또는 암호화된 일대다 전송의 키를 보유하지 않습니다. 콘텐츠는 발신 기기에서 암호화되고 수신자의 기기에서만 복호화되므로 Tosh Defence, 호스팅 제공업체, 고객의 자체 서버 모두 콘텐츠를 읽을 수 없습니다.
서버가 내용을 볼 수 없는 설계에서는 서버 침해의 의미가 달라집니다. 서버를 장악한 공격자는 키가 서버에 전달된 적이 없으므로 과거 내용을 읽을 수 없으며, 발신자가 각 계정의 서명된 기기 목록을 검증하므로 도청용 기기를 몰래 추가할 수도 없습니다.
서버가 내용을 볼 수 없다는 것의 의미
Sanket에서 서버는 암호화된 콘텐츠를 중계합니다. 메시지, 반응 및 암호화된 일대다 메시지는 발신자 기기에서 암호화되는 libsignal 메시지이며, 첨부 파일은 업로드 전에 AES-256-GCM으로 암호화됩니다. 통화 데이터는 미디어 서버에 도달하기 전에 종단 간 암호화됩니다. 이 모든 데이터의 암호화 키는 사용자 기기에서 생성되고 보관됩니다.
메시지의 보안 등급을 표시하는 레이블까지 암호화된 상태로 전송되므로 서버는 이를 읽거나 변경할 수 없습니다.
서버가 침해되어도 내용은 노출되지 않습니다
Tosh Defence는 모든 서버 측 구성 요소가 침해되는 경우를 분석합니다. 어느 구성 요소가 침해되더라도 메시지 본문, 반응, 암호화된 일대다 메시지, 분류 등급 표시, 파일 내용, 통화 음성·영상 및 개인 키는 보호됩니다. 콘텐츠의 기밀성이 서버 구성 요소의 무결성 유지에 의존하지 않기 때문입니다.
복구는 검증된 서명 릴리스에서 재구축하고, 서버 측 비밀값을 교체하고, 재인증을 강제하고, 변조 여부를 확인할 수 있는 감사 기록을 검토하는 순서로 진행합니다.
- 메시지 본문과 반응
- 암호화된 공지와 우선순위
- 보안 등급 레이블
- 파일 내용
- 통화 미디어
- 개인키
몰래 대화에 참여해 듣는 사람 없음
각 계정의 기기 목록에는 해당 계정의 기본 기기에 보관된 키로 서명이 적용되며, 설치된 환경에는 추가 기록만 가능한 로그가 유지됩니다. 발신자는 암호화 전에 이 목록을 확인하고 목록에 없는 기기에는 아무것도 보내지 않으므로, 악의적인 서버가 사본을 받을 기기를 추가할 수 없습니다. 안전 번호와 신원 변경 알림을 통해 사용자는 서로의 신원을 직접 확인할 수 있습니다.
조직의 설치 환경 내부
SANKET은 여러 기관이 공유하는 공개 서비스가 아닙니다. 각 기관은 자체 전용 설치 환경을 운영하므로 메시지 전달에 필요한 라우팅 메타데이터가 고객의 설치 환경 안에 머물며, 고객의 관리자, 보존 정책 및 감사 체계에 따라 관리됩니다.
관리자는 ID, 기기 및 정책을 관리하지만, 콘텐츠 암호화 키를 보유하지 않으며 대화 내용을 읽을 수 없습니다.
기술적 근거
SANKET 백서에서 자세한 내용 확인
이 페이지의 모든 설명은 공개된 SANKET 기술 보안 및 아키텍처 백서에 상세히 수록되어 있으며, 등록 없이 무료로 읽을 수 있습니다.
서버가 내용을 볼 수 없다는 것은 무엇을 의미하나요?
서버가 내용을 볼 수 없다는 것은 서버가 암호문을 중계할 뿐 메시지, 파일, 통화, 반응 또는 암호화된 일대다 전송의 키를 보유하지 않는다는 뜻입니다. 대화 내용은 대화 참여자의 기기에서만 읽을 수 있습니다.
Tosh Defence가 고객 메시지를 읽을 수 있습니까?
아니요. Tosh Defence는 고객의 설치 환경을 운영하지 않으며 해당 환경에 접근할 경로도 없습니다. 또한 메시지 콘텐츠는 사용자 기기에만 존재하는 키로 종단 간 암호화됩니다.
고객사 관리자가 메시지를 읽을 수 있나요?
아니요. 관리자는 사용자 신원, 기기 및 정책을 관리합니다. 서버에는 콘텐츠 복호화 키가 없으므로 관리자도 메시지와 파일을 읽거나 통화 내용을 들을 수 없습니다.
Sanket 서버가 침해되면 어떻게 되나요?
과거 메시지와 파일 내용은 서버가 보유한 적 없는 키로 암호화되었으므로 기밀로 유지됩니다. 서명된 기기 목록은 공격자가 사본을 받기 위해 기기를 추가하는 것을 막고, 안전 번호를 통해 사용자가 상대의 신원을 확인할 수 있습니다.
서버가 다수에게 전송한 메시지를 변경하거나 재전송할 수 있습니까?
아니요. 암호화된 일대다 메시지의 우선순위, 수신 확인 기한 및 만료 시점은 종단 간 암호화된 상태로 전달되므로 서버는 우선순위를 낮추거나 해당 메시지를 재전송할 수 없습니다.
전달 경로에 관한 메타데이터는 어디로 가나요?
메시지 전달에 필요한 경로 지정 메타데이터는 고객의 전용 설치 환경 내부에만 보관되며, 고객의 자체 보존 정책과 감사 체계에 따라 관리됩니다.
서버가 내용을 볼 수 없는 설계가 위협 모델을 어떻게 바꾸는지 확인
Tosh Defence는 보안 설계자에게 SANKET의 서버 침해 분석, 기기 신뢰 및 통신 관련 부가정보 처리 방식을 설명합니다.