Jednostka 9 / 12

Prywatność danych, bezpieczeństwo i zgodność: KVKK, PCI-DSS i maskowanie

Zyski:

  • Możliwość ustanowienia bezpiecznego przepływu AI z zasadą minimalizacji, bez maskowania wrażliwych danych u źródła i nigdy nie przekazywania numeru karty
  • Możliwość kontrolowania maskowania za pomocą osobnej warstwy uwierzytelniania i wybierania narzędzi, które są korporacyjne, obsługują DPA i nie wykorzystują danych w szkoleniach
  • Możliwość korzystania z narzędzi wyłącznie w celach autoryzowanych, defensywnych i za obopólną zgodą, przy jednoczesnym zachowaniu przejrzystości wobec klienta

Call center to miejsce, w którym następuje najbardziej intensywny przepływ danych osobowych organizacji. Imię i nazwisko, numer telefonu, adres, TR ID, historia zamówień, informacje zdrowotne, a nawet numer karty płatniczej mogą pojawiać się w każdej rozmowie. Odprężenie się choćby na chwilę przy przetwarzaniu tych danych do sztucznej inteligencji doprowadzi do zarówno poważnych sankcji prawnych (kary KVKK mogą sięgać milionów lirów, kary wynikające z RODO mogą sięgać procentu obrotu), jak i nieodwracalnej utraty zaufania klientów. Ta jednostka jest podstawą bezpieczeństwa, która znajduje się na szczycie wszystkich poprzednich jednostek: niezależnie od tego, jak inteligentny jest bot, podsumowanie, analiza lub asystent, nie można go używać, jeśli nie obsługuje bezpiecznie danych.

W tej jednostce omówimy trzy główne tematy: prywatność danych (ochrona danych osobowych — KVKK/RODO), bezpieczeństwo płatności (PCI-DSS) i maskowanie/redakcja (ukrywanie wrażliwych danych przed przekazaniem ich sztucznej inteligencji). Dodatkowo w zakresie bezpieczeństwa IT będziemy podkreślać jedynie autoryzowane i defensywne wykorzystanie tych narzędzi.

Podstawowe pojęcia i ramy prawne

KVKK (ustawa o ochronie danych osobowych) reguluje przetwarzanie danych osobowych w Türkiye; RODO jest europejskim odpowiednikiem. Zgodnie z tymi przepisami dane osobowe mogą być przetwarzane wyłącznie w sposób bezpieczny i niezbędny do osiągnięcia określonego, zgodnego z prawem celu. Informacje takie jak stan zdrowia, religia i dane biometryczne są specjalnymi danymi osobowymi i podlegają dodatkowej ochronie. PCI-DSS (standard bezpieczeństwa danych kart płatniczych) określa sposób przetwarzania danych karty; Jest to jedna z najsurowszych zasad, zabraniająca niepotrzebnego przechowywania/przesyłania pełnego numeru karty.

Kilka kluczowych koncepcji w kontekście sztucznej inteligencji:

  • Maskowanie/redakcja: Ukrywanie/usuwanie wrażliwych danych (imię i nazwisko, dowód osobisty, karta, telefon) przed przekazaniem ich sztucznej inteligencji. „[KLIENT]” zamiast „Ahmet Yılmaz”, „[KARTA]” zamiast karty.
  • Minimalizacja danych: udostępnianie tylko takiej ilości danych, jakiej potrzebuje firma. Nieuwzględnianie pełnego adresu w podsumowaniu, chyba że jest to wymagane.
  • Miejsce zamieszkania danych: w jakim kraju/serwerze dane są przetwarzane; Część danych nie może wyjechać za granicę.
  • Umowa o przetwarzaniu danych (DPA): Umowa określająca, w jaki sposób narzędzie AI, z którego korzystasz, będzie przetwarzać dane, a nie przechowywać je i nie wykorzystywać w szkoleniu modeli.
  • Zgoda i cel: Niezbędne informacje i podstawa prawna przetwarzania nagrań rozmów.
