VPN 번들을 열쇠만이 아니라 올바른 수신자에게 보내십시오

파트너가 공개 키를 보내고 암호화된 번들을 요청합니다. 암호화는 작동하며, 가져서는 안 될 사람에게 완벽하게 보호된 자격 증명을 전달할 수도 있습니다. 비밀성과 수신자의 신원은 서로 다른 메커니즘이 답하는 별개의 질문입니다. 번들이 당신의 기기를 떠나기 전에 두 질문에 모두 답하십시오.

두 가지 다른 질문: 비밀성과 수신자

암호화는 키가 의도된 사람의 것이라고 가정할 때 누가 파일을 읽을 수 있는지 답합니다. 서명은 누가 만들었는지 답하며, 서명된 파일도 여전히 읽을 수 있으므로 기밀성에 대해서는 아무것도 말하지 않습니다. 지문은 키를 식별하며, 그 지문을 사람이나 역할에 묶는 것은 독립적인 확인뿐입니다. 이 중 하나를 다른 것으로 취급하는 것이 신중해 보이는 인계에서 흔한 실패입니다.

파일에는 수명 주기도 있습니다. 만료되는 링크는 나중의 검색을 제한하지만, 이미 내려받은 자격 증명을 취소하지는 않습니다.

지문을 대역 밖에서 검증하십시오

암호화를 요청한 메시지에 의존하지 않는 경로에서 예상 지문을 얻으십시오. 그다음 로컬 키링이 보관하는 값과 비교하십시오.

gpg --fingerprint [email protected]
gpg --list-keys --with-fingerprint [email protected]

지문 줄이 비교할 값이며, 두 번째 명령은 같은 신원을 전체 지문과 함께 재확인용으로 보여 줍니다. 전체 문자열은 통화, 서명된 목록, 관리되는 등록 기록 가운데 하나로 확인하십시오. 낯익은 표시 이름은 아무것도 증명하지 않습니다. 키가 전달을 요청한 바로 그 메시지로 도착했다면 그 지문은 독립적인 증거가 아닙니다. 확인 후에만 키를 가져오고, 이름이 아니라 검증된 지문으로 암호화하십시오.

기기가 필요로 하는 자료만 전달하십시오

전송 수단을 고르기 전에 번들의 목록을 만드십시오. 공개 게이트웨이 설정과 공개 신뢰 인증서는 구성이고, 클라이언트의 개인 키는 비밀이며, 발급자의 서명 키는 완전히 다른 자산입니다. 등록 모델이 허용하는 곳에서는 개인 키를 기기에 두고 등록을 완료하는 것만 전달하십시오. VPN 클라이언트는 서버를 검증하는 데 CA의 서명 키가 필요하지 않습니다. 그리고 파트너 사이에 하나의 키를 공유하면 개별 폐기가 불가능해집니다.

수신자가 대체를 감지해야 한다면 산출물에도 서명하고, 지침에서 두 작업을 분리하십시오. 여러 파일로 된 번들은 하나의 압축 파일에 담아, 수신자가 구성의 절반만 설치한 뒤 게이트웨이가 신원을 거부한다고 보고할 수 없게 하십시오.

전달 후 수명 주기를 닫으십시오

수신자, 기기, 구성 개정, 폐기 경로를 기록하되 비밀 값 자체는 절대 기록하지 마십시오. 의도된 사람이 등록할 수 있고 다른 신원이 거부되는지 확인하십시오. 번들이 잘못된 손에 들어가면 발급자를 통해 승인된 비밀을 교체하거나 폐기하십시오. 첨부를 지워도 이미 내려받은 것은 무효가 되지 않습니다. 암호가 같은 대화로 오가는 암호 보호 압축 파일도 독립적인 확인이 아닙니다.

인계는 올바른 신원이 올바른 기기에서 활성화될 때 끝나며, 암호화된 파일의 업로드가 성공했을 때 끝나지 않습니다.