Локальная и облачная нейросеть: как проверить приватность
Какие данные получает ИИ-клиент, модель, поиск и инструменты. Проверка локальной и облачной конфигурации: логи, хранение, телеметрия и доступ.
Модель может находиться на вашем компьютере, а поиск по загруженному документу обращаться к внешнему сервису. Поэтому приватность локальной и облачной нейросети определяется всем маршрутом данных. Нужно знать, кто получает исходный текст и промежуточные результаты, что сохраняется и какие права выданы инструментам.
У настольного ИИ-клиента, программы для работы с моделью, могут быть отдельные поставщики распознавания текста и эмбеддингов. Эмбеддинги представляют текст наборами чисел и позволяют искать фрагменты по смыслу. Иногда внешнему этапу передаётся лишь подготовленный фрагмент, иногда весь файл. Нарисуйте этот путь для своей задачи: расположение файлов с обученными параметрами модели, или весами, описывает только одну его часть.

Рабочее место для локальных вычислений. Само размещение модели на компьютере не исключает внешние сетевые обращения.
Какие данные отправляет ИИ-клиент
Начните с содержимого: сообщения, прикреплённые файлы, изображения, аудио, выбранные фрагменты истории и результаты инструментов. Не предполагается, что в запрос попадает только последняя набранная фраза. Клиент может добавлять контекст, который пользователь видит в других частях интерфейса.
Отдельно учитывайте метаданные: время обращения, сетевой IP-адрес, идентификатор аккаунта, версию приложения, модель устройства и диагностические сведения. Они отличаются от текста документа, но тоже помогают описать использование системы. Заявление «сообщения не отправляются» не отвечает автоматически на вопрос о метаданных обновления.
В политике LM Studio, действующей с июня 2026 года, отдельно перечислены обращения для обновлений, поиска моделей и выбранных облачных функций. Для обновления описываются сведения о версии приложения, ОС и IP-адресе. Этот пример показывает, почему политику нужно читать по операциям, а не по одному рекламному предложению.
Составьте перечень получателей для обычного сценария. Если программа использует шлюз, промежуточную службу обработки программных запросов, запрос сначала попадает к его оператору, а затем к поставщику модели. Политика последнего не описывает автоматически поведение посредника.

