Как проверить, что онлайн-инструмент не загружает ваши файлы

Утверждение о способе обработки можно проверить. Любой инструмент может сказать, что ваши файлы никогда не покидают устройство; утверждение становится доказательством только тогда, когда сетевой трафик во время реальной задачи наблюдаем и воспроизводим. Этот гайд учит одному методу — наблюдайте, что браузер отправляет, пока инструмент работает, — а затем показывает тот же метод как постоянный публичный артефакт, чтобы утверждения о Toolars можно было проверять, а не верить.

• Обещания и доказательстваЯрлык — это обещание, а захват трафика — доказательство; разница в том, что захват можно воспроизвести, изучить и оспорить.
• Один метод, любой инструментМетод не зависит от инструмента: он работает в штатной сетевой панели браузера, занимает около минуты и подходит для любого сайта, который вы решите проверить.
• Проверено на себеЭтот гайд не называет других сервисов и ничего не утверждает о поведении других сайтов; он учит проверке, а затем демонстрирует её на доказательствах, которые Toolars публикует о себе сама.

Панель Network помогает изучить запросы во время теста. Доказательства ограничены записанным контекстом браузера, каналами связи и временным окном.

Продолжайте запись до конца обработки и скачивания. Укажите версию, состояние браузера и охват записи. Один журнал DevTools не гарантирует, что записаны все возможные сетевые каналы.

• Сначала открыть и очиститьСначала откройте страницу инструмента и сетевую панель — инструменты разработчика, вкладка Network, — очистите журнал и оставьте запись включённой. Загрузка страницы всегда порождает запросы HTML, скриптов и стилей; такой каркасный трафик ожидаем.
• Работать с жертвенным файломВыполняйте только проверяемую задачу со специально созданным тестовым файлом. Фоновые запросы всё равно возможны: изучите их содержимое, прежде чем связывать их с задачей.
• Наблюдать за действиемНажмите действие инструмента и наблюдайте за списком. Локальный инструмент может при первом использовании загрузить код, шрифты или компоненты движка — а после разогрева идеально не должен ничего.

Навык состоит в том, чтобы отличать трафик страницы от трафика данных. Каркасный трафик доставляет приложение в ваш браузер; трафик данных уносит содержимое. Когда знаешь, что искать, они выглядят в панели совершенно по-разному.

• Каркасные запросыСкрипты, стили, шрифты и движки — обычные ресурсы страницы. Но знакомый путь, расширение или небольшой запрос не доказывают отсутствие пользовательских данных. Проверяйте адрес назначения и содержимое.
• Признак отправкиДанные файла могут отправляться как на тот же источник, так и на другой. Проверяйте тела POST, PUT, multipart и другие каналы передачи. Только метод, адрес назначения или размер не доказывают загрузку файла.
• Откройте и посмотритеРазмер сам по себе ничего не доказывает в обе стороны: сжатые блоки, возобновляемые сессии и WebSockets могут разбить передачу на части. Доказательство — метод, адресат и содержимое запроса: откройте и посмотрите.

Сетевой журнал измеряет этот запуск в этом состоянии браузера — а это состояние как раз и существует, чтобы его меняли кеш и service workers. Хорошо читать журнал — значит управлять этим состоянием.

• Разогрев — это нормальноПри повторном визите разогретый сайт отдаёт каркас с диска или из service worker, и панель показывает гораздо меньше запросов, чем при первом визите. Меньше запросов после разогрева — здоровый вид локального инструмента, а не само по себе доказательство чего-либо.
• Начинать с чистогоДля чистого чтения начните с нового профиля браузера или приватного окна, включите в панели отключение кеша и помните, что приватный режим не везде блокирует service workers.
• Блокировать workerОткрытый скрипт начинает каждый сценарий в новом контексте браузера с заблокированными Service Worker, уменьшая влияние прежнего состояния. Всё равно указывайте предварительно загруженные ресурсы и начало окна измерения.

Вставьте уникальный маркер в тестовый файл и найдите его в записанных запросах. Отсутствие точного совпадения означает лишь, что маркер не найден. Кодирование, сжатие, шифрование, частичная передача или неполная запись могут скрыть его.

Сочетайте поиск маркера с проверкой содержимого запросов и документируйте охват записи. Укажите, что наблюдалось в этом запуске и чего он не позволяет исключить.

