온라인 도구가 내 파일을 업로드하는지 확인하는 방법
영수증을 현재 버전의 증거로 사용하기 전에 측정 날짜, 환경, 릴리스 일치 여부를 확인하세요.
왜 믿지 않고 검증하는가
처리 방식에 대한 주장은 검증할 수 있습니다. 어떤 도구든 '파일이 기기를 떠나지 않는다'고 말할 수 있습니다. 실제 작업 중 네트워크 트래픽을 관찰하고 반복할 수 있을 때 비로소 그 주장은 증거가 됩니다. 이 가이드는 한 가지 방법——도구가 작동하는 동안 브라우저가 무엇을 보내는지 지켜보는 것——을 가르치고, 같은 방법이 지속적인 공개 아티팩트로 작동하는 모습을 보여 Toolars에 대한 주장을 믿는 대신 확인할 수 있게 합니다.
- 약속과 증거라벨은 약속이고 캡처는 증거입니다. 차이는 캡처는 다시 재생하고, 검사하고, 반박할 수 있다는 것입니다.
- 하나의 방법, 모든 도구이 방법은 도구와 무관합니다. 브라우저 기본 네트워크 패널에서 약 1분이면 되며, 테스트하려는 사이트 어디에서나 작동합니다.
- 우리 자신에게 검증이 가이드는 다른 서비스를 지목하지 않고 다른 사이트의 동작에 대해 어떤 사실 주장도 하지 않습니다. 확인 방법을 가르치고, 이어서 Toolars가 자신에 대해 공개하는 증거로 시연합니다.
육십 초 DevTools 확인
네트워크 패널에서 테스트 중 요청을 확인할 수 있습니다. 증거는 실제로 기록한 브라우저 컨텍스트, 통신 경로와 시간 범위에 한정됩니다.
처리와 다운로드가 끝날 때까지 기록하고 버전, 브라우저 상태와 수집 범위를 남기세요. DevTools 로그만으로 모든 가능한 통신 경로를 수집했다고 보장할 수는 없습니다.
- 먼저 열고 지우기도구 페이지와 네트워크 패널을 먼저 엽니다——개발자 도구, 네트워크 탭——로그를 지우고 기록을 계속합니다. 페이지 로딩에는 항상 HTML, 스크립트, 스타일 요청이 따릅니다. 이 껍데기 트래픽은 예상됩니다.
- 희생 파일로 실행별도로 만든 테스트 파일로 확인하려는 작업만 실행하세요. 백그라운드 요청도 발생할 수 있으므로 페이로드를 살펴본 뒤 해당 작업에서 나온 요청인지 판단하세요.
- 동작 지켜보기도구의 동작을 누르고 목록을 지켜봅니다. 로컬 도구는 처음 사용할 때 코드, 글꼴, 엔진 애셋을 가져올 수 있습니다——그리고 워밍업 실행 이후에는 이상적으로 아무것도 없습니다.
로그 읽기: 껍데기 트래픽은 내 파일이 아니다
핵심 기술은 페이지 트래픽과 데이터 트래픽을 구분하는 것입니다. 껍데기 트래픽은 애플리케이션을 브라우저로 전달하고, 데이터 트래픽은 콘텐츠를 날입니다. 무엇을 찾아야 하는지 알고 나면 둘은 판에 다르게 보입니다.
- 껍데기 요청스크립트, 스타일, 글꼴과 엔진은 일반적인 페이지 자원입니다. 익숙한 경로, 확장자 또는 작은 요청 크기만으로 사용자 데이터가 없다고 증명할 수 없습니다. 목적지와 페이로드를 확인하세요.
- 업로드의 특징파일 데이터는 동일 출처나 다른 출처로 전송될 수 있습니다. POST, PUT, multipart 본문과 다른 통신 경로를 확인하세요. 메서드, 목적지 또는 크기만으로 업로드 여부를 판단할 수 없습니다.
- 열어서 보기크기만으로는 어느 쪽도 증명하지 못합니다. 압축 청크, 재개 가능한 세션, WebSocket은 전송을 나눌 수 있습니다. 증거는 요청의 메서드, 목적지, 페이로드입니다. 열어서 확인하세요.
캐시와 서비스 워커는 보이는 것을 바꾼다
네트워크 로그는 이 브라우저 상태의 이번 실행을 측정합니다. 그리고 브라우저 상태는 캐시와 서비스 워커가 바꾸기 위해 존재합니다. 로그를 잘 읽는다는 것은 그 상태를 통제한다는 뜻입니다.
- 워밍업은 정상다시 방문하면 워밍업된 사이트는 껍데기를 디스크나 서비스 워커에서 제공하므로, 패널에는 처음보다 훨씬 적은 요청이 표시됩니다. 워밍업 이후 요청이 적은 것은 건강한 로컬 도구의 모습입니다——그 자체로는 아무것도 증명하지 않습니다.
- 깨끗하게 시작깨끗하게 읽으려면 새 브라우저 프로필이나 시크릿 창에서 시작하고, 패널의 캐시 비활성 옵션을 켜세요. 시크릿 모드가 모든 브라우저에서 서비스 워커를 차단하지는 않는다는 점을 기억하세요.
- 워커 차단공개 스크립트는 시나리오마다 새 브라우저 컨텍스트를 만들고 Service Worker를 차단해 이전 상태의 영향을 줄입니다. 어떤 자원을 미리 로드했는지와 측정 구간의 시작 시점도 기록해야 합니다.
카나리 확인: 파일에 표시하고 찾기
테스트 파일에 고유 표식을 넣고 수집한 요청을 검색하세요. 정확히 일치하는 값이 없다는 것은 표식을 찾지 못했다는 뜻일 뿐입니다. 인코딩, 압축, 암호화, 일부 전송 또는 불완전한 수집 때문에 놓칠 수 있습니다.
표식 검색과 페이로드 검사를 함께 사용하고 수집 범위를 명시하세요. 이번 실행에서 관측한 사실과 배제하지 못한 가능성을 구분하세요.
- 표시하기희생 파일을 만들고 직접 생성해 어디에도 공개한 적 없는 표시를 넣습니다. 텍스트 레이어, 이미지 주석, PDF 노트에 임의의 UUID를. 고유성이 일치의 의미를 만듭니다.
- 트래픽에서 검색수집한 URL, 쿼리 문자열과 본문을 검색하세요. 일치는 기록된 발신 요청에 표식이 포함되었다는 뜻이며 요청 상태도 확인해야 합니다. 이것만으로 파일 전체가 전송되었다고 증명할 수 없습니다. 일치하지 않아도 파일 데이터가 기기 밖으로 전송되지 않았다는 증명은 아닙니다.
- 반복하기카나리는 관찰한 세션만을 다룹니다. 그래서 한 번의 정교한 수동 확인보다 반복되는 정기 캡처가 더 중요합니다.
Toolars가 자신에 대해 공개하는 증거
Toolars는 같은 방법을 지속적인 공개 아티팩트로 운영합니다. 모든 도구에 대한 타입이 지정된 처리 선언, 캡처된 트래픽이 있는 신뢰 센터 페이지, 결과만큼 명확하게 한계를 말하는 기계 판독 가능 영수증입니다.
- 공개된 호스트신뢰 센터 페이지에는 사이트 껍데기가 도달할 수 있는 모든 외부 호스트, 응답과 함께 제공되는 보안 헤더, 그리고 같은 네트워크 패널에서 손으로 실행할 수 있는 자가 확인 단계가 나와 있습니다.
- 기계 판독 가능 영수증/privacy-proof/verification-receipt.json의 기계 판독 가능 확인 영수증에는 확인 명령, 측정된 시나리오 결과, 공개된 외부 호스트, 사이트의 X-Toolars-Release 응답 헤더와 비교할 릴리스 리비전이 공개되어 있습니다.
- 정직한 한계그 영수증은 증명하지 않는 것을 증명하는 것만큼 명확히 말합니다. 측정된 창은 그 실행을 다룹니다. 서비스가 앞으로 무엇이든 할 수 있는지에 대한 감사는 아닙니다.
공개 검증 스크립트에 설정된 6개 시나리오
공개 저장소는 운영 사이트에서 실행할 수 있는 검증 스크립트를 제공합니다. 검사는 스크립트가 기록한 요청과 측정 구간에 한정됩니다. 각 실행의 결과와 한계는 해당 확인 기록을 참고하세요.
하니스는 공개 리포지토리 https://github.com/aixtral/toolars-open의 evidence-harness/ 안에 있습니다. MIT 라이선스로 공개되어 있으며, 개인 스테이징 복사본이 아니라 주장의 실제 대상인 배포된 사이트를 검증합니다.
- 설정된 6개 시나리오스크립트에는 이미지 변환과 다운로드, HEIC 변환, OCR, PDF 회전, CSV 전달, 사용자 지정 도구 체인의 6개 시나리오가 설정되어 있습니다. 설정은 통과 결과가 아닙니다. 확인 기록에서 각 상태, 측정 구간과 릴리스 리비전을 확인하세요.
- 세 가지 불변 조건검사는 감지한 업로드, 카나리아 표식 일치와 예기치 않은 교차 출처 요청을 보고합니다. 공개된 자사 분석 프록시는 별도로 집계합니다. 통과는 측정 구간 내 검사 결과이며 모든 가능한 데이터 전송이 없었다는 뜻은 아닙니다.
- 릴리스 확인운영 사이트를 기록하는 예약 워크플로가 설정되어 있습니다. 최근 완료된 실행의 결과와 릴리스 식별자를 확인하세요. 사이트의 영수증은 보관된 샘플이며 이 워크플로가 자동으로 갱신하지 않습니다. 기록 실패나 미완료만으로 개인정보 유출이 입증되지는 않습니다.
증명을 직접 다시 실행하기
영수증의 가치는 재현성만큼입니다. 하니스는 누구든 라이브 출처에 대해 실행하고 결과를 한 줄씩 검사할 수 있는 파일로 쓰도록 만들어졌습니다.
요청 0건은 해당 측정 구간에서 기록기가 요청을 관측하지 않았다는 뜻입니다. 별도로 명시한 사전 로딩 통신은 제외되며 수집한 채널, 버전 또는 세션 밖의 동작을 증명하지 않습니다.
- 복제하고 검증리포지토리를 복제하고, evidence-harness/로 들어가 의존성과 Playwright Chromium을 설치한 뒤, 라이브 사이트를 대상으로 verify 스크립트를 실행합니다.
- 종료 코드가 판정실행은 privacy-proof-receipt.json을 쓰고, 예상 밖의 것이 경계를 넘으면——본문이 있는 요청, URL의 카나리, 사이트 공개 목록에 없는 호스트——0이 아닌 코드로 끝납니다.
- 메타데이터만영수증에는 요청 메타데이터——메서드, 호스트, 경로, 리소스 유형, 본문 여부——만 기록되며, 파일 내용이나 요청·응답 본문은 결코 기록하지 않습니다.
이 방법이 증명할 수 없는 것
정직한 검증에는 자체 한계가 포함됩니다. 이를 알면 깨끗한 네트워크 트레스를 원래 보장이 아닌 것을 지나치게 읽는 일을 막을 수 있습니다.
- 하나의 창깨끗한 트레스는 관찰한 세션——그 실행, 그 브라우저, 그 파일——을 다룹니다. 제공자의 서버나 사람, 미래의 코드를 감사하지는 않습니다.
- 내 기기가 중요기기에서 무엇이 나가는지는 기기에도 달려 있습니다. 손상된 브라우저, 악의적인 확장, 공유 프로필은 어떤 도구의 구조와 무관하게 데이터를 옮길 수 있습니다.
- 지속적인 증거모든 프라이버시 주장——이 사이트의 주장도——다시 캡처되는 지속적인 증거로 다루고 평생 보장으로 다루지 마세요. 하니스가 좋은 캡처 한 번에 안주하지 않고 예약대로 다시 실행되는 것은 바로 그 때문입니다.
자주 묻는 질문
사이트 도구가 파일을 업로드하는지 어떻게 확인하나요?
칸날리아 문자열이란 무엇인가요?
깨끗한 네트워크 트레이스가 도구의 프라이버시를 보장하나요?
지속적인 증거를 확인하세요.
영수증을 현재 버전의 증거로 사용하기 전에 측정 날짜, 환경, 릴리스 일치 여부를 확인하세요.