Element에서 키 백업 및 교차 서명을 구성하는 방법: 옵션, 장단점 및 복구

키 백업과 교차 서명은 서로 다른 문제를 해결합니다.

Element에서 키 백업과 교차 서명은 밀접한 관련이 있지만 서로 대체할 수 있는 기능은 아닙니다. 키 백업은 암호화된 채팅방 기록을 해독하는 데 필요한 암호화 키에 대한 접근을 보호합니다. 교차 서명은 신뢰할 수 있는 세션이 다른 세션을 보증하고, 사용자를 인증할 때 해당 사용자의 신원까지 보증할 수 있도록 암호화된 신원을 생성합니다. 대부분의 사용자에게 가장 적합한 균형점은 암호화된 키 저장소를 사용하고, 복구 키를 설정하고, 세션을 인증된 상태로 유지하는 것입니다.

현재 Element 도움말 페이지에서는 키 저장소를 메시지 키의 암호화된 사본을 계정 제공업체 서버에 보관하여 새 기기에서 기록을 복구할 수 있도록 하는 메커니즘으로 설명합니다. 복구 키 는 저장된 암호를 해제하고 새 기기를 인증하는 데에도 사용할 수 있습니다. Element는 키가 암호화된 후에만 기기에서 외부로 전송된다고 명시하고 있습니다. 자세한 내용은 Element 공식 도움말 FAQ 및 복구 키 안내를 참조하십시오 .

UI 관련 한 가지 복잡한 사항이 있습니다. Element Web/Desktop, Element X/Pro 및 이전 Element Classic 클라이언트에서 사용하는 레이블이 항상 동일하지는 않습니다. 현재 웹 문서에서는 모든 설정 → 암호화를 참조하는 반면, 다른 Element 문서에서는 보안 및 개인 정보 보호 , 보안 백업 또는 별도의 교차 서명 섹션을 참조할 수 있습니다 . 모든 화면이 픽셀 단위로 동일하다고 가정하지 말고 아래에 설명된 기능 이름을 사용하십시오.

어떤 설정을 선택해야 할까요?

이 비교는 Element의 현재 키 저장 및 복구 설명에 따른 것입니다. 이는 특정 구성이 보편적으로 가장 안전하다는 주장이 아닙니다. 가용성과 기밀성은 서로 다른 목표입니다. 암호화된 백업은 영구적인 데이터 손실 위험을 줄여주는 반면, 백업을 비활성화하면 계정 제공업체가 보관하는 암호화된 키 자료의 양이 줄어듭니다.

1단계: Element의 암호화 설정을 엽니다.

Element 웹 또는 데스크톱 버전에서 아바타 메뉴를 열고 ' 모든 설정'을 선택한 다음 '암호화'를 선택합니다 . 일부 모바일 또는 이전 버전 클라이언트에서는 해당 항목이 '보안 및 개인 정보 보호' 로 표시될 수 있습니다 . Element 공식 복구 가이드에서는 웹 버전의 지침이 Windows, macOS 및 Linux 데스크톱 앱에도 적용된다고 명시적으로 언급하고 있습니다.

설정을 변경하기 전에 현재 세션 상태를 확인하세요. 기기가 인증되지 않았다는 메시지가 표시되면 이미 신뢰하는 기기에서 인증하거나 유효한 복구 키를 사용하세요. Element의 기기 인증 가이드에서 두 가지 방법을 모두 확인할 수 있습니다.

2단계: 키 백업이 이미 활성화되어 있는지 확인합니다.

암호화 메뉴가 보인다고 해서 바로 새 백업을 생성하지 마십시오. 먼저 백업 또는 보안 백업 섹션을 확인하십시오. Element에서 세션이 키를 백업 중이라고 표시되면, 다음으로 중요한 것은 복구 키를 아직 보유하고 있는지 여부입니다. UI에 "복구 키 가져오기 " 옵션이 표시되면 Element의 최신 웹 안내에 따라 아직 복구 키를 받지 못한 것입니다. "복구 키 변경" 옵션이 표시되면 복구가 이미 구성된 것입니다.

만약 사용 중인 클라이언트에서 여전히 "키 백업 사용 시작" 또는 "보안 백업 설정"이라는 문구가 표시된다면 , 이는 메시지 기록 복원에 필요한 키의 암호화된 서버 측 복사본을 생성하는 동일한 실질적인 목표를 나타내는 이전 표현입니다.