Uwaga: Nie wystarczy powiedzieć „zamaskowałem dane osobowe”; Należy sprawdzić, czy maskowanie działa. W automatycznym maskowaniu czasami może brakować nazwiska lub numeru karty. Sprawdź, próbkując dane wyjściowe maskowania w strumieniach wysokiego ryzyka.

Bezpieczna architektura: gdzie i jak przetwarzać dane?

Wprowadzając sztuczną inteligencję do call center należy ustalić następujące warstwy zabezpieczeń:

  1. Maskowanie u źródła: dane osobowe/karty są automatycznie maskowane, zanim transkrypcja trafi do sztucznej inteligencji. Numery kart nigdy nie są wprowadzane do modelu w postaci surowej.
  2. Wybór narzędzi korporacyjnych: Preferowane są narzędzia korporacyjne, które nie wykorzystują Twoich danych do szkolenia modeli, posiadają podpis DPA i gwarantowaną rezydencję danych. Dane Klientów nie są wprowadzane do bezpłatnych, ogólnodostępnych narzędzi.
  3. Kontrola dostępu: kto może uzyskać dostęp do rejestrowanych danych (dziennik audytu). Nieautoryzowany dostęp jest zabroniony.
  4. Limit przechowywania: Dane są przechowywane tylko tak długo, jak jest to konieczne; niepotrzebne zapisy są usuwane.
  5. Przejrzystość: Klient wie, że jego rozmowa jest nagrywana/przetwarzana i że rozmawia z botem.

Poniższa tabela porównuje bezpieczne i ryzykowne praktyki:

Temat

Ryzykowna praktyka

Bezpieczna aplikacja

Wybór pojazdu

Bezpłatne narzędzie dostępne dla każdego

Korporacyjny, DPA, nie używany w edukacji

dane karty

Surowe wklejanie do tekstu

Nigdy; zamaskowany/[KARTA]

dane osobowe

Udostępnij tak, jak jest

Maskowanie + minimalizacja

przechowywanie

Na czas nieokreślony

Cel ograniczony, zasady usuwania

Dostęp

wszyscy

Autoryzowany, zalogowany

przejrzystość

tajne nagranie

Oświetlenie + informacja

Krok po kroku: bezpieczny przepływ danych AI

  1. Klasyfikuj: Które pola danych są wrażliwe (TC, karta, stan zdrowia, adres)? Zaznacz je wcześniej.
  2. Maska: zastosuj automatyczne maskowanie przed przejściem do AI; Nigdy nie przekazuj karty.
  3. Minimalizuj: nie wysyłaj więcej, niż wymaga tego oferta pracy.
  4. Weryfikacja: Sprawdź poprzez próbkowanie, czy w wyniku maskowania pominięto jakieś dane.
  5. Umowa i przechowywanie: Potwierdź DPA pojazdu, miejsce przechowywania danych i okres przechowywania.
  6. Monitoruj i audytuj: Dostęp do dzienników, przeprowadzaj regularne audyty bezpieczeństwa.

Cztery szablony do kopiowania

1) Prośba o maskowanie (redakcję):

Znajdź i zamaskuj w poniższym tekście następujące dane osobowe: imię i nazwisko → [KLIENT], TR ID → [IDN], telefon → [TELEFON], numer karty → [KARTA], adres → [ADRES], e-mail → [EMAIL]. Podaj zamaskowany tekst; Podaj także, ile i jakiego rodzaju dane są maskowane. Zamaskuj także obszar, którego nie jesteś pewien (bezpieczna strona). Tekst: <<...>>

2) Weryfikacja maskowania (skanowanie nieszczelności):

Poniższy tekst powinien być zamaskowany. Czy w środku nadal znajdują się widoczne, niezamaskowane dane osobowe/karty? (imię i nazwisko, dowód osobisty, telefon, karta, adres, e-mail) Napisz, co znalazłeś; Jeśli nie ma, powiedz „czysty”. Nie zmieniaj tekstu, po prostu sprawdź. Tekst: <<zamaskowany tekst>>

