암호화 설명읽는 데 약 4분

종단간 암호화가 보호하는 것과 보호하지 않는 것

종단간 암호화는 기기 사이에 전달되는 메시지 내용을 보호합니다. 저장된 사본과 백업, 양쪽 이용자의 행동도 살펴봐야 합니다.

암호화된 정보를 나타내는 문서, 키, 칩의 녹색 그림입니다.

종단간 암호화된 채팅을 통해 동료에게 기밀 프로젝트 업데이트를 보낸다고 가정해 보겠습니다. 동료는 메시지를 읽은 다음 한 문단을 공유 문서에 복사합니다. 이제 해당 문서에 액세스할 수 있는 사람은 누구나 해당 단락을 읽을 수 있습니다.

종단간 암호화는 통신 끝점에서만 메시지 내용을 읽을 수 있도록 설계되었습니다. 비공개 대화의 경우 이는 참가자의 장치입니다. 올바르게 설계되고 구현된 시스템에서는 암호화된 메시지를 전달하는 서비스가 해당 콘텐츠를 해독할 수 없습니다. IETF의 메시징 보안 아키텍처는 참가자와 메시지 전달 서비스 간의 이러한 분리를 설명합니다.

어떤 기기 간에 암호화되나요?

메시지는 인터넷을 통해 이동하는 동안 암호화될 수 있으며 이를 처리하는 서비스에서 계속 읽을 수 있습니다.

TLS를 사용하여 휴대폰과 서버 간의 연결을 보호하는 간단한 서비스를 생각해 보세요. 서버는 보호된 연결의 한쪽 끝입니다. 읽을 수 있는 텍스트를 수신하고 처리한 다음 다른 암호화된 연결을 통해 수신자에게 보낼 수 있습니다. TLS는 장치와 서버일 수 있는 엔드포인트 간의 통신을 보호합니다.

종단간 암호화는 중간 서비스를 거치는 동안에도 내용을 보호합니다. 보낸 사람의 장치는 메시지를 전달하기 전에 암호화하고, 받는 사람의 장치는 메시지를 해독합니다. 시스템은 TLS를 사용하여 이미 암호화된 메시지를 전달하는 네트워크 연결을 보호할 수도 있습니다.

간단한 종단간 암호화 교환 단계 콘텐츠는 어떻게 되나요
보낸 사람의 장치 텍스트가 구성되고 암호화됩니다.
메시지 전달 서비스 이 서비스는 암호화된 데이터를 전달합니다. 콘텐츠를 해독하는 데 필요한 키가 없습니다.
수신자의 기기 메시지는 수신자가 읽을 수 있도록 해독됩니다.

이것은 단순화된 예입니다. 여러 장치가 연결된 그룹 채팅 및 계정에는 고려해야 할 엔드포인트가 더 많습니다.

귀하의 장치는 대화의 일부입니다

보내기 전에 텍스트를 읽어야 합니다. 수신자는 메시지를 받은 뒤 읽어야 합니다. 그 순간 양쪽 기기에서 내용을 읽을 수 있는 상태가 됩니다.

기기에 열려 있는 대화를 볼 수 있는 사람은 암호화를 해제하지 않고도 읽을 수 있습니다. 장치에 대한 충분한 액세스 권한이 있는 악성 코드는 입력되거나 표시되는 텍스트를 캡처할 수도 있습니다. 기기 보안 침해의 결과는 IETF의 엔드포인트 보안 침해 논의에서 설명하는 것처럼 획득한 액세스 권한과 시스템 설계에 따라 달라집니다.

연결된 컴퓨터나 태블릿에서도 동일한 대화에 액세스할 수도 있습니다. 해당 장치를 검토하고 더 이상 필요하지 않은 액세스 권한을 제거하고 소프트웨어를 최신 상태로 유지하세요. 이는 CISA의 이동통신 지침에 포함된 실질적인 주의사항입니다.

백업에는 자체 보호 기능이 있습니다

