VPN 비밀번호와 클라이언트 인증서: 무엇이 더 빨리 복구되는가
비밀번호와 인증서는 서로 다른 것을 증명하고 서로 다른 지점에서 실패합니다. 결합하기 전에 발급, 만료, 폐기를 비교하세요.
한 배포는 사용자 이름과 비밀번호를 요구하고, 다른 배포는 클라이언트 인증서를, 세 번째는 둘 다를 요구합니다. 이 선택은 로그인 창보다 훨씬 많은 것을 바꿉니다: 자격 증명이 어떻게 발급되고, 어떻게 만료되며, 새벽 2시의 복구가 어떻게 보이고, 누가 정확히 한 기기의 접근 권한을 취소할 수 있는지를 결정합니다. 대화 상자가 아니라 운영 수명 주기를 비교하세요.
비밀번호는 인증 프로세스가 검증하는 계정 비밀이고, 인증서는 신원과 그 개인 키에 대한 소유 증명입니다. 서로 다른 실패 방식을 가진 서로 다른 객체입니다.
두 가지 다른 증명, 두 가지 다른 창
비밀번호는 공유 비밀에 대한 지식을 증명하므로 서버가 해시를 비교하고 계정 시스템이 수명 주기를 소유합니다. 인증서는 개인 키 소유를 증명하고, 서버는 신뢰하는 CA까지의 서명 체인을 검증합니다. 두 번째는 사람이 아니라 기기를 식별할 수 있어 배포에서 노트북마다 하나씩 발급하는 경우가 많습니다. 키 파일을 보호하는 암호 문구는 또 다른 세 번째로, 저장된 파일을 지키며 VPN 계정 비밀번호가 아닙니다.
서버 검증은 모든 조합에서 필요합니다. 신원 확인을 중단한 엔드포인트로 보내는 유효한 자격 증명은 결국 응답한 쪽에 넘긴 자격 증명이므로, 서버 인증서 확인은 문제 해결 단계가 아니라 기본 프로필에 속합니다.
발급, 만료, 폐기가 진짜 비용입니다
비밀번호는 발급은 싸고 지원은 비쌉니다: 재설정, 정책, 재사용, 헬프데스크 대기열입니다. 인증서는 그 비용을 앞으로 옮깁니다: CA, 서명 프로세스, 배포 채널이 필요하고, 아무도 기억하지 못하는 만료 달력이 더해집니다. 둘 다 계획된 폐기가 필요합니다. 폐기된 인증서에는 모든 서버가 실제로 읽는 CRL이 필요하고, 비활성화된 계정은 다음 동기화가 아니라 다음 연결에서 인증 백엔드가 거부해야 합니다.
어느 메커니즘도 존재한다는 이유만으로 안전해지지 않습니다. 문제는 팀이 어떤 수명 주기를 일관되게 운영할 수 있는가입니다.
기기를 잃으면 무엇이 깨지는가
분실한 노트북의 경우 그 기기가 실제로 사용한 권한을 제거하세요. 비밀번호 재설정은 그 인증서를 폐기하지 않고, 새 인증서 발급은 무관한 계정 비밀번호를 바꾸지 않습니다. 기기별로 분리된 신원은 표적화된 제거를 가능하게 하고, 공유 자격 증명은 한 기기를 제거하면 여러 기기에 영향을 준다는 뜻입니다. 각 메커니즘의 복구 절차를 필요해지기 전에, 업무 시간 외에 누가 대체 인증서에 서명할 수 있는지도 포함해 작성하세요.
폐기 경로를 가정하지 말고 연습하세요: 테스트 신원을 폐기하고, 새 연결에서 서버가 이를 거부하는지 확인한 다음 복원합니다. 한 번도 연습하지 않은 폐기 프로세스는 필요한 바로 그 순간에 실패하는 경향이 있습니다.
작업을 두 배로 늘리지 않고 둘 다 운영하기
많은 배포가 의도적으로 둘을 결합합니다: 기기에는 인증서를, 사람에게는 계정 자격 증명을 주어 도난당한 노트북만으로는 부족하고 유출된 비밀번호만으로도 부족하게 만듭니다. 이 조합은 두 수명 주기가 분리된 채로 유지되고 둘 다 자동화될 때만 이익이 됩니다. 그렇지 않으면 헬프데스크가 두 개의 대기열을 운영하고 보안 이득은 이론에 머뭅니다.
서비스의 클라이언트와 관리 도구가 실제로 지원하는 방법을 선택하세요. 맞지 않는 프로필을 연결시키려고 검증을 약화하는 것은 전체 취지를 뒤집는 일이며, 연결될 때까지 편집한 프로필은 흔히 원래 확인하려던 것을 더 이상 확인하지 않는 프로필입니다.
각 배포에 어떤 증명이 필요한지, 각각 어떻게 폐기되는지 기록하세요. 다음 사고는 정확히 그것을 물을 것입니다.