Конфіденційність даних, КВКК, Таємниця клієнта та законодавство

Прибуток:

• Здатність анонімізувати клієнтські та фінансові дані в рамках KVKK, правил клієнтської таємниці та банківської конфіденційності та застосовувати безпечні правила обробки транспортного засобу та даних
• Зрозуміти зобов'язання, які накладаються банківським законодавством (BRSA, MASAK, KVKK) щодо використання штучного інтелекту та необхідності перевірки
• Здатність зрозуміти, чому пояснюваність моделі, ведення записів і журнал аудиту є обов’язковими, і підтримувати ланцюг відповідальності

У банківській справі дані — це золото, але це також відповідальність. Зарплата клієнта, його звички витрачати, кредитна історія та операції по рахунку є надзвичайно конфіденційною особистою інформацією та захищеною законом. ШІ дає потужні результати при роботі з цими даними; але та сама сила може створити серйозне порушення одним натисканням кнопки. У цьому розділі ми побачимо, як захистити клієнтські та фінансові дані в рамках KVKK, таємницю клієнтів і правила банківської конфіденційності, зобов’язання, які накладає банківське законодавство (BRSA, MASAK, KVKK) щодо використання штучного інтелекту, і чому пояснюваність моделі та контрольний слід є обов’язковими. Основний принцип: дані є власністю їх власника; Його захист — це не технічний вибір, а юридичний і етичний обов’язок.

Дворівневий захист: КВКК і секрет клієнта

Дані клієнта захищені двома окремими фреймворками:

• KVKK (Закон про захист персональних даних): будь-які дані, які роблять особу конкретною/ідентифікованою, є персональними даними. Для обробки потрібна правова підстава (явна згода або законна причина); Воно повинно бути обмежено метою, пропорційним і безпечним. Фінансові дані мають особливе значення.
• Таємниця клієнта (банківське право): Будь-яка інформація, яку банк дізнається про свого клієнта, є таємницею і не може бути передана без дозволу. Цей обов'язок також пов'язує працівника банку.

Завантаження даних клієнта в несхвалений інструмент ШІ може порушити обидві системи одночасно.

Тип даних

захисту

ризикована поведінка

Ім'я, TR, IBAN

Особисті дані + секрет

Вхід в транспортний засіб без анонімізації

виписка з рахунку

Особисті дані + секрет

Експлуатація в несанкціонованому транспортному засобі

Кредитна оцінка/історія

Особисті дані + секрет

обмін без мети

Дані анонімного сегмента

низький ризик

(ризик, якщо особу можна відновити)

Порада: недостатньо сказати «я анонімізував»; Дані мають бути справді деідентифікованими. Навіть невелика кількість ознак (вік + оточення + професія) може ідентифікувати людину. В анонімізації «чи можна ці дані повернути людині?» Задайте питання.

Безпечні етапи обробки даних

1. Анонімність/маскування. Видалити ідентифікаційні області; За потреби використовуйте значення псевдоніма.
2. Мінімум даних (мінімізація даних). Обробляти мінімум даних, необхідних для виконання завдання; Не носіть із собою забагато даних на випадок, якщо вони вам знадобляться.
3. Обмежте це цілеспрямовано. Використовувати дані лише з тією метою, для якої вони були зібрані; Не перекладайте дані, отримані за кредит, на маркетинг.
4. Схвалений і безпечний автомобіль. Використовувати договірні інструменти банку для забезпечення обробки даних; Не вводьте дані клієнтів у загальнодоступні інструменти, де незрозуміло, куди вони йдуть.
5. Аудиторський слід. Запишіть, які дані, з якою метою та який інструмент використовувався.
6. Зберігання та утилізація. Не зберігайте дані довше, ніж це необхідно; Утилізуйте прострочений відповідно до політики.

Зобов'язання, які накладає законодавство щодо штучного інтелекту