실시간 대화에 사용되는 설정 자체만으로는 저장된 백업이 보호되는 방식을 알려주지 않습니다.

백업이 암호화되었는지, 키를 제어하는 사람과 복구 작동 방식을 확인하세요. 공급자가 백업을 열 수 있는 키를 보관하고 있는 경우 해당 복사본에 액세스할 수 있습니다. 백업을 여는 데 필요한 비밀 정보를 본인만 가지고 있다면, 복구 가능 여부는 그 정보를 안전하게 보관하는 데 달려 있습니다. 백업이 클라우드에 저장된다는 사실만으로는 이러한 질문에 답할 수 없습니다.

Electronic Frontier Foundation의 암호화 가이드에서는 특히 전송 중에 사용되는 보호와 함께 백업 암호화를 확인할 것을 권장합니다.

단어는 정보의 일부일 뿐입니다.

메시지 내용을 비밀로 유지한다고 해서 주변 활동이 자동으로 숨겨지는 것은 아닙니다.

서비스 및 관찰자에 따라 연결 시간, 계정 식별자, 네트워크 주소 또는 교환된 데이터 양과 같은 정보가 계속 제공될 수 있습니다. 이러한 세부 정보를 종종 메타데이터라고 합니다. 네트워크 관찰자와 메시징 제공자가 반드시 동일한 정보를 볼 수 있는 것은 아닙니다.

패턴은 내용을 읽을 수 없는 경우에도 교환에 대한 정보를 계속 드러낼 수 있습니다. IETF의 개인정보 보호 지침에서는 이를 트래픽 분석이라고 부릅니다.

상대방이 누구인지 확인

친숙한 프로필 이름이나 사진만으로는 민감한 대화를 확인할 수 없습니다.

애플리케이션이 연락처 확인을 제공하는 경우 키 지문이나 보안 코드를 다른 사람과 직접 비교하거나 이미 신뢰하는 독립적인 채널을 통해 비교하십시오. 누군가 새 계정에서 예기치 않게 연락하는 경우 기밀 정보를 공유하기 전에 알려진 경로를 통해 변경 사항을 확인하세요.

이는 연락하려는 사람에게 암호학적 식별 정보을 연결하는 데 도움이 됩니다. EFF의 키 지문 확인 설명은 키 지문 확인이 중요한 이유를 보여줍니다.

다음 기밀 메시지를 보내기 전에

실제로 보내야 하는 정보부터 시작하세요. 수신자에게 필요하지 않은 세부 정보는 생략하세요. 그런 다음 해당 정보와 관련된 교환 부분을 확인하십시오.

  • 이 대화가 연결된 장치를 포함하여 종단간 암호화를 사용하는지 여부입니다.
  • 신뢰할 수 있는 방법으로 수신자를 확인했는지 여부.
  • 대화를 열 수 있는 기기는 무엇인가요?
  • 저장된 사본과 백업이 어떻게 보호되는지.
  • 수신자가 텍스트를 보관, 복사 또는 공유해야 하는지 여부.

업무 대화의 경우 프로젝트 세부 정보를 보내기 전에 어떤 문서나 사람이 해당 프로젝트 세부 정보를 받을 수 있는지 동료와 동의하세요.

Layergram의 역할

Layergram을 사용하면 선택한 텍스트를 호환 가능한 채널을 통해 공유하기 전에 로컬로 작성하고 암호화할 수 있습니다. 수신자는 Layergram에서 로컬로 암호를 해독합니다. 두 사람 모두 Layergram을 사용하고 서로의 식별 정보를 확인합니다.

그러면 선택한 콘텐츠가 전송에 사용하는 채팅 앱에 도달하기 전에 별도의 암호화된 레이어에 배치됩니다. 채팅에는 교환에 대한 정보가 계속 남아 있을 수 있으며 장치와 수신자는 위험의 일부로 남아 있습니다. Layergram 작동 방식의 워크플로를 따르고 보안 설명에서 구체적인 제한 사항을 읽어볼 수 있습니다.