Защита данных при переводе конфиденциальных документов
Переводчик нередко получает документы, которые не должны оказаться в открытом доступе: договоры, паспорта, медицинские заключения, финансовую отчётность, судебные материалы, коммерческие предложения, техническую документацию или внутреннюю переписку компании.
Поэтому безопасность начинается не с подписания соглашения о конфиденциальности и не заканчивается отправкой готового перевода.
Необходимо контролировать весь путь документа: каким способом он получен, где хранится, кто имеет к нему доступ, в каких программах обрабатывается, передаётся ли внешним сервисам и когда удаляется.
Особенно важным этот вопрос стал с распространением облачных CAT-систем, машинного перевода и генеративного AI.
Конфиденциальные и персональные данные
Эти понятия связаны, но не одинаковы.
Конфиденциальной может быть любая информация, которую владелец не хочет раскрывать: проект договора, финансовый отчёт, коммерческая стратегия, техническая документация или результаты исследования.
Персональные данные относятся к идентифицированному или идентифицируемому человеку. К ним могут относиться имя, адрес, контактные данные, паспортные сведения, медицинская информация и другие данные.
Один документ может одновременно содержать персональные данные и быть конфиденциальным.
Например, медицинская карта пациента.
Это различие важно, потому что GDPR регулирует обработку персональных данных, тогда как обязанность сохранять коммерческую тайну может возникать из договора, профессиональных обязанностей или другого законодательства.
Передавайте только необходимые данные
Один из основных принципов GDPR — минимизация данных.
Если для перевода необязательно видеть определённую информацию, её лучше удалить до передачи файла.
Например, для перевода типового медицинского заключения иногда можно заменить имя пациента, номер полиса и контактные сведения условными обозначениями.
Чем меньше чувствительной информации попадает в рабочую систему, тем меньше последствия возможной утечки.
При этом простого удаления имени не всегда достаточно. Если человека можно определить по другим сведениям в документе, данные всё ещё могут оставаться персональными.
Кто отвечает за данные
При обработке персональных данных по GDPR важно понимать роли controller и processor.
Controller определяет, зачем и каким образом используются персональные данные.
Processor обрабатывает данные от его имени.
Например, компания может передать документы сотрудников внешнему переводческому агентству. В зависимости от организации процесса компания может выступать controller, а агентство — processor.
Но роль нельзя определять только по названию профессии. Она зависит от того, кто принимает решения о целях и способах обработки информации.
Если переводческая организация выступает processor, отношения с заказчиком обычно регулируются соответствующим соглашением об обработке данных.
NDA и DPA решают разные задачи
NDA устанавливает обязанность не раскрывать конфиденциальную информацию.
DPA регулирует обработку персональных данных между сторонами, когда этого требует GDPR.
Такой документ может определять цели обработки, категории данных, меры безопасности, привлечение субподрядчиков и порядок удаления информации после завершения работы.
Поэтому NDA не заменяет DPA.
Можно соблюдать конфиденциальность по договору, но при этом неправильно организовать обработку персональных данных.
Безопасная передача файлов
Риск возникает ещё до того, как переводчик откроет документ.
Файл может пройти через клиента, электронную почту, менеджера проекта, облачное хранилище, переводчика, редактора и внешние сервисы.
Для чувствительных проектов желательно заранее определить допустимый способ передачи.
Это может быть защищённый клиентский портал, корпоративная система обмена файлами, SFTP, облачное хранилище с ограниченным доступом или ссылка с ограниченным сроком действия.
Если файл защищён отдельным паролем, пароль лучше передавать другим каналом.
Обычная электронная почта сама по себе не всегда является подходящим способом для передачи особо чувствительной информации.
Ограничивайте доступ
Чем меньше людей имеют доступ к документу, тем ниже риск.
Если над проектом работают менеджер, переводчик и редактор, остальным сотрудникам агентства обычно не требуется видеть исходные файлы.
Для рабочих систем полезны индивидуальные учётные записи, многофакторная аутентификация и разграничение прав доступа.
Общие логины и пароли для нескольких сотрудников затрудняют контроль и расследование возможных инцидентов.
Доступ должен предоставляться только тем людям, которым он действительно необходим для работы.
Рабочее устройство тоже нужно защищать
Даже надёжная корпоративная инфраструктура не поможет, если документ сохраняется на плохо защищённом компьютере.
Рабочее устройство желательно защищать паролем или биометрией, шифрованием накопителя, автоматической блокировкой и актуальными обновлениями системы.
Особенно осторожно нужно относиться к общим семейным компьютерам, личным USB-накопителям и устройствам, к которым имеют доступ посторонние.
CAT-система получает содержимое документа
Работа в Trados, memoQ, Phrase, Smartcat или другой CAT-системе предполагает обработку текста.
Если система облачная, нужно понимать, где хранятся данные, кто имеет к ним доступ и как долго они сохраняются.
Перед использованием сервиса для чувствительного проекта желательно проверить:
- место обработки данных;
- шифрование;
- правила доступа;
- срок хранения;
- возможность удаления проекта;
- используемых субпроцессоров;
- наличие необходимых договорных гарантий.
Нельзя считать сервис безопасным только потому, что он предназначен для профессиональных переводчиков.
Translation Memory тоже может содержать конфиденциальные данные
Память переводов часто содержит целые фрагменты договоров, медицинских документов, финансовых материалов и внутренней переписки.
Если конфиденциальный проект попадает в общую TM, его сегменты могут позже появиться в другом проекте.
Поэтому для чувствительных клиентов полезно использовать отдельные Translation Memory и терминологические базы.
Особенно это важно при работе одновременно с компаниями-конкурентами.
Объединять клиентские TM без понимания договорных ограничений не стоит.
Осторожно с машинным переводом
Одна из распространённых ошибок — загрузить конфиденциальный документ в первый доступный бесплатный переводчик.
Перед использованием MT необходимо понять:
- разрешает ли это клиент;
- как сервис обрабатывает данные;
- где они хранятся;
- используются ли они для улучшения моделей;
- как долго сохраняются;
- какие сторонние поставщики участвуют в обработке.
Бесплатная и корпоративная версии одного сервиса могут иметь разные условия.
Поэтому нельзя автоматически переносить гарантии корпоративного тарифа на публичную бесплатную форму.
То же относится к генеративному AI
Правильный подход к ChatGPT, Claude, Gemini и другим AI-системам нельзя свести к фразе «AI безопасен» или «в AI нельзя загружать документы».
Нужно смотреть на конкретный продукт, тариф, настройки и требования клиента.
Корпоративная AI-система с установленными правилами обработки данных и личный публичный аккаунт сотрудника — совершенно разные ситуации.
Для переводческого проекта должно быть заранее определено, какие внешние инструменты разрешены и какие сведения можно им передавать.
Если использование AI допускается, документ иногда можно предварительно обезличить, но только если после этого человека или организацию нельзя определить из оставшегося контекста.
Субподрядчики тоже получают доступ
Переводческое агентство может передать работу внешнему переводчику, а тот — редактору или специалисту по верстке.
Каждый новый участник становится дополнительной точкой доступа к информации.
При обработке персональных данных использование субпроцессоров должно соответствовать договорным и правовым требованиям.
Поэтому цепочка клиент → агентство → переводчик → редактор должна быть управляемой, а не возникать без согласования.
Где физически обрабатываются данные
Облачный сервис может хранить информацию в другой стране.
Для персональных данных из ЕС передача за пределы Европейской экономической зоны может потребовать специального правового механизма.
Одним из таких механизмов являются Standard Contractual Clauses Европейской комиссии.
Поэтому вопрос «Соответствует ли сервис GDPR?» слишком общий.
Гораздо полезнее узнать, где находятся серверы, какие субпроцессоры используются и в какие страны могут передаваться данные.
Сколько хранить документы после перевода
После сдачи проекта часто остаются исходный файл, перевод, временные копии, электронные письма, Translation Memory и резервные версии.
По GDPR действует принцип ограничения срока хранения: персональные данные не должны сохраняться дольше, чем это необходимо.
Это не означает, что каждый файл нужно удалить сразу после отправки.
Срок может зависеть от договора, законодательства, возможных претензий и характера проекта.
Но хранить документы бессрочно только потому, что «вдруг ещё понадобятся», — плохая практика.
Для чувствительных проектов лучше заранее определить срок хранения и порядок удаления.
HIPAA относится не ко всем медицинским переводам
HIPAA часто упоминают в материалах о медицинском переводе в США слишком широко.
Закон применяется к определённым covered entities и business associates.
Если медицинская организация передаёт protected health information внешней переводческой компании, в определённых случаях эта компания может выступать business associate и тогда возникают соответствующие требования, включая договорные.
Но наличие медицинской терминологии в тексте само по себе не означает, что любой перевод автоматически регулируется HIPAA.
Нужно учитывать конкретного заказчика, тип данных и характер отношений между сторонами.
Особо чувствительные категории данных
Повышенного внимания требуют документы, содержащие медицинскую, биометрическую, генетическую и другую чувствительную персональную информацию.
К этой категории могут относиться сведения о здоровье, политических или религиозных взглядах и некоторые другие данные.
Перед передачей таких материалов внешнему переводчику или сервису особенно важно проверить необходимость обработки и объём передаваемой информации.
ISO 27001 и ISO 17100 — разные стандарты
Эти стандарты иногда упоминают вместе, хотя они относятся к разным задачам.
ISO 17100 устанавливает требования к процессам предоставления переводческих услуг.
ISO/IEC 27001 относится к системе управления информационной безопасностью.
Поэтому при оценке защиты данных наличие ISO/IEC 27001 имеет более прямое отношение к информационной безопасности.
Но и сертификат ISO не означает абсолютной невозможности утечки. Он показывает, что организация применяет системный подход к управлению соответствующими рисками.
Что делать при утечке
Даже хорошо организованная система не исключает человеческую ошибку или технический инцидент.
Проблема может возникнуть, если письмо отправили неправильному адресату, ноутбук украден, аккаунт взломан или файл случайно опубликован.
В такой ситуации важно быстро ограничить доступ, зафиксировать произошедшее и сообщить ответственному лицу.
По GDPR некоторые нарушения персональных данных необходимо уведомлять компетентному надзорному органу в течение 72 часов после того, как controller стало известно об инциденте, если выполняются предусмотренные Регламентом условия.
Поэтому переводческому агентству полезно иметь заранее определённую процедуру действий при утечке.
Как может выглядеть безопасный процесс
Представим перевод конфиденциального юридического договора.
Клиент передаёт файл через защищённый канал. Менеджер назначает конкретного переводчика и редактора. Доступ получают только участники проекта.
Если клиент запрещает внешние AI- и MT-сервисы, они отключаются. Для проекта используется отдельная Translation Memory.
После перевода и редакторской проверки готовый файл возвращается клиенту через согласованный канал.
Затем рабочие копии хранятся только в течение установленного срока и удаляются в соответствии с политикой проекта.
Такой процесс намного надёжнее, чем передача файла через случайный мессенджер с последующей загрузкой текста в бесплатный онлайн-переводчик.
Наиболее частые ошибки
Большинство проблем возникает не из-за сложных хакерских атак, а из-за обычных действий сотрудников.
К типичным ошибкам относятся отправка файла неправильному адресату, использование одного пароля на нескольких сервисах, отсутствие MFA, хранение документов в личном облаке, использование общей учётной записи, загрузка конфиденциального текста в неподходящий AI-сервис и слишком долгое хранение старых файлов.
Также опасно бесконтрольно использовать одну Translation Memory для разных клиентов.
Поэтому информационная безопасность строится не вокруг одной технологии, а вокруг последовательного соблюдения простых правил.
Что проверить перед началом работы
Для чувствительного документа достаточно ответить на несколько вопросов:
- Какие данные находятся в файле?
- Кто действительно должен иметь к нему доступ?
- Где документ будет храниться?
- Какие CAT-, MT- и AI-сервисы получат его содержимое?
- Разрешено ли это клиентом?
- Когда файл и связанные с ним данные будут удалены?
- Что произойдёт в случае утечки?
Если на эти вопросы нет ответа, процесс защиты ещё не организован.
Конфиденциальность — часть качества перевода
Раньше качество перевода оценивали прежде всего по точности, стилю и терминологии.
Сегодня этого недостаточно.
Можно идеально перевести медицинское заключение и одновременно допустить серьёзную профессиональную ошибку, загрузив его в неподходящий публичный сервис.
Поэтому хороший переводчик должен не только правильно передавать содержание документа, но и понимать, как безопасно с ним работать.
Клиент иногда передаёт специалисту информацию о здоровье, деньгах, бизнесе, судебном споре или личной жизни.
Профессиональная ответственность заключается не только в том, чтобы перевести эти сведения без ошибок, но и в том, чтобы они не оказались у тех, кому не предназначались.
