VPN 투명성 보고서는 실제로 무엇을 다루는가

보고서를 열고 숫자보다 먼저 범위를 읽으십시오. 어느 기간, 어느 제품, 어느 법적 메커니즘, 어느 요청 범주가 대상인지가 모두 앞부분 어딘가에 명시되어 있습니다. 그런 한정이 없는 제목의 총계는 인용이 붙은 마케팅 산물입니다. 네 단계를 거치면 그것은 다시 증거가 됩니다.

투명성 보고서에서 흥미로운 부분은 보통 표가 아니라 정의입니다.

먼저 범위 줄을 읽으십시오

기간, 대상 제품, 법적 범주를 확인하십시오. 보고서가 소비자 서비스를 다루면서 기업 제품은 다루지 않을 수도 있고 그 반대일 수도 있습니다. 한 법적 메커니즘에 따른 요청은 다른 메커니즘에 따른 요청과 같지 않기 때문에 관할도 중요합니다. 범위가 모호하면 총계를 다른 어떤 사업자의 총계와도 비교할 수 없으며, 그것들을 비교하는 블로그 글의 그래프는 장식일 뿐입니다.

보고된 사건이 없다는 것은 기록이 없다는 증거가 아닙니다. 그것은 명시된 범주에서 아무것도 보고되지 않았다는 것일 뿐이며, 훨씬 좁은 주장입니다.

단위는 서로 바꿀 수 없습니다

요청, 계정, 사건, 공개된 기록은 네 가지 서로 다른 단위입니다. 보고서는 요청을 세면서 계정을 공개할 수도 있고, 개인정보 보호를 위해 사건을 집계할 수도 있습니다. 한 사업자의 요청당 수치를 다른 사업자의 계정당 수치와 비교하면 아무 의미 없는 그래프가 만들어집니다. 메모에서도 결론에서도 단위를 숫자에 붙여 두십시오.

방법론이 불분명하다면 가정으로 해결하려 하지 말고 불확실성을 그대로 두십시오. 정직한 "비교할 수 없음"이 추측 위에 세운 깔끔한 표보다 유용합니다.

실제로 누가 발행하는가

문서를 발행하는 조직과 그것이 운영하는 시스템을 확인하십시오. 고객 프로젝트, 디렉터리 사이트, 독립적으로 호스팅된 엔드포인트는 서로 다른 세 당사자일 수 있으며, 한쪽의 보고서는 다른 쪽에 대해 아무것도 말하지 않습니다. 인프라 파트너와 자원봉사 서버는 흔히 범위 밖에 완전히 있습니다. 그것은 보고서에 대한 비판이 아니라 생태계에 관한 사실입니다.

연속성도 확인할 가치가 있습니다. 명확한 아카이브, 안정적인 정의, 의미 있는 변경에 대한 설명이 있어야 해마다 읽을 수 있습니다. 이력이 없는 단 한 번의 발행은 기록이 있는 소박한 발행보다 해석하기 어렵습니다.

감사 옆에 두고, 감사를 대신하지 마십시오

기술 감사는 구성 요소와 통제를 검토하며, 자체 범위 선언과 자체 한계를 가집니다. 그것은 한 기간의 스냅샷이며 사업자의 영구적 속성이 아닙니다. 시스템의 구성과 프로세스에 대해서는 알려 줄 수 있지만, 얼마나 많은 요청이 도착했는지는 알려 줄 수 없습니다. 둘 다 사용하고, 다른 하나가 빈틈을 메운다고 가정하는 대신 각각의 범위를 읽으십시오. 관련 인프라를 제외한 감사는 그것에 대해 아무것도 답하지 않습니다.

실질적인 질문은 사업자가 당신의 실제 우려에 구체적인 답을 주는가입니다. 우려가 보존이라면 보존 선언과 그 뒤의 인프라 증거를 찾아야 하며, 요청 건수 표는 그것이 아닙니다.

범위, 단위, 발행자, 감사의 경계를 읽으십시오. 그다음 그 문서가 당신의 질문에 대해 무엇인가를 말하는지 판단하십시오.