방침에서 제공자를 검토하게 만든 바로 그 문장을 하나 골라 시스템 전체에 따라가 보십시오. 터널에 대한 약속은 계정 포털, 리졸버, 지원 받은편지함, 결제 처리업자를 자동으로 설명하지 않습니다. 좋지 않은 비교는 대개 한 구성 요소에 대한 주장을 읽고 다른 구성 요소에 적용하면서 생깁니다. 아래 안내는 그 습관을 짧은 작업지로 바꿉니다.

형용사가 아니라 데이터를 따라가십시오

「활동 로그 없음」 같은 표제는 한 범주에 대한 진술이며, 유용한 질문은 어떤 구성 요소가 애초에 그 범주를 만들어낼 수 있는가입니다. 터널 종단은 출발지 주소와 타임스탬프를 볼 수 있고, 리졸버는 질의된 이름을 볼 수 있으며, 계정 시스템은 신원과 결제 이력을 볼 수 있고, 지원은 티켓에 붙여 넣은 모든 것을 볼 수 있습니다. 이 중 둘은 같은 회사가 운영하고 하나는 계약업체일 수 있습니다.

전송 중 암호화는 종단이 전달하기 전에 복호화하기 때문에 보관에 관해 아무것도 말해 주지 않습니다.

먼저 구성 요소 지도를 만드십시오

여섯 줄을 쓰십시오. 클라이언트 애플리케이션, 터널 종단 운영자, DNS 리졸버, 계정 및 청구 시스템, 지원 채널, 그리고 진단이나 충돌 보고서를 받는 모든 수신자입니다. 각 줄에 누가 운영하는지, 그 주체가 지금 읽고 있는 회사와 같은지 적고, 화이트 라벨 서비스나 위탁 지원 데스크, 타사 분석이 답을 생각보다 자주 흥미롭게 만든다는 점을 기억하십시오.

다음으로 각 구성 요소가 기술적으로 무엇에 접근할 수 있는지, 즉 출발지 주소, 계정 식별자, 질의된 이름, 연결 시각, 전송량, 기기 세부 정보, 제출된 보고서를 나열하십시오. 가용성은 보관이 아니지만, 방침의 어느 부분이 어떤 질문에 답해야 하는지를 보여 줍니다.

범주, 목적, 보관, 공유를 비교하십시오

탐색 목적지를 저장하지 않는다는 주장은 세션 타임스탬프를 포함하지 않으며, 집계 통계에 관한 주장은 그것을 공급한 원시 기록을 설명하지 않습니다. 정확한 범주, 명시된 목적, 보관 기간, 공유에 관한 문구를 이 순서로 찾으십시오. 방침이 「익명」이라고 하는 곳에서는 그 단어를 설명으로 받아들이지 말고 어떤 식별자와 어떤 시간 정밀도가 제거되었는지 확인하십시오.

제품 라인별로 적용되는 방침 구획에 주의하십시오. 같은 브랜드의 브라우저 확장, 모바일 클라이언트, 라우터 기기는 서로 다른 데이터 경로를 가질 수 있고, 방침은 한 페이지의 일반론으로 셋을 모두 포괄할 수 있습니다.

IETF의 프라이버시 고려 사항 지침은 마케팅 문장이 아니라 구성 요소별로 분석하도록 강제하기 때문에 여기서 유용한 구조입니다.

받아들이는 증거의 값을 매기십시오

오픈 소스 클라이언트 코드는 클라이언트가 여러분의 데이터로 무엇을 하는지 설명하고, 터널을 종료하는 백엔드에 관해서는 거의 말하지 않습니다. 감사는 명시된 기간 동안 명시된 시스템을 다루며, 유용하지만 영구적인 보증보다 좁습니다. 관할권에 관한 주장은 법적 절차에 관한 진술이지 기술적 기록에 관한 것이 아닙니다. 이들 각각은 특정한 종류의 증거이며, 섞으면 일 년 뒤에는 아무도 옹호할 수 없는 자신만만한 결론이 나옵니다.

저장 시 암호화는 아직 존재하는 기록을 보호하므로, 기록이 애초에 존재하는지와는 다른 질문에 답합니다.

답하지 못한 것을 기록하십시오

방침에 구성 요소가 빠져 있거나 범주가 다루어지지 않은 곳에는 그 옆에 「설명되지 않음」이라고 쓰십시오. 그것이 정직한 결과이며, 침묵을 보증이나 고발로 바꾸는 것보다 유용하므로 방침의 판과 날짜를 메모 옆에 남기십시오. 이런 문서는 조용히 바뀌고, 판이 없는 비교는 빠르게 낡습니다.

마지막으로, 여러분의 시험이 무엇을 입증했는지 분명히 하십시오. 작동하는 출구와 바뀐 공인 주소는 라우팅을 보여 줍니다. 그것들은 서버 측 보관에 관해 아무것도 말하지 않으며, 그 구분이 사는 곳은 작업지입니다.

관련 글