• Пометьте файлСоздайте жертвенный файл и вставьте метку, которую вы сами сгенерировали и нигде не публиковали: случайный UUID в текстовом слое, комментарий изображения, заметку PDF. Смысл совпадения задаёт уникальность метки.
• Найдите в трафикеИщите в записанных URL, параметрах и телах запросов. Совпадение означает, что маркер присутствует в записанном исходящем запросе; проверьте также его статус. Это не доказывает передачу всего файла. Отсутствие совпадения не доказывает, что данные файла не покидали устройство.
• ПовторяйтеКанарейка покрывает только наблюдаемую сессию — поэтому регулярные запланированные захваты важнее одной тщательной ручной проверки.

Toolars работает по тому же методу как постоянный публичный артефакт: типизированное заявление о способе обработки для каждого инструмента, страница центра доверия с записанным трафиком и машиночитаемая квитанция, которая называет свои пределы так же ясно, как результаты.

• Раскрытые хостыСтраница центра доверия перечисляет каждый внешний хост, который может достичь каркас сайта, заголовки безопасности, отдаваемые с ответами, и шаги самопроверки, которые можно выполнить вручную в той же сетевой панели.
• Машиночитаемая квитанцияМашиночитаемая квитанция проверки по адресу /privacy-proof/verification-receipt.json публикует команды проверки, измеренные результаты сценариев, раскрытые внешние хосты и редакцию релиза для сверки с заголовком ответа X-Toolars-Release сайта.
• Честные пределыКвитанция так же ясно говорит, чего не доказывает: измеренное окно покрывает тот запуск, а не аудит всего, что сервис мог бы когда-либо сделать.

Открытый репозиторий содержит скрипт для проверки рабочего сайта. Проверки охватывают записанные запросы и временные окна. Результаты и ограничения каждого запуска смотрите в соответствующем отчёте.

Harness находится в публичном репозитории https://github.com/aixtral/toolars-open, в каталоге evidence-harness/. Он опубликован под лицензией MIT и проверяет развёрнутый сайт — тот предмет, о котором на самом деле идёт речь, — а не частную промежуточную копию.

• 6 настроенных сценариевВ скрипте настроены 6 сценариев: конвертация изображения со скачиванием, конвертация HEIC, OCR, поворот PDF, передача CSV и пользовательская цепочка инструментов. Настройка не означает успешное прохождение: проверяйте статус, окно измерения и ревизию каждого сценария в отчёте.
• Три инвариантаПроверки отмечают обнаруженные загрузки, совпадения маркеров и неожиданные запросы к другим источникам. Заявленный собственный прокси аналитики учитывается отдельно. Успех относится к этим проверкам в окне измерения, а не ко всем возможным передачам данных.
• Проверьте выпускНастроен плановый процесс захвата данных на действующем сайте. Проверьте последний завершённый запуск, его результат и версию выпуска. Квитанция на сайте — архивный образец, который этот процесс не обновляет автоматически. Сбой или неполный захват сами по себе не доказывают утечку данных.

Квитанция стоит ровно столько, сколько её воспроизводимость. Harness создан для того, чтобы его мог запустить кто угодно, против рабочего источника, с результатами в файле, который можно изучить построчно.

Ноль запросов означает, что регистратор не наблюдал запросов в данном окне. Отдельно описанный прогрев не входит в него; поведение вне записанных каналов, версии или сеанса этим не подтверждается.

• Клонировать и проверитьКлонируйте репозиторий, перейдите в evidence-harness/, установите его зависимости и Chromium от Playwright, затем запустите скрипт проверки с рабочим сайтом как целевым источником.
• Коды выхода — это вердиктЗапуск пишет privacy-proof-receipt.json и завершается ненулевым кодом, если что-то неожиданное пересекает границу — запрос с телом, канарейка в URL или хост, которого нет в опубликованном списке сайта.
• Только метаданныеКвитанция записывает только метаданные запросов — метод, хост, путь, тип ресурса, наличие тела, — и никогда не записывает содержимое файлов, тел запросов или ответов.

Честная проверка включает собственные границы. Зная их, вы не прочитаете чистый сетевой след как гарантию, которой он никогда не был.

• Одно окноЧистый след покрывает наблюдаемую сессию — тот запуск, тот браузер, тот файл. Он не аудирует серверы провайдера, его сотрудников или будущий код.
• Ваше устройство имеет значениеЧто покидает ваше устройство, зависит и от самого устройства: скомпрометированный браузер, вредоносное расширение или общий профиль могут перемещать данные независимо от архитектуры любого инструмента.
• Постоянное доказательствоОтноситесь к любому утверждению о приватности — включая утверждение этого сайта — как к постоянному доказательству, которое переснимается, а не как к пожизненной гарантии. Именно поэтому harness перезапускается по расписанию вместо того, чтобы почивать на одном удачном захвате.