• Зрозумілість: регульовані рішення (такі як позики) мають бути виправданими; Рішення «чорної каси» не підлягає аудиту.
• Аудиторський слід: результати моделі, використані дані та остаточне рішення мають бути зафіксовані; Питання "чому було прийнято таке рішення?" слід відповісти пізніше.
• Людський нагляд: люди повинні брати участь у прийнятті важливих рішень; повністю автоматизовані, неконтрольовані механізми прийняття рішень можуть конфліктувати з регулюванням.
• Право на заперечення та виправлення: має бути захищено право клієнта на заперечення проти рішення та вимагати виправлення своїх даних.
• Ланцюжок відповідальності: особа, відповідальна за рішення, завжди чітка — не модель, а компетентна особа та установа.

Увага: порушення конфіденційності або порушення законодавства може бути виявлено під час аудиту через місяці або навіть роки та може призвести до великих адміністративних штрафів, втрати репутації та юридичної відповідальності. «Не помічено» не є запевненням; Реєстрація та відповідність встановлені з самого початку.

Чотири шаблони, які можна копіювати

1) Контроль анонімізації:

Перевірте наведений нижче текст, перш ніж надати його інструменту штучного інтелекту: яку інформацію він містить, що дозволяє ідентифікувати особу (ім’я, TR ID, IBAN, телефон, адреса, рідкісна комбінація функцій)? Перелічіть їх усіх і запропонуйте, як їх замаскувати. Текст: [дані]

2) Мета та мінімальний контроль даних:

Який мінімальний набір даних дійсно необхідний для цього завдання? Які з наведених нижче полів непотрібні для завдання та їх слід видалити? Позначте зони, які можуть бути використані неправильно. Завдання: [опис] Поля: [список]

3) Проект журналу аудиту:

Ваша роль: помічник, який готує журнал аудиту. Створіть акуратний запис транзакції з такою інформацією: які дані (анонімні), яка мета, який носій, яка дата, хто відповідає. Залиште відсутні поля як «[для заповнення]». Вхід: [інформація]

4) Відповідь на запит даних клієнта (права КВКК):

Клієнт подав запит на доступ/виправлення своїх даних у межах КВКК. Напишіть відповідь, яка буде шанобливою, чіткою та нагадуватиме вам про ваші права (доступ, виправлення, заперечення). Додавання нових персональних даних; Поясніть етапи процесу. Чиновник перевірить.

Слабка підказка / Сильна підказка

Слабка підказка:

Додається повне ім’я клієнта, номер TR ID та виписка з рахунку за останні 6 місяців; Проаналізуйте це та дайте мені профіль. Будь швидким.

Він ділиться ідентифікаційними даними без дозволу, порушує мінімізацію даних і порушує секрети клієнтів.

Потужна підказка:

Ваша роль: асистент аналізу роботи з анонімними даними. Я надаю лише деідентифіковані, мінімальні дані: 42 роки, сегмент Х, середньомісячний діапазон витрат [діапазон]. Запит персональних даних або встановлення особи. Я буду використовувати та збережу результат у затвердженому процесі.

Потужна підказка працює анонімно та з мінімальними даними, забороняє вилучення ідентифікаційних даних і забезпечує контрольний слід.

три міні-чохла

Випадок 1 — Правильна обробка. Аналітик проводить аналіз поведінки 5000 клієнтів, використовуючи лише анонімні зведені дані; Поле ідентифікації транспортного засобу не вводиться, використовуваний транспортний засіб і мета записуються. Результат створює цінність для бізнесу, і жодні межі конфіденційності не перетинаються.

Випадок 2 — Ризик повторної ідентифікації. Команда виявляє, що деяких клієнтів можна ідентифікувати окремо за комбінацією віку, району та рідкісної професії в тому, що вони вважали «анонімним» набором даних. Дані повторно анонімізуються шляхом узагальнення цих полів (віковий діапазон, великий регіон). Тег «Анонімний» не вважається безпечним без перевірки.