3) Kontrola minimalizacji danych:

W przypadku następujących monitów/wyników AI sprawdź pola danych osobowych, które NIE są WYMAGANE ze względu na cel biznesowy. Cel: <<np. podsumowanie rozmowy >>. Które pola można wyodrębnić? Zaproponuj uproszczoną wersję, która wykonuje to samo zadanie przy minimalnej ilości danych. Treść: <<...>>

4) Wstępna lista kontrolna pojazdu/zgodności (rejestracja):

Przed użyciem nowego narzędzia AI w call center przygotuj notę zgodności, odpowiadając na następujące pytania: - Czy dane są przetwarzane w kraju? - Czy jest podpisany DPA? - Czy dane są wykorzystywane w szkoleniu modeli? - Okres przechowywania? - Czy dane karty są przetwarzane? Zasięg PCI-DSS? - Czy dostęp jest rejestrowany? Oznacz brakujące/ryzykowne elementy jako „nie można ich używać bez zgody”.

Słaba zachęta/silna zachęta

Słaba zachęta:

Podsumuj zapis rozmowy: „Ahmet Yılmaz, TC 12345678901, kart5312 3456 7890 1234, adres Bağdat Cad nr 5, sprzeciwił się swojej fakturze”.

Poważne naruszenie: surowe imię i nazwisko, dowód osobisty i numer karty trafiają do narzędzia publicznego; Naruszenie PCI-DSS i KVKK.

Potężny monit:

Podsumuj następujące zamaskowane połączenie: „[KLIENT] został zweryfikowany za pomocą [IDN], [KARTA], [ADRES] i sprzeciwił się swojej fakturze”. Zachowaj anonimowość podsumowania; Nie generuj ani nie żądaj żadnych danych osobowych/kartowych.

Różnica: dane maskowane, zminimalizowane, podsumowanie anonimowe; żadnego naruszenia.

trzy mini etui

Przypadek 1 — Prawidłowe maskowanie. W centrum ubezpieczeniowym codziennie analizowano 8 tys. zapisów rozmów. Transkrypcje przed przekazaniem do AI przeszły przez automatyczną warstwę maskującą; Imię i nazwisko, numer TR ID, numer polisy i informacje o stanie zdrowia zostały zamaskowane, a wyniki maskowania sprawdzano podczas codziennego pobierania próbek. Analiza zachowała całą swoją wartość, żadne dane osobowe nie zostały przetworzone w modelu. Bezpieczeństwo i korzyści osiągnięto wspólnie.

Przypadek 2 – Naruszenie danych karty. Pracownik e-commerce przesłał nagrania rozmów z pełnymi numerami kart do publicznego narzędzia w celu analizy problemów z płatnościami. Naruszyło to najbardziej podstawową zasadę PCI-DSS (nieprzekazywanie danych karty na nieautoryzowane nośniki); Podczas audytu istniało ryzyko poważnych ustaleń i kar. Prawidłowym sposobem było całkowite zamaskowanie danych karty u źródła i przeanalizowanie jedynie informacji „Płatność za pomocą [KARTY] nie powiodła się”.

Przypadek 3 – Maskowanie wycieku. W banku automatyczne maskowanie pominęło kilka numerów identyfikacyjnych zapisanych w nietypowym formacie. Na szczęście etap „2) Weryfikacja maskowania” zadziałał, więc wycieki zostały wykryte i skorygowane przed analizą. Lekcja: samo maskowanie nie wystarczy; Wymagana jest warstwa uwierzytelniania. Pojedyncza warstwa, podobnie jak błąd ludzki, jest awarią jednopunktową.

