Назад к блогуТехнические

Анонимизация PII в изолированных сетях: принцип offline-first

41% корпоративных политик безопасности запрещают облачную обработку секретных документов. Узнайте, как работает анонимизация PII в изолированных сетях.

March 3, 20268 мин чтения
offlineair-gapdesktopITARGDPRgovernmentdefenselocal processing

Когда сеть не имеет выхода

Аналитик данных работает в оборонной компании. У неё есть 3 000 кадровых записей. Ей нужно удалить имена, номера социального страхования и уровни допуска для передачи данных исследовательскому партнёру в рамках соглашения CUI.

Её сеть не имеет подключения к интернету. Намеренно.

Она тестирует каждый веб-инструмент, который может найти. Каждый отправляет данные на внешний сервер. Каждой облачной платформе нужен аккаунт и активное подключение. Даже «локальные» инструменты зачастую обращаются к удалённому серверу лицензий.

В этом и состоит проблема развёртывания в изолированных сетях. Она затрагивает гораздо больше команд, чем принято считать.

Кому нужна офлайн-анонимизация PII

Оборонные компании и государственные ведомства сталкиваются с этим чаще всего. FedRAMP DISA требует, чтобы данные оставались в утверждённых сетевых границах. ITAR ограничивает технические данные американскими контролируемыми системами. Сети JWICS и SIPRNet физически изолированы по замыслу.

Но потребность в офлайн-режиме выходит далеко за рамки засекреченных объектов:

Больницы с сегментированными сетями. Системы PACS, платформы EHR и исследовательские базы данных часто находятся в сетях без интернета по политике безопасности.

Торговые площадки и клиринговые центры. Проприетарные торговые системы и системы SWIFT применяют строгую сетевую изоляцию.

Промышленные системы управления. Сети SCADA и объекты критической инфраструктуры работают с воздушными зазорами. Ужесточение после Stuxnet сделало это нормой.

Европейские требования к данным. Landesdatenschutzgesetze Германии и аналогичные законы ЕС требуют локальной обработки чувствительных государственных и медицинских данных. Штраф TikTok в размере €530 млн по GDPR в мае 2025 года за передачу данных в Китай подтолкнул ещё больше команд к локальным инструментам. См. наш обзор соответствия.

Почему облачные инструменты не работают в изолированных сетях

Большинство инструментов следуют модели SaaS:

Устройство пользователя → HTTPS → API поставщика → NLP-модели → Ответ

На изолированной сети первый шаг физически невозможен. Для регулируемых сред шаги 2–4 могут нарушать требования соответствия.

Self-hosted Presidio — распространённая запасная опция, но требует навыков Docker, Python, загрузки моделей spaCy (нужен интернет) и постоянной ИТ-поддержки. У большинства команд нет ни того, ни другого.

Как работает локальная анонимизация PII

anonym.plus, наш родственный продукт для случая нулевой связности, поставляется со всем необходимым:

  • Встроенные NLP-модели — spaCy и трансформерные модели включены в установщик, загрузка во время работы не нужна
  • Локальный конвейер обнаружения — движок на базе Presidio внутри anonym.plus не выполняет сетевых вызовов во время работы
  • Корпоративные форматы — PDF, DOCX, XLSX, обычный текст без внешних зависимостей

Настольное приложение anonym.legal

Настольное приложение разработано для высокобезопасных сценариев:

  • Устанавливается и работает локально, но само обнаружение выполняется на серверах anonym.legal и требует подключения к интернету
  • Приложение не содержит моделей обнаружения
  • Список разрешённых адресов ограничивает подключение только anonym.legal; никакие данные никуда больше не передаются
  • Никакой телеметрии и сбора данных об использовании
  • Поддерживает Windows, macOS и Linux

Для настоящей изолированной сети нужен anonym.plus, а не настольное приложение: установщик можно перенести по USB, но настольное приложение anonym.legal для каждого обнаружения всё равно обращается к серверам anonym.legal — требуется активное подключение. Для сети без внешнего доступа см. anonym.plus.

Начало работы

Готовы защитить ваши данные?

Начните анонимизацию PII с 273 типов сущностей на 48 языках.