Випадок 3 — Відновлення контрольного сліду. Рішення про позику може бути оскаржено через роки. Банк показує з аудиторського сліду, на яких перевірених даних ґрунтувалося рішення, на яких підставах воно було прийнято та хто його схвалив. Завдяки запису рішення можна захистити; Якби сліду не було, банк опинився б у скрутному становищі.

Резиденція в хмарі, сторонніх розробниках і даних

Більшість інструментів ШІ працюють у хмарі та обробляють дані на власних серверах. Це відкриває додатковий рівень питань у банківській справі: куди йдуть дані та хто може отримати до них доступ? Надсилання даних клієнтів до інструменту часто означає винесення цих даних за межі стін банку. Тому вибір інструменту – це не технічне рішення, а рішення щодо відповідності.

Важливі моменти:

• Контракт на обробку даних: чи є договір із постачальником інструменту, який визначає, як дані будуть оброблятися, зберігатися та видалятися? «Безкоштовні» та безконтрактні інструменти не підходять для банківських даних.
• Використання в навчанні: знати, чи використовуються введені вами дані в навчанні моделі; У разі використання секрети клієнтів можуть просочитися в інші місця.
• Резиденція даних: Країна, в якій зберігаються дані, важлива як з точки зору KVKK, так і з точки зору міжнародних правил передачі.
• Доступ і реєстрація: чи реєструється, хто має доступ?

Застереження: «Автомобіль виглядає безпечним» не є гарантією. Перш ніж інструмент можна буде використовувати в банку, він повинен пройти сертифікацію з інформаційної безпеки та відповідності. Введення даних клієнта в несхвалений інструмент означає передачу даних, не знаючи, куди вони йдуть.

Поширені помилки

• Передача ідентифікаційних даних без дозволу. Вхід у транспортний засіб без анонімізації вашого імені, TR ID та IBAN.
• Припустимо «анонімно». Вважаючи дані безпечними без виконання тесту повторної ідентифікації.
• Дрейф мети. Використання даних, зібраних для однієї мети, для іншої.
• Обхід контрольного сліду. Незапис даних, мети та засобів; неможливості притягнути до відповідальності пізніше.
• Рішення про чорну скриньку. Вважаючи автоматичне рішення, яке не можна виправдати як законне.

Порада: конфіденційність і дотримання вимог — це не «перешкода», а основа довіри. Клієнт довіряє банку, бо знає, що його дані захищені. Ризикувати цією довірою заради швидкого шляху — найдорожча помилка.

Підсумовуючи

Дані клієнта є як особистими даними в межах KVKK, так і таємницею клієнта в межах Закону про банківську діяльність; Він подвійно захищений. Анонімність (і тестування на повторну ідентифікацію), працюйте з мінімальними даними та метою, використовуйте лише схвалені безпечні інструменти, залишайте контрольний слід. Законодавство вимагає пояснення, людського контролю, права на заперечення та чіткого ланцюга відповідальності. Одним реченням: дані - це довіра власника; Компетентна особа відповідає за його захист, реєстрацію та облік.

Аплікаційне завдання

Напишіть зразок тексту даних клієнта (з полями ID) і виконайте перевірку анонімності за допомогою шаблону 1; Визначте, які ділянки маскувати. Потім визначте завдання та витягніть мінімальний набір даних за допомогою другого шаблону та видаліть непотрібні поля. Нарешті створіть чернетку запису журналу аудиту з 3-м шаблоном із переліком того, яку інформацію слід зберігати для кожної транзакції.

контрольний список

• [ ] Я анонімізував поля ID і перевірив їх на повторну ідентифікацію.
• [ ] Я обробив лише мінімум даних, необхідних для виконання завдання.
• [ ] Я використовував дані лише для їх призначення; Я не пропустив гол.
• [ ] Я їздив лише на дозволених і безпечних автомобілях.
• [ ] Я записав дані, мету, засоби та принципала в контрольний слід.
• [ ] Я врахував зрозумілість рішення та право замовника на заперечення.