Персональные данные и языковые модели
Приказ Роскомнадзора №996 от 05.09.2013
Документ описывает методы обезличивания персональных данных. Мы применяем метод введения идентификаторов: значения заменяются на условные обозначения, а таблица соответствия остаётся внутри контура.
По шагам
Проще всего понять на одном сообщении. Вот что происходит с ним от момента, когда клиент нажал «отправить».
Клиент пишет: «Иван Петров, +7 915 000-00-00, хочу записаться на четверг».
На входе имя и телефон превращаются в идентификаторы: «PERSON_1, PHONE_1, хочу записаться на четверг».
Внешний провайдер видит только идентификаторы. Связать их с человеком по содержимому запроса нельзя.
Перед самой отправкой запрос проверяется повторно. Если персональные данные всё же остались — он не уходит.
Идентификаторы заменяются обратно на реальные значения — но только на те, что пришли в этом же запросе.
Меры защиты
Ни одна из них не заменяет остальные: обход одного шва не должен открывать данные.
Имена, телефоны, адреса, реквизиты и номера документов заменяются на идентификаторы ещё на входе в платформу. Во внешнюю языковую модель уходит текст без персональных данных, а ответ разворачивается обратно уже у вас.
Перед самым запросом наружу стоит второй заслон. Если персональные данные всё же дошли до этой точки — запрос не уходит. Один шов можно обойти по недосмотру, два независимых — уже нет.
Три режима на выбор: не трогать, обезличивать или запрещать запросы с персональными данными вовсе. Режим выбирает заказчик, а не подрядчик.
Чувствительные поля в базе зашифрованы AES-256-GCM. Дамп базы сам по себе не даёт доступа к содержимому переписок и документов.
Мы применяем метод введения идентификаторов из приказа Роскомнадзора №996 от 05.09.2013. Обезличенные данные персональными не являются, поэтому статья 12 152-ФЗ о трансграничной передаче к ним не применяется.
Если политика безопасности не допускает облако — разворачиваем платформу на ваших серверах, с вашим администрированием и вашими ключами.
Вопросы и ответы
Отвечаем без юридических формул — так, как объясняли бы вашей службе безопасности.
Нет. Обезличивание — это действия, после которых нельзя определить принадлежность данных конкретному человеку без дополнительной информации. Мы применяем метод введения идентификаторов, описанный в приказе Роскомнадзора №996 от 05.09.2013. К обезличенным данным требования 152-ФЗ о трансграничной передаче не применяются.
Нет, и мы этого не утверждаем. Соответствие закону зависит и от ваших процессов: как вы собираете согласия, где храните данные, кто имеет к ним доступ. Мы отвечаем за свою часть — за то, что данные не покидают контур в открытом виде, и за то, что этот механизм можно проверить.
Тогда разворачиваем платформу в вашем контуре: на ваших серверах, с вашим администрированием и ключами. Отдельно можно включить режим, при котором запросы с персональными данными не отправляются вовсе.
Чувствительные поля в базе зашифрованы AES-256-GCM. Дамп базы сам по себе не даёт доступа к содержимому переписок и загруженных документов.
На сегодня маршрутизация запросов на российские языковые модели не реализована — обещать её как готовую функцию мы не будем. Защита строится на обезличивании и, при необходимости, на развёртывании в вашем контуре.
Пришлите требования вашей службы безопасности — разберём их по пунктам и скажем, что закрываем, а что нет.
