Что такое цифровой суверенитет?
Цифровой суверенитет — это принцип, согласно которому данные подчиняются законам и юрисдикции той страны, где они собираются, хранятся или обрабатываются, а также, как следствие, способность организации контролировать это юридическое воздействие. Географическое положение само по себе его не определяет.
Из этого определения вытекают три положения, в которых суть проблемы отражена как в зеркале:
- Суверенитет — это вопрос юрисдикции, а не физического адреса.
Суверенитет — это вопрос юрисдикции, а нефизического адреса.
- Юрисдикция распространяется как на оператора инфраструктуры, так и на само аппаратное обеспечение.
Юрисдикция распространяется как на оператора инфраструктуры, так и на само аппаратное обеспечение.
- В силу первых двух пунктов суверенитет в конечном счете является проблемой доказывания: вы должны иметь возможность доказать, где находятся регулируемые данные, закон какой страны на них распространяется и что они не перемещались.
В силу первых двух пунктов суверенитет в конечном счете является проблемой доказывания: вы должны иметь возможность доказать, где находятся регулируемые данные, закон какой страны на них распространяется и что они не перемещались.
Второй и третий пункты — это то, на чем обычно теряется суть концепции. Определение, сводящее суверенитет к вопросу о месте хранения, является неполным, и организации, которые на этом останавливаются, часто уверены в уровне своей защищенности, который они на самом деле не могут отстоять.
Цифровой суверенитет, размещение данных и локализация данных
Эти три термина используются как взаимозаменяемые в коммерческих предложениях, в договорах о закупках и иногда в документации по обеспечению соответствия требованиям. Они не являются синонимами, и их смешение — самая частая причина нарушения суверенитета.
Измерение
Размещение данных
Локализация данных
Цифровой суверенитет
На что дает ответ
Где физически находятся данные?
Могут ли данные покидать страну?
Закон какой страны применим к данным?
Чем определяется
Выбор договора, политики или архитектуры
Закон или нормативный акт
Юрисдикция данных, инфраструктуры
и
оператора
Кто обеспечивает соблюдение
Ваш поставщик по договору
Национальный регулятор
Суды и правоохранительные органы, потенциально иностранные
Определяется ли только географией?
Да
В основном
Типичный сбой
Резервные копии и реплики в неутвержденном регионе
Трансграничная передача без обязательного одобрения
Размещение обеспечено; к провайдеру по-прежнему могут принудительно применить требования за рубежом
Сжатая версия, которую стоит выучить наизусть перед следующим звонком поставщику: размещение — это где лежат данные, локализация — разрешено ли им покидать пределы страны, а суверенитет — закон какой страны на них распространяется.
Более подробный разбор этих трех терминов и условий договоров, в которых они стираются, см. в нашем руководстве для покупателей по размещению, суверенитету и локализации данных.
Франкфуртский тест: почему размещение ≠ суверенитет
Сценарий. Вы покупаете услугу у провайдера со штаб-квартирой в США. Провайдер управляет дата-центром во Франкфурте и письменно обязуется хранить ваши данные там. Ваши данные никогда не покидают Германию.Проблема. Провайдер зарегистрирован в США, а это значит, что он может оставаться объектом принудительного исполнения по законам США независимо от того, где физически находятся байты. Размещение достигнуто. Суверенитет — не обязательно.
Сценарий. Вы покупаете услугу у провайдера со штаб-квартирой в США. Провайдер управляет дата-центром во Франкфурте и письменно обязуется хранить ваши данные там. Ваши данные никогда не покидают Германию.
Проблема. Провайдер зарегистрирован в США, а это значит, что он может оставаться объектом принудительного исполнения по законам США независимо от того, где физически находятся байты. Размещение достигнуто. Суверенитет — не обязательно.
Механизмом здесь является закон CLOUD Act, который требует от поставщика услуг электронной связи или удаленных вычислений сохранять, резервировать или раскрывать клиентские данные в рамках своей possession, custody, or control, regardless of whether that data is located within or outside the United States.¹ Эту фразу стоит запомнить, поскольку она и есть весь тест: дело не в том, где лежат данные, а в том, имеет ли к ним доступ провайдер. Закон действительно предоставляет провайдерам ограниченную возможность обратиться в суд с ходатайством об отмене требования, если его исполнение противоречит законам соответствующего иностранного государства, однако эта возможность ограничена и не распространяется на лиц из США.¹
Противоречие с европейским законодательством носит прямой характер. Согласно GDPR, удовлетворение запроса органа третьей страны само по себе является передачей данных, и Европейский совет по защите данных прямо заявляет, что a request from a foreign authority does not in itself constitute a legal basis for processing or a ground for transfer.² Провайдер, оказавшийся между двух огней, вынужден выполнять два взаимоисключающих обязательства.
Того же рода логика применима и в других направлениях. Юрисдикция может возникнуть через регистрацию оператора, через его материнскую компанию, через гражданство привилегированных администраторов и через субподрядчиков на несколько уровней ниже в цепочке, которую никто не составлял.
Полезная диагностика сводится к трем следующим вопросам:
- Где находятся данные? Вопрос о размещении. Необходимый и самый простой из трех для ответа.
Где находятся данные? Вопрос о размещении. Необходимый и самый простой из трех для ответа.
- Кто управляет инфраструктурой? Не кто владеет названием региона, а какое юридическое лицо имеет административный доступ и ключи шифрования.
Кто управляет инфраструктурой? Не кто владеет названием региона, а какое юридическое лицо имеет административный доступ и ключи шифрования.
- Закон какой страны связывает этого оператора? Включая его материнскую компанию, субподрядчиков и юрисдикции, из которых работают его сотрудники.
Закон какой страны связывает этого оператора? Включая его материнскую компанию, субподрядчиков и юрисдикции, из которых работают его сотрудники.
Предложения суверенного облака созданы для решения этих проблем. Серьезные вендоры сочетают в себе отдельное местное юридическое лицо, контроль над оператором со стороны граждан соответствующей юрисдикции и ключи шифрования на стороне клиента, чтобы иностранное требование не могло быть выполнено, даже если оно поступило. Структуры существенно различаются по степени надежности, они активно оспариваются в юридических комментариях, а пометка «суверенный» в техническом описании не является доказательством того, что все это реализовано. Вопросы 2 и 3 — это то, где на практике и проводится проверка должной осмотрительности.
Примечание о терминологии: Суверенитет данных коренных народов — это отдельная концепция, описывающая право коренных народов управлять данными об их общинах, землях и культурных знаниях, связанная с принципами CARE для управления данными коренных народов.³ Это отдельная и значительная область знаний, отличная от рассматриваемого здесь юридического понятия, и их не следует путать. Третье значение, распространенное в европейских инициативах по созданию пространств данных, относится к возможности участника контролировать условия использования совместно используемых данных.
Что подстегивает спрос на суверенитет
Давление исходит не из одного источника, что отчасти объясняет, почему на него трудно ответить с помощью какой-то одной политики.
- Правила трансграничной передачи. Согласно GDPR, реагирование на запрос органа третьей страны само по себе является передачей данных, на которую в полной мере распространяется Глава V. Стандарт, которому должны соответствовать средства защиты, — это , что превращает соблюдение требований к передаче из бумажной волокиты в перманентную оценку юрисдикции получателя.²
Правила трансграничной передачи. Согласно GDPR, реагирование на запрос органа третьей страны само по себе является передачей данных, на которую в полной мере распространяется Глава V. Стандарт, которому должны соответствовать средства защиты, — это
, что превращает соблюдение требований при передаче данных из формальной бумажной работы в постоянную оценку юрисдикции получателя.²
- Отраслевые режимы. В сфере здравоохранения, финансовых услуг и обороны требования часто строже, чем в общем законе о защите данных той же страны, а при государственных закупках обычно устанавливается самая высокая планка.
Отраслевые режимы. В сфере здравоохранения, финансовых услуг и обороны требования часто строже, чем в общем законе о защите данных той же страны, а при государственных закупках обычно устанавливается самая высокая планка.
- Национальные нормативно-правовые базы. Закон КНР «О защите персональной информации» и Закон «О кибербезопасности» в совокупности налагают обязательства по локализации на определенные категории данных, требуя одобрения регулирующих органов перед трансграничной передачей. Требования такого рода различаются в зависимости от страны и отрасли, поэтому правило, которое вас связывает, — это, как правило, отраслевой регламент, а не общий закон о защите данных.
Национальные нормативно-правовые базы. Закон КНР «О защите персональной информации» и Закон «О кибербезопасности» в совокупности налагают обязательства по локализации на определенные категории данных, требуя одобрения регулирующих органов перед трансграничной передачей. Требования такого рода различаются в зависимости от страны и отрасли, поэтому правило, которое вас связывает, — это, как правило, отраслевой регламент, а не общий закон о защите данных.
Реакция рынка уже достаточно велика, чтобы ее можно было измерить. По прогнозам Gartner, мировые расходы на инфраструктуру как услугу (IaaS) для суверенных облаков достигнут $80 billion in 2026, a 35.6% increase over 2025.⁴ По оценкам Gartner, проекты по «геопатриации» перенесут около 20% текущих рабочих нагрузок от глобальных к локальным облачным провайдерам.⁴ Географическая структура важна не меньше, чем общая сумма: прогнозируется, что расходы в Европе вырастут с 6,9 млрд долларов в 2025 году до 12,6 млрд долларов в 2026 году и 23,1 млрд долларов в 2027 году, обогнав Северную Америку в 2027 году.⁴
Траектория более крутая, чем показывают цифры расходов. Gartner прогнозирует, что к 2030 году более 75% of European and Middle Eastern enterprises will geopatriate their virtual workloads будет направлено на решения, предназначенные для снижения геополитических рисков, по сравнению с менее чем 5% в 2025 году.⁵
Геопатриация (сущ.) — термин Gartner для обозначения процесса переноса корпоративных данных и приложений из глобальных публичных облаков в локальные варианты, такие как суверенные облака, региональные провайдеры или собственные центры обработки данных организации, из-за воспринимаемых геополитических рисков. Gartner назвал это .⁵
Геопатриация (сущ.) — термин Gartner для обозначения процесса переноса корпоративных данных и приложений из глобальных публичных облаков в локальные варианты, такие как суверенные облака, региональные провайдеры или собственные центры обработки данных организации, из-за воспринимаемых геополитических рисков. Gartner назвал это .⁵
Однако ни одна из этих цифр не говорит о том, могут ли организации, осуществляющие этот перенос, доказать, что это сработало. Это более сложная часть проблемы, и именно здесь большинство программ наиболее уязвимы.
Что на самом деле требуется от команды по управлению данными в вопросах суверенитета
Если отбросить геополитику, суверенитет сводится к пяти конкретным требованиям. Ни одно из них не является вопросом политики. Все они касаются того, достаточно ли хороши ваши метаданные, чтобы дать ответ регулятору.
- Знайте, где физически находится каждый регулируемый набор данных. Не по системе, а по набору данных — включая копии. Инвентаризация, которая охватывает ваши три склада, но не учитывает выгрузки, поступающие в инструмент региональной отчетности, — это не инвентаризация.
Знайте, где физически находится каждый регулируемый набор данных. Не по системе, а по набору данных — включая копии. Инвентаризация, которая охватывает ваши три склада, но не учитывает выгрузки, поступающие в инструмент региональной отчетности, — это не инвентаризация.
- Знайте, какая юрисдикция к нему относится. Физическое местоположение плюс юрисдикция оператора плюс отраслевое правило, применимое к этой категории данных. Это атрибут данных, и он должен существовать вместе с данными.
Знайте, какая юрисдикция к нему относится. Физическое местоположение плюс юрисдикция оператора плюс отраслевое правило, применимое к этой категории данных. Это атрибут данных, и он должен существовать вместе с данными.
- Знайте, пересекает ли цепочка передачи данных границу, которую вы обещали не пересекать. Постоянно, а не во время аудита. Конвейеры данных меняются без того, чтобы кто-либо подавал заявку о юрисдикции.
Знайте, пересекает ли цепочка передачи данных границу, которую вы обещали не пересекать. Постоянно, а не во время аудита. Конвейеры данных меняются без того, чтобы кто-либо подавал заявку о юрисдикции.
- Обеспечьте контроль доступа с учетом географии. Кто может запрашивать этот набор данных, из какой юрисдикции, на каком основании — применительно к сервисным учетным записям и агентам ИИ, а также к людям.
Обеспечьте контроль доступа с учетом географии. Кто может запрашивать этот набор данных, из какой юрисдикции, на каком основании — применительно к сервисным учетным записям и агентам ИИ, а также к людям.
- Предоставляйте доказательства аудита для всего вышеперечисленного. По требованию, без шестинедельной авральной подготовки.
Предоставляйте доказательства аудита для всего вышеперечисленного. По требованию, без шестинедельной авральной подготовки.
Сложность редко заключается в написании политики, поскольку она есть у каждой современной организации. Сложность заключается в доказательстве того, что политика соблюдается на всем протяжении конвейера, который никто полностью не отобразил.
Это различие имеет юридическую силу, а не только риторическую. GDPR возлагает бремя на вас, а не на запрашивающий орган: поскольку , контролер, столкнувшийся с запросом из третьей страны, должен определить законное основание и правовое обоснование передачи в соответствии с Главой V и иметь возможность это доказать.² Инфраструктура дает вам возможности для соблюдения требований. Метаданные дают вам доказательства этого. Только одно из них является ответом.
Требование
Доказательства, которые примет регулятор
Инвентаризация регулируемых данных
Актуальный каталог наборов данных с возможностью поиска, классификацией чувствительности и владельцем, а не снимок в электронной таблице
Юрисдикционная атрибуция
Теги юрисдикции и применимого режима, примененные на уровне набора данных и столбца
Отсутствие несанкционированных пересечений границы
Сквозная цепочка передачи данных, показывающая каждый пункт назначения, с датой последней проверки потока
Доступ с учетом географии
Записи о доступе, привязанные к политике, показывающие, кто и что запрашивал данные и на чьем основании
Непрерывное соблюдение требований
История соблюдения с отметкой времени, а не ежегодная аттестация
Каждая строка соотносится с возможностью, а не с процессом. Инвентаризация данных с юрисдикционной маркировкой — это функция каталога данных. Определение того, какие из тысяч ваших наборов данных действительно подвержены регулированию, чтобы вы не пытались управлять ими всеми одинаково, — это то, для чего предназначен Critical Data Manager. Обнаружение потока, который пересекает границу, которую вы обязались не пересекать, — это функция отслеживания цепочки, и никакой опрос инженерных команд ее не заменит. А переход от периодической аттестации к непрерывному обеспечению соблюдения — это предпосылка агентного управления данными: объявите стандарт один раз и позвольте системе поддерживать его по мере изменения инфраструктуры. Если ваша схема классификации является слабым звеном, начните с того, что на самом деле требует классификация данных.
Где обещания о резидентности данных тихо нарушаются
Обязательства по обеспечению резидентности данных редко нарушаются в основном хранилище. Они нарушаются на периферии, в местах, настроенных для обеспечения отказоустойчивости или удобства людьми, которые не задумывались о юрисдикции. В первую очередь стоит проверить резервные копии и реплики для аварийного восстановления, поскольку репликация настраивается для обеспечения доступности, что обычно означает географическое распределение.
Полный список мест, которые стоит проверить:
- Резервные копии и реплики для аварийного восстановления (DR). Настроены для обеспечения доступности, а не юрисдикции, и часто являются последним, что кто-либо проверяет.
Резервные копии и реплики для аварийного восстановления (DR). Настроены для обеспечения доступности, а не юрисдикции, и часто являются последним, что кто-либо проверяет.
- Архивные и «холодные» уровни хранения. Политики жизненного цикла перемещают данные в более дешевое хранилище, которое может не иметь тех же региональных гарантий, что и «горячий» уровень.
Архивные и «холодные» уровни хранения. Политики жизненного цикла перемещают данные в более дешевое хранилище, которое может не иметь тех же региональных гарантий, что и «горячий» уровень.
- CDN и периферийные кэши. Контент кэшируется там, откуда он запрашивается, согласно архитектуре.
CDN и периферийные кэши. Контент кэшируется там, откуда он запрашивается, согласно архитектуре.
- Телеметрия и продуктовая аналитика. Данные об использовании, логи и трассировки передаются туда, где находится стек наблюдаемости поставщика, и они часто содержат регулируемые поля, которые никто не планировал отправлять.
Телеметрия и продуктовая аналитика. Данные об использовании, логи и трассировки передаются туда, где находится стек наблюдаемости поставщика, и они часто содержат регулируемые поля, которые никто не планировал отправлять.
- Доступ службы поддержки поставщика. Инженер поддержки в третьей стране с доступом на чтение к производственной среде — это трансграничная передача, независимо от того, классифицировал ли это кто-то таким образом.
Доступ службы поддержки поставщика. Инженер поддержки в третьей стране с доступом на чтение к производственной среде — это трансграничная передача, независимо от того, классифицировал ли это кто-то таким образом.
- Цепочки субпроцессоров. Обязательство вашего поставщика по резидентности данных настолько надежно, насколько надежны обязательства, полученные им от собственных поставщиков на несколько уровней ниже.
Цепочки субпроцессоров. Обязательство вашего поставщика по резидентности данных настолько надежно, насколько надежны обязательства, полученные им от собственных поставщиков на несколько уровней ниже.
- Исключения в контрактах для «улучшения продукта» или обучения моделей. Пункт о резидентности с приложенным исключением для обучения может стоить очень мало. Прямо спросите, используются ли ваши данные для обучения моделей поставщика. Ответ должен быть «нет», и это должно быть зафиксировано в контракте, а не в блоге.
Исключения в контрактах для «улучшения продукта» или обучения моделей. Пункт о резидентности с приложенным исключением для обучения может стоить очень мало. Прямо спросите, используются ли ваши данные для обучения моделей поставщика. Ответ должен быть «нет», и это должно быть зафиксировано в контракте, а не в блоге.
Шесть из семи перечисленных выше пунктов не видны из консоли, где вы настраивали свой регион. Они видны в данных о происхождении (lineage), потому что lineage отслеживает то, что конвейеры делают на самом деле, а не то, что нарисовано на архитектурной схеме. Мы подробнее рассматриваем проблему обнаружения в контексте суверенитета данных и трансграничного перемещения конфиденциальных данных, а также проектирование с учетом этих требований на этапе разработки.
Суверенитет метаданных: уязвимость, которую почти никто не проверяет
Вот вопрос, который обычно меняет ход обсуждения при проверке управления данными.
Вы тщательно разместили свои регулируемые операционные данные во Франкфурте. Где находятся классификации, бизнес-определения, граф происхождения и политики управления, которые описывают эти данные?
Для большинства предприятий честный ответ — это арендатор SaaS-решения поставщика, юрисдикция которого никогда не оценивалась, потому что метаданные не входили в список регулируемых активов. Но подумайте, что на самом деле содержат эти метаданные: структурированную карту каждого конфиденциального набора данных, которым вы владеете, что в нем находится, кто может получить к нему доступ и как он перемещается. Это подробное описание ваших регуляторных рисков, и в некоторых юрисдикциях оно само по себе является конфиденциальным.
Здесь скрыты два отдельных риска. Первый — юрисдикционный: метаданные о регулируемых данных находятся под правовым режимом, который вы не оценивали. Второй — стратегический, и он более затратный. Поставщик, который владеет вашей семантикой, владеет вашей способностью к миграции, ведению переговоров и адаптации при изменении регуляторной среды. Вы можете подписать соглашение об обработке данных, которое привязывает ваши операционные данные к Франкфурту, и при этом обменять регуляторный риск на риск зависимости от поставщика (vendor lock-in).
Принцип, который мы отстаиваем, — это четкая граница между тем, что вы арендуете, и тем, чем вы владеете. Инфраструктура — это решение о закупках. Модели — это, все чаще, тоже решение о закупках. Вы можете арендовать инфраструктуру. Вы можете арендовать модели. Вы не можете позволить себе арендовать свои корпоративные знания. Ваши бизнес-определения, классификации, lineage и логика политик должны быть архитектурно вашими, переносимыми между облаками, юрисдикциями и стеками инструментов. Именно это мы подразумеваем под независимым уровнем знаний, и это принцип проектирования, а не функция.
Три вопроса для вашего следующего обзора платформы:
- В какой юрисдикции находятся наши метаданные управления и под чьим операционным контролем они находятся?
В какой юрисдикции находятся наши метаданные управления и под чьим операционным контролем они находятся?
- Если мы откажемся от этой платформы через 18 месяцев, какая часть наших классификаций, определений и lineage останется с нами в пригодном для использования виде?
Если мы откажемся от этой платформы через 18 месяцев, какая часть наших классификаций, определений и lineage останется с нами в пригодном для использования виде?
- Покрываются ли эти метаданные теми же обязательствами по резидентности и суверенитету, которые мы согласовали для операционных данных, или они никогда не входили в область действия?
Покрываются ли эти метаданные теми же обязательствами по резидентности и суверенитету, которые мы согласовали для операционных данных, или они никогда не входили в область действия?
Суверенитет в эпоху ИИ-агентов
ИИ не столько создал новую категорию рисков суверенитета, сколько увеличил площадь атаки и устранил бумажный след. В частности, три проблемы:
1. Проблема копирования. Эмбеддинги и векторные хранилища — это копии ваших данных. Они обычно создаются вне контролируемого пути, часто находятся в другом сервисе, а иногда и в другом регионе, чем исходные таблицы, и редко появляются в каком-либо инвентарном списке. Набор данных, привязанный к региону ЕС, эмбеддинги которого живут в векторной базе данных, размещенной в США, был передан, что бы ни говорила конфигурация исходной системы. Вывод: ваш инвентарный учет должен охватывать производные представления, а не только таблицы.
2. Проблема пересечения границ. Конвейеры поиска (retrieval pipelines) собирают контекст из нескольких систем во время запроса, а вывод (inference) может происходить в регионе, выбранном для доступности модели, а не для соответствия требованиям. Один запрос RAG может пересечь две границы менее чем за секунду и оставить после себя лог, который не фиксирует ни одну из них. Вывод: lineage должен распространяться на поиск и вывод, иначе пересечение границы останется незамеченным.
3. Проблема полномочий. Агенты действуют, а не отвечают. Большинство организаций могут определить, какой агент обращался к набору данных; гораздо меньше организаций могут назвать человека, который уполномочил этого агента на выполнение действий, или доказать, что это разрешение оставалось действительным на тот момент. Регуляторные сроки здесь сдвинулись, причем не в том направлении, которое предполагало большинство дорожных карт: согласно Digital Omnibus on AI, обязательства EU AI Act для автономных систем с высоким уровнем риска теперь применяются с 2 December 2027, а со 2 августа 2028 года — для ИИ с высоким уровнем риска, встроенного в регулируемые продукты.⁶ Это более длительный период подготовки, а не облегчение требований, и меры по управлению рисками, техническая документация, ведение журналов и контроль со стороны человека, которые требуются в рамках этих норм, — это именно те возможности, на создание которых уходит восемнадцать месяцев. Вывод: делегированные полномочия должны быть зафиксированы и иметь срок действия, а не быть подразумеваемыми, и процесс фиксации должен начаться задолго до наступления крайнего срока. Мы уже писали о цепочке подчинения для автономных действий, если вам нужны более подробные аргументы.
Регистрация каждого ИИ-актива на каждой платформе и возможность предоставить этот реестр по требованию — это практическая отправная точка. Именно для решения этой задачи и создается управление ИИ (AI governance).
Двенадцать вопросов, которые нужно задать перед подписанием договора
Замените вопрос «соответствуете ли вы требованиям?» на следующие вопросы:
- В каких конкретно центрах обработки данных будут храниться наши данные, и кто ими владеет и управляет?
В каких конкретно центрах обработки данных будут храниться наши данные, и кто ими владеет и управляет?
- Какое юридическое лицо является стороной нашего договора и в какой юрисдикции оно зарегистрировано?
Какое юридическое лицо является стороной нашего договора и в какой юрисдикции оно зарегистрировано?
- Привлекает ли ваша материнская компания или любой субпроцессор юрисдикцию, которую мы не оценивали?
Привлекает ли ваша материнская компания или любой субпроцессор юрисдикцию, которую мы не оценивали?
- Где находятся резервные копии, реплики для аварийного восстановления (DR) и архивные уровни? Хороший ответ содержит название региона для каждого уровня и предложение показать конфигурацию. Расплывчатый ответ здесь — самый надежный индикатор проваленного аудита.
Где находятся резервные копии, реплики для аварийного восстановления (DR) и архивные уровни?
Хороший ответ содержит название региона для каждого уровня и предложение показать конфигурацию. Расплывчатый ответ здесь — самый надежный индикатор проваленного аудита.
- Кто владеет ключами шифрования и можем ли мы хранить их самостоятельно?
Кто владеет ключами шифрования и можем ли мы хранить их самостоятельно?
- Могут ли ваши сотрудники получить доступ к нашим данным? При каких обстоятельствах, из каких стран и с каким аудиторским следом? Хороший ответ включает процедуры экстренного доступа (break-glass) и журнал, который мы можем проверить.
Могут ли ваши сотрудники получить доступ к нашим данным? При каких обстоятельствах, из каких стран и с каким аудиторским следом?
Хороший ответ включает процедуры экстренного доступа (break-glass) и журнал, который мы можем проверить.
- Используются ли наши данные или метаданные для обучения ваших моделей, улучшения продуктов или для любых функций ИИ? Ответ должен быть «нет», и это должно быть прописано в договоре, а не на странице с политиками, которую вы можете изменить.
Используются ли наши данные или метаданные для обучения ваших моделей, улучшения продуктов или для любых функций ИИ?
Ответ должен быть «нет», и это должно быть прописано в договоре, а не на странице с политиками, которую вы можете изменить.
- Где хранятся наши метаданные управления и распространяются ли на них те же обязательства, что и на наши операционные данные?
Где хранятся наши метаданные управления и распространяются ли на них те же обязательства, что и на наши операционные данные?
- Можете ли вы обеспечить полностью изолированное развертывание без трансграничных потоков данных, включая операционные цели? Большинство поставщиков не могут. Гораздо лучше узнать об этом сейчас, чем во время выхода на рынок.
Большинство поставщиков не могут. Гораздо лучше узнать об этом сейчас, чем во время выхода на рынок.
