Соблюдение GDPR для DLT в цифровой идентификации: вызовы и решения (RU)

Вызов GDPR для DLTНеизменяемый и децентрализованный характер технологии распределенного реестра (DLT) прямо противоречит основным принципам GDPR, особенно «праву на забвение» и исправлению данных, что требует тщательного архитектурного проектирования.

Минимизация данных — ключ к успехуДля снижения рисков GDPR решения идентификации на базе DLT должны отдавать приоритет минимизации данных, храня только основные, не содержащие PII данные в цепочке и связывая их с внешним, контролируемым хранилищем данных для личных атрибутов.

Различие между контролером и обработчикомЧеткое определение ролей (контролер данных, совместный контролер или обработчик) для всех участников экосистемы идентификации на базе DLT имеет жизненно важное значение для распределения ответственности и обеспечения подотчетности в соответствии с GDPR.

Подход Didit, ориентированный на соответствие требованиямМодульная, AI-нативная платформа идентификации Didit создана с учетом корпоративной безопасности и соответствия требованиям (ISO 27001, GDPR, готовность к Закону ЕС об ИИ), предлагая гибкие инструменты, такие как проверка личности и AML-скрининг, которые поддерживают принципы конфиденциальности по умолчанию для любой архитектуры идентификации, включая те, которые используют DLT.

Перспективы и подводные камни DLT в цифровой идентификации

Технология распределенного реестра (DLT), включая блокчейн, обладает огромным потенциалом для революции в цифровой идентификации. Представьте себе мир, где люди имеют суверенный контроль над своими идентификационными данными, избирательно раскрывая только необходимые атрибуты для транзакций, свободные от централизованных посредников. Это видение, часто называемое самосуверенной идентификацией (SSI), использует присущие DLT свойства неизменяемости, прозрачности и децентрализации для создания более безопасных, устойчивых и ориентированных на пользователя систем идентификации. Однако эти самые свойства создают значительные сложности при столкновении со строгими требованиями Общего регламента по защите данных (GDPR).

GDPR, принятый Европейским союзом, подчеркивает защиту данных и конфиденциальность для всех лиц в ЕС. Его основные принципы включают законность, справедливость, прозрачность, ограничение цели, минимизацию данных, точность, ограничение хранения, целостность, конфиденциальность и подотчетность. Проблема возникает из-за того, что дизайн DLT, особенно его неизменяемость (данные, однажды записанные, не могут быть изменены или удалены) и децентрализация (ни одно лицо не контролирует весь реестр), может противоречить требованиям GDPR, особенно «праву на забвение» (статья 17) и праву на исправление (статья 16).

Навигация по «праву на забвение» и неизменяемости

Одно из наиболее значительных противоречий между DLT и GDPR — это «право на забвение». Если личные данные записаны в неизменяемый реестр, как их можно стереть? Этот фундаментальный конфликт требует инновационных архитектурных решений для систем идентификации на основе DLT. Преобладающий подход предполагает строгое соблюдение принципа минимизации данных в самом реестре. Это означает, что личная информация (PII) в идеале никогда не должна храниться непосредственно в публичном, неизменяемом DLT.

Вместо этого DLT следует использовать для хранения проверяемых учетных данных или криптографических хешей, которые подтверждают существование и действительность внешних данных. Фактическая PII, такая как имена, адреса или даты рождения (которые могут быть проверены с помощью проверки личности Didit или подтверждения адреса), будет находиться в безопасных, зашифрованных, контролируемых пользователем хранилищах данных или традиционных базах данных, которые могут быть изменены или удалены в соответствии с требованиями GDPR. DLT затем служит аудируемой, защищенной от несанкционированного доступа записью доверия и событий проверки, а не самими данными. Такая конструкция позволяет отзывать или аннулировать учетные данные в реестре без удаления базовой PII, которая управляется вне цепочки.

Определение ролей: контролер данных, обработчик и совместный контролер

GDPR четко различает контролеров данных (которые определяют цели и средства обработки персональных данных) и обработчиков данных (которые обрабатывают данные от имени контролера). В децентрализованной экосистеме идентификации DLT эти роли могут быть размыты, что приводит к неоднозначности в соблюдении требований. Например, является ли лицо, владеющее своим SSI, контролером? Является ли эмитент проверяемых учетных данных контролером или обработчиком? А как насчет валидаторов или узлов, поддерживающих реестр?