3단계: 복구 키를 설정하거나 확보합니다.

복구 설정 안내에 따라 Element에서 복구 키를 생성하도록 하십시오(해당 옵션이 제공되는 경우). Element의 최신 FAQ에 따르면 이 복구 키는 고유한 48자리 키이며, 암호 관리자, 하드웨어 암호화 USB 드라이브 또는 안전한 물리적 위치에 종이 사본으로 보관할 것을 권장합니다. 이 복구 키는 계정 암호와는 별개입니다.

생성된 복구 키는 안전하게 저장할 수 있다면 높은 엔트로피를 가지며 사용자가 직접 선택한 암호에 의존하지 않으므로 가장 좋습니다. 일부 Element 배포 환경이나 모바일 클라이언트에서는 사용자가 직접 복구 문구/키를 제공할 수 있지만, Element 서버 제품군 설명서에서는 사용자가 선택한 문구는 보안에 취약할 수 있으므로 계정 암호를 그대로 재사용해서는 안 된다고 경고합니다. Element의 사용자 제공 복구 키 관련 지침을 참조하십시오 .

4단계: 복구 키가 실제로 사용 가능한지 확인합니다.

문자열을 저장하는 것만으로는 충분하지 않습니다. 해당 문자열이 현재 암호화 ID에 속하는지 확신할 수 없기 때문입니다. Element는 실용적인 유효성 검사 방법을 권장합니다. 다른 브라우저에서 Element Web에 로그인하고, 장치 인증을 시작한 다음, 복구 키를 사용하십시오. 새 세션에서 복구 키가 승인되면 현재 복구 설정과 일치하는 것입니다.

이 테스트에는 운영 비용이 발생합니다. 테스트 후 검토해야 하는 새 세션이 생성되기 때문입니다. 세션을 보관하고 싶지 않다면 검증이 완료된 후 로그아웃하십시오. 복구 기능을 테스트하기 위해 파괴적인 초기화를 수행하지 마십시오.

5단계: 교차 서명이 어떻게 이루어지는지 이해합니다.

교차 서명은 신뢰 계층이지 기록 백업이 아닙니다. Matrix는 마스터 키, 사용자 기기용 자체 서명 키, 그리고 다른 사용자의 마스터 키에 대한 사용자 서명 키, 이렇게 세 가지 교차 서명 키를 정의합니다. 이를 통해 모든 기기 쌍을 수동으로 검증해야 하는 번거로움을 줄일 수 있습니다. Matrix의 기술 가이드에서는 교차 서명 구현 문서 에서 신뢰 체인에 대해 자세히 설명합니다 .

현재 Element 클라이언트에서는 일반적으로 세 가지 키를 수동으로 생성하거나 관리할 필요가 없습니다. 애플리케이션이 복구 및 장치 인증 흐름을 통해 암호화 ID를 자동으로 생성합니다. 이전 Element 설명서에는 별도의 교차 서명 설정 화면이 나와 있으므로 자체 호스팅 또는 장기 지원 배포 환경에서 해당 문구가 표시되더라도 놀라지 마십시오.

6단계: 두 번째 장치를 확인합니다.

두 번째 기기에서 로그인하세요. Element는 복구 키를 사용하거나 이미 인증된 세션에 승인을 요청하여 세션을 확인할 수 있습니다. 신뢰할 수 있는 다른 세션을 사용하는 경우 Element는 QR 코드 스캔 또는 이모지 비교를 제안할 수 있습니다. 이러한 보안 기능은 단순히 프롬프트를 클릭하는 것이 아니라 두 개의 독립적인 세션에서 인증 데이터를 비교하는 방식으로 구현됩니다.

인증 후, 이전 메시지가 포함된 암호화된 채팅방을 엽니다. 설정이 성공적으로 완료되면 새 세션이 필요한 백업 키를 획득하는 즉시 이전 메시지를 읽을 수 있게 됩니다. Element의 온보딩 문서에는 인증된 세션 온보딩 및 안전한 백업 동작에 대한 설명이 포함되어 있습니다.

7단계: 복구 키와 다른 인증된 장치 중에서 선택하세요.

편의성이 중요한 경우, 검증된 다른 기기를 사용하세요.