Typowe błędy

  • Wklejanie surowych danych do narzędzia. Imienia i nazwiska, dowodu osobistego, karty ani adresu nie należy wprowadzać do żadnego pojazdu AI bez zamaskowania.
  • Dane karty przetwarzania. Do wejścia modelu nigdy nie jest wprowadzany pełny numer karty; PCI-DSS tego zabrania.
  • Jazda w miejscach publicznych. Dane Klienta nie są przekazywane narzędziom nie posiadającym DPA i wykorzystującym dane w szkoleniach.
  • Nie sprawdzam maskowania. Automatyczne maskowanie może zostać pominięte; Musi istnieć warstwa pobierania próbek/walidacji.
  • Pomijanie przezroczystości. Klient musi wiedzieć, że trwa przetwarzanie nagrania i rozmowa z botem; Ukryte przetwarzanie jest zarówno nieetyczne, jak i nielegalne.
  • Przechowywanie zbyt dużej ilości danych. Dane przechowywane po osiągnięciu celu stanowią jedynie ryzyko.
Przestroga (bezpieczeństwo informacji): Wszystkie techniki opisane w tym urządzeniu są ważne wyłącznie do autoryzowanych celów obronnych i do danych własnej organizacji. Korzystanie z narzędzi do analityki mowy, rozpoznawania głosu i przetwarzania danych w celu monitorowania osób nieupoważnionych, uzyskiwania dostępu do cudzych danych lub nagrań bez zgody jest nielegalne i sprzeczne z etyką zawodową. Żadne dane nie są przetwarzane bez upoważnienia, celu i zgody.

Podsumowując

Prywatność danych, bezpieczeństwo i zgodność; jest niepodlegającą negocjacjom podstawą AI call center. KVKK/RODO chroni dane osobowe, karta płatnicza PCI-DSS; Naruszenie któregokolwiek z nich wiąże się z surowymi sankcjami i utratą zaufania. Maskuj wrażliwe dane u źródła, nie przekazując ich sztucznej inteligencji, nigdy nie podawaj numeru karty, udostępniaj tylko tyle danych, ile jest konieczne (minimalizacja), pamiętaj o zweryfikowaniu maskowania i wybieraj tylko narzędzia korporacyjne z obsługą DPA, które nie wykorzystują danych do celów szkoleniowych. Zachowaj przejrzystość wobec klienta i korzystaj ze wszystkich narzędzi wyłącznie za zgodą, za zgodą i za zgodą.

Zadanie aplikacji

Wymień 5 różnych pól danych, które mogą trafić do sztucznej inteligencji w scenariuszu call center (np. imię i nazwisko, dowód osobisty, karta, adres, informacje zdrowotne) i określ, którego znacznika maskującego użyjesz dla każdego z nich. Napisz wyimaginowany surowy transkrypt i zastosuj szablony „1) Maskowanie” i „2) Weryfikacja maskowania”. Na koniec, w przypadku narzędzia AI, którego ostatnio używałeś (lub planujesz użyć), przygotuj notę ​​o zgodności z szablonem „4) Wstępna lista kontrolna narzędzia/zgodności” i zaznacz brakujące/ryzykowne elementy.

lista kontrolna

  • [ ] Maskuję wrażliwe dane u źródła (imię i nazwisko, dowód osobisty, numer telefonu, adres) bez podawania ich AI.
  • [ ] We wpisie modelu (PCI-DSS) nigdy nie jest uwzględniany pełny numer karty.
  • [ ] Udostępniam tylko tyle danych, ile wymaga praca (minimalizacja).
  • [ ] Kontroluję maskowanie za pomocą osobnej warstwy uwierzytelniania.
  • [ ] Używam wyłącznie narzędzi korporacyjnych obsługujących DPA, które nie wykorzystują danych w edukacji.
  • [ ] Zapewniam klientowi przejrzystość w zakresie nagrywania/przetwarzania i rozmów z botem.
  • [ ] Używam narzędzi wyłącznie w celach dozwolonych, obronnych i za obopólną zgodą.