VPN은 여정을 암호화하지, 디스크나 클라우드의 사본을 암호화하는 것이 아니다
터널은 한 번의 전송 중 한 구간만 보호한다. 디스크 볼륨, 비밀번호 금고, 클라우드 사본은 각각 자신의 암호화와 자신의 키 관리를 필요로 한다.
한 파일을 노트북에서 동료에게까지 따라가 보면, 그 파일은 디스크에 있고, 터널을 지나, 클라우드 버킷에 도착하고, 백업으로 복사된다. 이 중 VPN이 덮는 구간은 하나뿐이며, 가장 수명이 짧은 구간이다. 다른 사본들은 터널이 닫힌 뒤에도 남아 있으며, 소유자가 실제로 설정한 저장 암호화 아래에 있다. 어느 사본이 무엇으로 보호되는지 아는 것은 작동하는 터널을 데이터 보호 정책으로 오해하지 않게 한다.
한 파일을 세 사본으로 따라가기
바이트가 어디에 머무는지에서 시작해, 어디로 움직이는지, 마지막으로 어디에 다시 저장되는지를 본다. 터널은 중간 단계에 있다. 그 양쪽의 저장 암호화, 애플리케이션 암호화, 접근 제어는 각기 다른 키 보관자를 둔 별개의 메커니즘이다.
무엇이든 고르기 전에 그 경로를 그려 보라. 그림은 대개 사람들이 가장 걱정하는 사본, 즉 이동 중인 사본이 존재하는 초가 가장 적다는 것을 드러낸다. 또한 어느 구간에 담당자가 없는지도 보여 주며, 보통 그곳에 주의가 필요하다.
터널의 일은 자기 종단점에서 끝난다
일반적인 VPN은 두 종단점 사이의 구간을 암호화한다. 먼 종단점 너머에서는 다른 무엇이 보호하지 않는 한 트래픽이 다시 평범한 IP가 되므로, 브라우저 세션은 처음부터 끝까지 암호화된 채로 남을 수 있지만터널은 첫 구간만 덮는다.
그 구간에 대해서는 받는 서비스가 업로드를 어떻게 저장하고, 로그에 무엇을 쓰고, 어떤 계정 메타데이터를 보관하는지 아무것도 말해 주지 않는다. 이는 받는 시스템의 속성이며, 요청이 터널을 통해 도착했는지와 무관하게 성립한다. 암호화된 전송을 광고하는 사업자는 여정을 설명한 것이지 창고를 설명한 것이 아니다.
당신의 디스크와 당신의 키 저장소는 별개의 결정이다
전체 디스크 암호화는 기계가 꺼져 있을 때 볼륨을 보호하며, 장치나 사용자가 부팅 시 제공하는 키에 의존한다. 비밀번호 관리자의 금고는 마스터 자격 증명에서 파생한 키로 자체 내용을 암호화한다. VPN을 켜는 것은 둘 중 어느 것도 하지 않으며, 다운로드 폴더에 이미 있는 평문 내보내기를 암호화하지도 않는다.
내보내기에서 이것이 구체화된다. 마이그레이션을 위해 작성한 금고 내보내기는 모든 비밀을 담은 평문 파일이며, 누군가 지우지 않는 한 터널과 세션과 재부팅을 견딘다.
file export-notes.json
head -c 80 export-notes.json
sha256sum export-notes.json
그 출력이 읽을 수 있는 텍스트라면 파일은 보호되지 않은 것이다. 마이그레이션이 끝나는 즉시 삭제하고, 현대 저장 장치에서 안전한 삭제는 장치에 따라 다르며 하나의 이식 가능한 명령이 아니라는 점을 기억하라.
클라우드 측 암호화가 실제로 덮는 것
서버 측 암호화는 저장된 객체를 기반 매체를 얻은 사람으로부터 보호하지만, 제공자는 여전히 그것을 읽을 수 있는 키를 보유한다. 업로드 전에 파일을 암호화하는 클라이언트 측 암호화는 평문을 제공자의 손이 닿지 않는 곳에 두지만 키 보관과 복구를 당신에게 옮긴다.
어느 모델도 틀리지 않았으며, 데이터를 누가 읽을 수 있어야 하는지에 대한 서로 다른 질문에 답한다. 하나가 다른 하나를 함축한다고 가정하지 말고 실제 제품 구성을 확인하라. 키 보관에 관한 진술을 문자 그대로 읽고, 지원이 계정을 복구할 때 무슨 일이 일어나는지도 포함하라. 제공자가 당신의 키 없이 접근을 복구할 수 있다면, 제공자는 그 객체를 읽을 수 있다.
사본은 조용히 늘어난다. 공유 링크, 동기화 클라이언트, 로컬 캐시, 백업 작업이 각각 당신이 선택하지 않았을 수 있는 정책 아래 또 다른 객체를 만든다. 중요한 데이터에 대해서는, 공유 폴더에 평문 사본이 있다면 경로에서 가장 강한 암호화도 무의미하므로, 그것들을 나열하라.
증거는 복구이지 업로드 속도가 아니다
저장 설계의 유용한 증거는 의도한 사람이 데이터를 복구할 수 있고 의도하지 않은 사람은 할 수 없다는 것이다. 업로드 처리량은 전혀 다른 것을 측정하며, 한 번도 복구되지 않은 설계를 미화한다. 의존하는 사본마다 파일 하나를 골라 그것이 돌아온다는 것을 증명하라.
의존하는 사본마다 파일 하나를 복구하되, 그것을 만든 세션이 아니라 복구 자료를 사용하라. 고장 난 기계에만 있는 키는 복구 계획이 아니며, 복구에 잃어버린 금고가 필요한 백업은 또 다른 종류의 단일 장애점이다.
NIST의키 관리 지침은 어떤 단일 제품 결정보다 오래 사는 수명 주기 질문을 다룬다. 답을 그것이 보호하는 데이터와 함께 보관하고, 사본이나 수신자나 저장 제공자가 바뀔 때 다시 검토하라.