신뢰할 수 있는 휴대폰 또는 데스크톱 세션이 남아 있는 경우, 해당 기기에서 새 로그인을 승인하면 빠른 복구 키를 입력할 필요가 없습니다. 하지만 단점은 해당 신뢰할 수 있는 세션이 손상되지 않고 사용 가능한 상태여야 한다는 점입니다.

복원력이 중요한 경우 복구 키를 사용하십시오.

복구 키는 기존에 사용 가능한 장치가 없는 경우를 대비하여 설계되었습니다. 따라서 일반적인 로그인 자격 증명보다 훨씬 중요합니다. Element가 설치된 노트북이나 휴대폰과는 별도로 보관하십시오. 강력한 계정 보호 기능을 갖춘 암호 관리자는 많은 사용자에게 유용하며, 오프라인 종이 사본이나 암호화된 하드웨어 사본을 보관하면 온라인 계정에 대한 의존도를 줄일 수 있습니다.

고객과 정책에 부합할 때만 기억하기 쉬운 문구를 사용하십시오.

문구를 기억하기 쉬울 수는 있지만, 그 문구 자체의 강도가 중요합니다. Element는 특히 조직이 사용자가 제공하는 복구 키에 대한 위험 평가를 실시해야 한다고 경고합니다. 취약한 문구나 암호 재사용은 저장된 암호화 비밀 정보의 보호를 약화시킬 수 있기 때문입니다.

8단계: 설정이 완료되었는지 확인합니다.

• 현재 세션은 인증된 것으로 표시됩니다.
• 백업/키 저장소 보고서는 키가 설정 대기 상태가 아닌 백업 중임을 나타냅니다.
• 현재 기기와는 별개로 어딘가에 복구 키가 저장되어 있습니다.
• 새로 인증된 세션은 계정에서 이용 가능한 이전 암호화된 기록의 일부를 해독할 수 있습니다.
• 오래되었거나 알 수 없는 세션은 검토 후 더 이상 필요하지 않은 경우 로그아웃 처리됩니다.

파괴적인 초기화를 일상적인 문제 해결 단계로 사용하지 마십시오. Element는 인증된 기기가 없고 작동하는 복구 키가 없는 경우 암호화 ID를 초기화하면 이전에 암호화된 메시지에 액세스할 수 없게 되고 연락처를 다시 인증해야 할 수 있다고 경고합니다. 공식 계정 보안 가이드 및 복구 키 가이드에 이러한 결과가 자세히 설명되어 있습니다.

키 저장소가 동기화되지 않았다고 표시될 경우 어떻게 해야 할까요?

Element의 최신 FAQ에 따르면 앱은 사용자의 디지털 신원을 설정하는 키가 로컬에 있는지 여부를 모니터링합니다. 하나 이상의 키가 누락된 경우 키 저장소가 동기화되지 않았다는 경고가 표시되고 복구 키를 입력하라는 메시지가 나타날 수 있습니다. 유효한 복구 키를 입력하면 클라이언트가 암호화된 키 저장소에서 누락된 신원 정보를 복구할 수 있습니다. 저장된 데이터 자체가 불완전한 경우 Element는 디지털 신원 재설정이 필요할 수 있다고 설명합니다.

재설정하기 전에 로그인되어 있는 모든 장치를 확인하십시오. 인증된 세션에는 필요한 비밀 키 또는 회의실 키가 남아 있을 수 있습니다. 고급 설정의 경우 Element는 종단 간 암호화 회의실 키를 수동으로 내보내거나 가져오는 방법에 대한 문서도 제공하지만, 이는 일반 키 저장소와는 별도의 백업 경로입니다.

사용 사례별 권장 구성

결론적으로

키 백업은 암호화된 기록에 대한 접근을 보호하고 , 교차 서명은 장치와 신원에 대한 신뢰를 보장합니다 . 최신 Element에서는 암호화된 키 저장, 복구 및 세션 검증을 통해 이러한 기능들이 함께 작동합니다. 대부분의 사용자에게 실질적인 구성은 간단합니다. 키 저장 기능을 활성화하고, 생성된 복구 키를 현재 장치와 분리된 안전한 곳에 보관한 다음, 활발하게 사용하는 모든 세션을 검증하면 됩니다. 다른 구성은 특히 장치 분실 후 이전 암호화된 메시지가 영구적으로 손실되는 등의 단점이 사용자의 위협 모델에 허용 가능한 경우에만 유효합니다.