Для того чтобы решение идентификации на основе DLT соответствовало GDPR, должна быть установлена четкая правовая основа для обработки, а роли всех участников должны быть явно определены. Во многих моделях SSI человек становится основным контролером своих личных данных. Эмитенты учетных данных, такие как университет, выдающий диплом, или государственное учреждение, выдающее удостоверение личности, выступают в качестве контролеров для данных, которые они проверяют и подтверждают. Участники сети DLT (майнеры, валидаторы) могут считаться совместными контролерами или обработчиками в зависимости от их уровня доступа и влияния на обработку персональных данных. Это сложное взаимодействие требует надежных правовых рамок и прозрачных соглашений между всеми сторонами.

Конфиденциальность по умолчанию и меры безопасности

GDPR предписывает «конфиденциальность по умолчанию» и «конфиденциальность по умолчанию» (статья 25), что означает, что защита данных должна быть встроена в систему с самого начала. Для идентификации DLT это означает несколько ключевых соображений:

• Минимизация данных: Как обсуждалось, храните в реестре только основные, не содержащие PII данные. Например, результат оценки возраста (например, «старше 18 лет») может храниться как проверяемое удостоверение без раскрытия точной даты рождения.
• Псевдонимизация и анонимизация: Используйте криптографические методы для псевдонимизации данных в цепочке, что затрудняет их привязку к человеку без дополнительной информации.
• Безопасность: Внедрите надежные меры безопасности во всей экосистеме. Это включает сквозное шифрование для внешних данных, безопасное управление ключами для пользователей и строгий контроль доступа. Didit, например, имеет сертификацию ISO 27001 и использует TLS 1.3 для данных в пути и AES-256 для данных в состоянии покоя, обеспечивая корпоративный уровень безопасности.
• Прозрачность: Убедитесь, что субъекты данных полностью осведомлены о том, какие данные обрабатываются, почему и кем. Это включает четкие механизмы согласия на обмен данными.

Кроме того, Закон ЕС об ИИ, который становится все более актуальным для решений идентификации на основе ИИ, потребует дополнительных соображений в отношении прозрачности, надзора со стороны человека и мониторинга предвзятости. Didit уже готов к Закону ЕС об ИИ, демонстрируя свою приверженность ответственному ИИ в проверке личности.

Как Didit помогает

Didit, как AI-нативная, ориентированная на разработчиков платформа идентификации, уникально подходит для поддержки компаний, создающих DLT-решения для идентификации, соответствующие GDPR. Хотя Didit не предоставляет непосредственно инфраструктуру DLT, ее модульная архитектура и дизайн, ориентированный на соответствие требованиям, предлагают основные строительные блоки, которые могут беспрепятственно интегрироваться и укреплять экосистемы идентификации на основе DLT.

Бесплатный базовый KYC Didit, включая надежную проверку личности (OCR, MRZ, штрих-коды), пассивную и активную проверку живости для предотвращения мошенничества и сопоставление лиц 1:1, может использоваться для проверки подлинности пользователей и их документов с соблюдением конфиденциальности. Результаты этих проверок затем могут быть подтверждены в DLT, а не хранить конфиденциальные PII непосредственно в реестре. Например, вместо того, чтобы размещать полное имя пользователя в цепочке, проверяемое удостоверение может просто указывать, что «Пользователь X успешно прошел проверку личности Didit». Аналогично, результаты AML-скрининга и мониторинга могут быть токенизированы или криптографически связаны с DLT без раскрытия подробных данных о соответствии требованиям.

Приверженность Didit соответствию требованиям (соответствие GDPR, сертификация ISO 27001, готовность к Закону ЕС об ИИ) и ее ориентация на структурированные данные идентификации гарантируют, что любые данные, обрабатываемые через ее платформу, обрабатываются безопасно и в соответствии с нормативными требованиями. Ее модульность означает, что вы можете выбрать только те этапы проверки, которые вам нужны, поддерживая минимизацию данных. Благодаря отсутствию платы за установку и модели оплаты за успешную проверку, Didit предоставляет гибкую и соответствующую требованиям основу для следующего поколения цифровой идентификации, будь то централизованная, децентрализованная или гибридная система.

Готовы начать?

Готовы увидеть Didit в действии? Получите бесплатную демонстрацию сегодня.

Начните бесплатно проверять личности с бесплатным тарифом Didit.