PDF 도구가 파일을 업로드하지 않는지 확인하는 방법

테스트 1: 인터넷을 끄고 실행하기

정말 기기 안에서 작업하는 도구는 연결을 끊어도 계속 작동합니다. 한 가지 함정이 있습니다. 대부분의 사이트는 처음 클릭할 때 코드 일부를 불러오기 때문에, 이 테스트에는 예열이 필요합니다.

1. 인터넷을 켠 상태에서 도구를 열고, 문제될 것 없는 PDF로 한 번 실행합니다.
2. Wi-Fi를 끄거나 비행기 모드를 켭니다. 브라우저 탭은 열어 둡니다.
3. 이번에는 확인하고 싶은 파일로 도구를 다시 실행합니다.
4. 결과가 나오면 작업은 내 컴퓨터에서 이루어진 것입니다. 연결이 없으면 어떤 파일도 업로드할 수 없습니다.

이 테스트로 증명되는 것은 처리가 로컬에서 이루어진다는 사실까지입니다. 온라인일 때 다른 무언가가 추가로 전송되지 않는다는 것은 증명하지 못하며, 그 부분은 다음 테스트에서 확인합니다. 이 테스트가 실패하면 더 자세히 살펴봐야 하지만, 업로드의 증거로 받아들이지는 마세요. 페이지가 아직 불러오지 못한 무언가를 필요로 할 뿐일 수 있습니다.

테스트 2: 페이지가 무엇을 보내는지 지켜보기

주요 데스크톱 브라우저에는 모두 네트워크 모니터가 들어 있습니다. Chrome, Edge, Firefox에서는 F12를 누르거나, Ctrl+Shift+I를 누르거나, Mac이라면 Cmd+Option+I를 누른 다음 네트워크 탭을 엽니다. Safari는 개발자용 메뉴에 비슷한 도구가 있습니다. 그런 다음 도구를 실행하고 목록이 채워지는 모습을 지켜보세요.

• 요청을 하나 클릭하고 헤더 탭을 엽니다. 요청 메서드와 함께, 요청 헤더 중에 보낸 양을 나타내는 Content-Length가 보입니다. 파일 업로드는 대개 POST나 PUT 요청이고, Content-Length가 내 파일 크기에 가깝습니다.
• 크기 열은 믿지 마세요. 그 열은 내가 보낸 양이 아니라 응답의 크기를 보여 주기 때문에, 업로드가 있어도 아주 작아 보일 수 있습니다. 대신 Content-Length를 읽으세요.
• 각 요청이 어디로 가는지도 봅니다. 낯선 회사로 가는 요청은 따져 봐야 합니다. 사이트 자체로 가는 요청도 업로드일 수 있으니 마찬가지로 Content-Length를 확인하세요.

PDFLocal에서는 이렇게 보입니다. PDF 병합을 실행하면 api.pdflocal.app으로 작은 POST 요청 세 개가 나갑니다. 하나는 오늘 남은 무료 실행 횟수를 묻고, 하나는 실행 한 번을 썼다고 기록하고, 나머지 하나는 어떤 도구가 실행되었는지 익명 집계에 1을 더합니다. 여기에는 도구 이름과 사용 언어만 담기고 다른 것은 없습니다. 다른 도구는 이 중 일부만 보내고, Pro 체험판은 자체 확인 요청이 하나 더 붙습니다. 요청은 모두 1킬로바이트보다 한참 작고, 어느 것에도 내 파일은 들어 있지 않습니다.

Pro 사용자의 라이선스 확인에는 무작위 기기 ID와 대략적인 기기 시그니처가 추가됩니다. 둘 다 개인정보처리방침에 설명되어 있습니다. 우리 사이트에서 PDF만큼 큰 요청을 보게 된다면 알려 주세요. 그것은 우리 약속을 깨는 일이고, 우리도 알아야 합니다.

테스트 3: 문구를 정확히 읽기

모호한 표현은 경고 신호입니다. “고객님의 개인정보를 소중히 생각합니다”라는 말에서는 알 수 있는 것이 없습니다. 작업이 어디에서 이루어지는지, 파일을 얼마나 보관하는지 분명하게 적은 문장을 찾고, 도구 페이지와 개인정보처리방침이 같은 말을 하는지 확인하세요. 한 페이지에서는 브라우저에서 처리한다고 하고 다른 페이지에서는 서버에서 처리한다고 한다면, 해명이 나올 때까지 더 조심스러운 쪽을 믿으세요.

이 테스트로 알 수 없는 것

이 테스트가 보여 주는 것은 오늘 이 페이지가 내 브라우저에서 내 파일로 하는 일입니다. 회사가 내년에 무엇을 할지는 알 수 없고, 페이지는 방문할 때마다 바뀔 수 있습니다. 중요한 일이 걸려 있다면 그때마다 다시 확인하세요.

통과해야 마땅한 도구로 직접 해 보려면, 파일 두 개로 PDF 병합을 써 보거나 읽기 전용이라 빠른 속성 보기를 써 보세요. 더 큰 그림은 PDF를 업로드해도 안전한지 글에서 볼 수 있습니다.