GDPR 데이터 보호 검토에서 VPN이 다루는 범위

클라우드 데이터베이스에는 개인 데이터가 있고, VPN은 누가 그 데이터에 접근할 수 있는지 제한하며, 누군가 그것이 구성의 적합성을 보장하는지 묻습니다. 그렇지 않으며, 질문의 형태 자체가 틀렸습니다. VPN은 여러 기술적 접근 통제 중 하나이고, 암호화된 트래픽에서 멈추는 검토는 보안 질문에는 답하면서 모든 데이터 보호 질문을 열어 둔 것입니다. 아래 점검을 순서대로 진행하되, 네트워크 규칙이 존재하기 전부터 시작하십시오.

점검 1: 터널 이전에 처리를 설명하십시오

목적, 실제로 필요한 개인 데이터의 범주, 이를 사용할 수 있는 사람, 의도된 보존 기간을 적으십시오. 의존하는 법적 근거와 개인이 권리를 행사하는 경로를 확인하십시오. 제한된 IP 범위로는 그중 어느 것도 답할 수 없습니다.

개인 데이터는 명백한 식별자 목록보다 넓다는 점에 유의하십시오. 암호화되었거나 가명 처리된 기록도 재식별이 가능하면 개인 데이터로 남으므로, 해시된 식별자로 가득한 데이터베이스가 자동으로 적용 범위를 벗어나는 것은 아닙니다.

점검 2: 역할을 밝히십시오

누가 처리 방침을 결정하고 누가 그 당사자를 대신해 행동하는지 정한 뒤, 그들 사이의 조건을 검토하십시오. 문서화된 지침, 기밀성, 보안 약속, 허용된 하위 처리자입니다. 일반적인 클라우드 배치에서는 이것이 컨트롤러-프로세서 계약이며, 집행위원회의 적용 지침이 역할과 요구되는 구속력 있는 행위를 설명합니다.

네트워크 다이어그램은 보통 이런 것 중 어느 것도 명시하지 않으며, 그래서 VPN 질문만으로는 막힙니다. 역할이 권리 요청에 누가 답하는지를 결정합니다. 문제가 생겼을 때 누가 책임지는지도 결정합니다. 방화벽 규칙을 하나라도 쓰기 전에 두 개의 상자를 그리십시오.

점검 3: 데이터가 실제로 어디에 있는지 지도화하십시오

기본 저장소, 복제본, 백업, 관리 접근 경로를 나열하십시오. 백업이 흔한 누락이며, 암호화된 터널은 스냅샷이 있는 위치를 바꾸지 않습니다.

국제 이전 질문은 그 자체의 틀 안에서 평가하십시오. VPN의 출구 국가는 라우팅 사실이며, 제공자가 데이터를 어디서 처리하는지에 대한 진술이 아닙니다. 팀은 습관적으로 터널의 출구 지역을 바꾸고 이전을 바꿨다고 믿습니다. 그들이 바꾼 것은 트래픽이 어느 주소에서 오는 것처럼 보이는지입니다.

점검 4: 각 통제가 무엇을 달성하는지 말하십시오

IP 허용 목록은 어떤 네트워크 소스가 연결할 수 있는지 제한합니다. VPN은 정의된 경로를 보호하고 직접 노출을 줄일 수 있습니다. 둘 중 어느 것도 게이트웨이 뒤의 모든 사람에게 같은 데이터베이스 권한을 주어서는 안 됩니다. 터널이 인증하는 것은 경로이지 사람이 아닙니다.

개별 인증과 역할 기반 접근을 사용하고, 누군가 역할이 바뀌면 접근을 제거하십시오. 그다음 암호화와 키 보관, 패치, 복구, 사고 처리를 네트워크 통제와 함께 검토하되, 고정된 점검 목록이 아니라 보안 지침이 사용하는 위험에 맞는 용어로 하십시오.

점검 5: 증거를 보관하십시오

처리 설명, 서비스 계약, 접근 결정, 위험 평가, 지명된 소유자를 보관하십시오. 증거가 있어야 설계가 일 년 뒤에도 검토 가능한 것이 됩니다.

두 가지 결정은 가정이 아니라 명시적인 답을 받을 자격이 있습니다. 처리로 인해 높은 위험이 발생할 가능성이 있는 경우 데이터 보호 영향 평가가 필요하고, 데이터 보호 책임자는 특정한 상황에서만 의무입니다. 둘 다 클라우드에 데이터를 저장하는 것에서 자동으로 따르지 않으며, 그것으로 배제되지도 않습니다.

완료된 검토가 말하는 것

유용한 검토는 VPN이 왜 존재하는지, 무엇을 다루지 않는지, 어떤 의무가 그 밖에 있는지를 설명합니다. 짧은 문서이며, 트래픽이 암호화되어 있다는 주장보다 훨씬 더 방어 가능합니다.

책임 있는 개인정보 및 보안 전문가가 터널만 승인하는 대신 전체 배치를 평가하게 하십시오.