Схема: два маршрута обработки и их внешние обращения.
Что проверить у облачного поставщика
Разделяйте использование для обучения, сроки хранения, доступ сотрудников, обработку жалоб и расположение данных. Ответ «мы не обучаем модель на запросах» относится только к одному из этих вопросов. Сохранение файлов для продолжения работы или журналов безопасности может регулироваться иначе.
У OpenAI есть API, программный интерфейс подключения модели к другим приложениям. В документации OpenAI API о контроле данных отдельно описаны журналы мониторинга злоупотреблений и состояние приложений. По умолчанию для журналов указан срок до 30 дней с предусмотренными исключениями; сохранение состояния зависит от метода API и функции. Режим Zero Data Retention позволяет исключить содержимое запросов и ответов из таких журналов, но доступен на определённых условиях и не охватывает одинаково все функции хранения. Эти правила относятся к API и не должны переноситься на любой клиент или тариф ChatGPT.
| Вопрос поставщику | Какой ответ нужен для решения |
|---|---|
| Что отправляется? | Поля запроса, вложения и метаданные |
| Для чего используются данные? | Отдельные правила обработки, обучения и диагностики |
| Как долго сохраняются данные? | Сроки для сообщений, файлов, журналов событий (логов) и резервных копий |
| Кто ещё участвует? | Посредники, субподрядчики и подключённые инструменты |
| Как действует удаление? | Какие объекты удаляются и с какой задержкой |
| Какие настройки включены у нас? | Фактическая конфигурация аккаунта и проекта |
Сохраняйте дату проверки и ссылку на нужную редакцию документа. Обещание менеджера, значение по умолчанию и реально активированная настройка могут относиться к разным условиям. Для рабочего решения нужна их согласованность.
Локальная модель: проверяем зависимости и сетевые функции
В локальной системе отделите вычислительный движок от интерфейса и дополнительных сервисов. Проверьте, где выполняются распознавание текста, построение эмбеддингов, поиск, озвучивание и обработка изображений. Самостоятельно запущенная языковая модель не делает все эти этапы локальными автоматически.
LM Studio описывает автономную работу загруженных моделей, локальных документов и локального сервера. Поиск новых моделей, загрузка движков и проверка обновлений требуют сети. Это позволяет составить разные режимы эксплуатации: подготовка с доступом к сети и обработка документов в заранее собранной среде.
Ollama в FAQ различает локальную работу и облачные функции. Документация предусматривает отключение облачных моделей и веб-поиска через disable_ollama_cloud или OLLAMA_NO_CLOUD=1 с перезапуском сервиса. Наличие такой настройки полезно, но не проверяет сторонний интерфейс, который обращается к Ollama, или другие процессы на компьютере.
Не ограничивайтесь названием выбранной модели. Сохраните адрес сервера, идентификатор загруженных весов, список расширений и настройки внешних провайдеров. Это помогает обнаружить незаметное переключение на облачный маршрут и повторить проверенную конфигурацию после обновления.
Логи, история и резервные копии
Данные могут оставаться на диске даже при полностью автономном инференсе, то есть выполнении модели для получения ответа. Проверьте историю чатов, папки загруженных документов, промежуточные файлы, временные хранилища (кеши), журналы ошибок и каталоги с данными для поиска по документам. Удаление сообщения из интерфейса не обязательно удаляет все производные объекты.
Обратите внимание на обычную синхронизацию компьютера. Если папка приложения находится в каталоге, который автоматически копируется в облако, локальные результаты могут покидать устройство через механизм резервного копирования. Этот канал не связан с отправкой запроса модели и потому легко выпадает из проверки.
Для самостоятельно размещённой языковой модели, или self-hosted LLM, уточните, кто имеет административный доступ и где хранятся снимки дисков. Собственный сервер, арендованный сервер и сервис чужой команды отличаются ответственностью за систему, даже если все варианты называются самостоятельным размещением.
Продумайте срок хранения до начала работы. Если нужен воспроизводимый отчёт, может понадобиться сохранить исходные документы и версию модели. Если задача разовая, длительное хранение полной истории может оказаться лишним. Решение должно исходить из процесса, а не из случайных настроек приложения.
Права инструментов могут быть важнее расположения модели
Инструмент способен читать папки, обращаться к базам, выполнять команды или отправлять содержимое внешнему сервису. Локальная модель с таким доступом имеет больше возможностей передачи данных, чем изолированный локальный чат. Поэтому проверяйте права каждого инструмента отдельно.
Протокол Model Context Protocol (MCP) связывает ИИ-программу с внешними инструментами и источниками данных. В рекомендациях MCP по безопасности рассматриваются риски авторизации, локальных серверов и чрезмерных областей доступа. Практический вывод для конфигурации: выдавайте инструменту именно те права, которые нужны задаче, и проверяйте, куда передаются его результаты.
Например, помощнику для чтения одной рабочей папки не требуется доступ ко всему домашнему каталогу. Если инструмент может отправлять сообщения или менять документы, продумайте подтверждение значимых действий. Название протокола соединения не заменяет проверку конкретной реализации и её разрешений.
Учитывайте также содержание найденных документов. Текст из внешнего источника может содержать попытку повлиять на поведение ИИ-помощника. Разделение инструкций пользователя и данных инструмента должно поддерживаться приложением; одна надпись «локально» эту проблему не решает.
Как провести практическую проверку конфигурации
Сначала используйте специально подготовленный тестовый документ без секретов, но с узнаваемой строкой. Пройдите весь рабочий сценарий: загрузку, поиск по содержимому, ответ, экспорт и удаление. Так проверяется реальный маршрут, включая шаги, которые легко забыть.
Зафиксируйте сетевые обращения средствами ОС, через доступный вам прокси (промежуточный сетевой сервер) или по журналам инфраструктуры. Список доменов помогает найти получателей, но зашифрованный трафик не раскрывает содержимое автоматически. Не делайте вывод «данные не уходят» только по отсутствию читаемого текста в сетевом журнале.
Затем повторите сценарий с отключённым внешним доступом, если автономная работа является требованием. Успешный ответ подтверждает, что эта операция смогла завершиться без сети в этих условиях. Он не доказывает отсутствие отложенной отправки после восстановления связи, поэтому дополнительно проверяются документация, настройки и поведение клиента.
Результатом проверки должна стать конкретная запись: версии компонентов, маршрут обработки, разрешения, сроки хранения и обнаруженные внешние обращения. После смены модели, клиента или расширения существенную часть проверки нужно повторить.
Частые вопросы
Локальная модель автоматически приватна?
Нет. Дополнительные сервисы, инструменты, синхронизация файлов и журналы могут создавать другие пути передачи или доступа. Проверяется вся конфигурация.
Отказ от обучения означает отсутствие хранения?
Нет. Это разные условия. Отдельно изучите журналы безопасности, историю приложения, загруженные файлы и правила удаления.
Достаточно один раз отключить интернет?
Это полезный тест автономности конкретной операции, но не полный аудит. Проверяйте также настройки клиента, отложенные операции и внешние компоненты после восстановления связи.
Self-hosted означает, что доступ есть только у владельца?
Не обязательно. Доступ может быть у администраторов, оператора инфраструктуры и систем резервного копирования. Эти роли нужно установить явно.
Сохраните результаты проверки вместе с настройками системы: получателей данных, сроки хранения, разрешения и сетевые функции. Когда появится новый поисковый сервис или расширение, будет понятно, какой участок нужно изучить заново. Именно такая запись позволяет поддерживать выбранный режим приватности после обновлений.