기기당 하나의 VPN 신원: 공유가 제거를 망치는 이유

노트북과 휴대폰, 태블릿에 하나의 프로필을 복사하면 그중 하나를 잃어버릴 때까지는 잘 동작한다. 그 시점의 선택은 같은 신원을 공유하는 모든 기기를 끊거나, 원치 않는 접근을 그대로 두는 것이다. 두 선택 모두 신원 셋을 발급하는 데 들었을 십 분보다 나쁘다. 구조는 복잡하지 않다. VPN 피어는 인가 레코드이고, 기기마다 레코드가 하나씩 있는 것이 제거를 단 한 번의 정확한 작업으로 바꾼다.

공유 프로필이 공유하는 것

개인 키를 복사하면 인가 전체가 복사된다. 피어 항목, 터널 주소, 그리고 거기에 붙은 모든 경로와 정책이 함께 간다. 서버는 복사본을 구별할 수 없다. 프로토콜이 피어를 기기가 아니라 키로 식별하기 때문이다. 모든 로그 한 줄, 모든 한도, 모든 해지 결정이 그룹 전체에 적용된다. 따라서 공유 프로필은 보안 비용이 조금 드는 편의 기능이 아니라, 여러 기기가 매달린 단일 장애점이다.

같은 논리가 인증서 하나를 담은 공유 계정에도 적용된다.

가진 신원 모델로 프로비저닝하라

WireGuard 배포는 기기마다 별도의 피어 키를 인가할 수 있다. 인증서 기반 배포는 자체 인증 기관에서 개별 클라이언트 인증서를 발급할 수 있다. 계정 시스템은 제품에 따라 사용자를 별도의 기기 레코드와 결합할 수 있다. 운영자가 지원하는 등록 절차를 사용하라. 새 로컬 비밀을 만드는 것만으로는 피어나 게이트웨이가 해당 인가를 인식하기 전까지 아무 일도 일어나지 않는다.

지원되는 경로가 다음 업그레이드까지 살아남는 경로이기도 하다.

비밀 없는 목록

기기 라벨, 공개 식별자, 소유자를 검색할 수 있는 목록에 남겨라. 그 목록에 개인 키를 복사하지 마라. 자산 목록이 자격 증명 저장소로 바뀐다.

“아나의 노트북, 피어 공개 키, 12일에 발급”이라고 적힌 한 줄이면 행동할 수 있다.

제거는 절차이지 버튼이 아니다

정확히 기기 하나를 어떻게 비활성화하는지, 활성 세션에 별도의 종료 단계가 필요한지 기록하라. 지속성을 확인해 재시작이나 오래된 구성 백업이 인가를 되살리지 않게 하라. 제거된 기기에서 접속을 시도해 제거가 효과가 있었는지 확인하라. 그다음 모니터링 프로브나 공유 경로처럼 그 신원을 참조하던 다른 것이 있는지 점검하라.

사람들이 건너뛰는 단계가 마지막 단계이며, 그 변화를 증명하는 유일한 단계다.

교체 순서

새 기기를 먼저 발급하고, 필요한 리소스에 대해 검증한 다음, 이전 기기를 폐기하라. 예외는 노출이다. 이전 기기가 다른 사람 손에 있을 수 있다면 먼저 제거하고 중단을 받아들여라.

어느 쪽이든, 폐기된 하드웨어가 건물을 떠나기 전에 그 안에 저장된 내보내기를 검토하라.

분리된 신원이 주는 것

세 가지가 있으며, 각각은 사고 과정에서 드러난다:

• 다른 기기를 건드리지 않고 기기 하나를 해지한다.
• 연결을 그룹이 아니라 기기에 귀속시킨다.
• 모두의 활동을 수집하지 않고 장애를 설명한다.

운영자의 지침은 그 자신의 프로비저닝 모델에 대한 권위다. WireGuard 빠른 시작처럼 피어별 키를 쓰든, 로컬 인증 기관의 개별 인증서를 쓰든 마찬가지다. 레코드가 분리되어 있는지가 추론할 수 있는 플릿과 초기화만 가능한 플릿의 차이다.