Bezpieczeństwo danych w asystencie głosowym, czyli co naprawdę chroni rozmowę

Droga rozmowy od słuchawki do dysku

Głos przechodzi kolejno przez telefon albo mikrofon w przeglądarce, łącze do serwera dostawcy, rozpoznawanie mowy i model językowy, czasem przez zewnętrzne narzędzie w rodzaju kalendarza, a kończy na zapisie na dysku. Każdy z tych odcinków to osobne pytanie o bezpieczeństwo.

Na stronie internetowej ten pierwszy odcinek, od przeglądarki do serwera, zabezpiecza HTTPS. Bez niego przeglądarka w ogóle nie odda dostępu do mikrofonu, więc asystent głosowy na stronie bez HTTPS po prostu nie ruszy. Przy zwykłym telefonie odcinek między centralą a serwerem dostawcy powinien iść szyfrowanym łączem SIP, a nie otwartym tekstem, jak to bywało w starszych systemach IVR. Sprawdź to, bo szyfrowanie łącza SIP bywa opcją, którą trzeba osobno włączyć.

Gołym okiem tego nie zobaczysz. Trzeba zapytać, najlepiej na piśmie.

Szyfrowanie w drodze i w spoczynku

Szyfrowanie w drodze chroni rozmowę, kiedy leci między telefonem a serwerem. Szyfrowanie w spoczynku chroni ten sam zapis, kiedy już leży na dysku, tydzień albo pół roku później. To dwie różne rzeczy, a dobry dostawca ma obie.

To jak paczka i magazyn. Plomba na paczce w trasie to szyfrowanie w drodze, zamek w magazynie to szyfrowanie w spoczynku. Plomba obroni przesyłkę przed obcym z ulicy, ale w magazynie bez zamka każdy, kto już jest w środku, weźmie wszystko.

Pytaj o dwie rzeczy: czy sygnalizacja połączenia idzie przez TLS, a sam dźwięk przez SRTP, i czy dysk z nagraniami jest zaszyfrowany kluczem, którego nie trzyma się w tym samym miejscu co dane. Odpowiedź „tak, oczywiście” bez szczegółów niczego nie potwierdza. Konkretna odpowiedź mieści się w jednym zdaniu w umowie albo w dokumentacji technicznej.

Klucze API, czyli hasło łączące agenta z resztą firmy

Klucz API to hasło, którym jeden system loguje się do drugiego bez udziału człowieka. Voicebot dostaje taki klucz do kalendarza, do CRM, czasem do systemu magazynowego, żeby jego narzędzia agenta same sprawdzały terminy i stany, zamiast za każdym razem pytać o to obsługę.

W biurze rachunkowym agent ma klucz do kalendarza spotkań z klientami i osobny klucz do systemu, w którym sprawdza status faktury w KSeF. Gdyby ten drugi klucz wyciekł, ktoś obcy zobaczyłby dane finansowe klientów biura, nie tylko terminy wizyt. Dlatego rozsądny dostawca ogranicza uprawnienia klucza do tego, co naprawdę potrzebne.

Dostęp do rozmów w firmie i u dostawcy

Technika nie obroni danych, jeśli dostęp do panelu ma jedno wspólne hasło zapisane na karteczce przy monitorze. Bez osobnych kont i dziennika dostępu nie ustalisz po fakcie nawet tego, czy do wycieku w ogóle doszło. Jeśli panel oferuje logowanie dwuskładnikowe, włącz je.

Role rozdziela się tak samo jak przy nagrywaniu i transkrypcji. Księgowa nie musi słyszeć żadnej rozmowy, żeby wystawić fakturę za abonament, a stażysta na recepcji nie potrzebuje eksportu wszystkich transkrypcji.

U samego dostawcy dostęp mają też jego pracownicy, choćby przy naprawie błędu. To, w jakim celu mogą zajrzeć do twoich danych, powinna określać umowa powierzenia przetwarzania, a nie ustne zapewnienie ze spotkania sprzedażowego.

Dostawca modelu językowego a twoje rozmowy

Za rozumieniem i odpowiedziami agenta stoi model językowy (LLM), a to zwykle inna firma niż dostawca voicebota, z którym podpisujesz umowę. Transkrypcja rozmowy trafia więc technicznie do dwóch stron.

Zapytaj, czy treść rozmów służy do trenowania modelu, czy zostaje po niej ślad poza samą odpowiedzią i jak długo dostawca modelu ją przechowuje. Duzi dostawcy modeli językowych deklarują, że w usługach dla firm, na przykład przez API, domyślnie nie trenują modeli na danych klientów. Tak czy inaczej odpowiedź ma wynikać z umowy, nie z domysłu.

Jeśli dostawca modelu jest spoza Unii Europejskiej, dochodzi jeszcze pytanie o miejsce przetwarzania i podstawę transferu danych poza Europejski Obszar Gospodarczy. To już bardziej geografia serwerów niż bezpieczeństwo w ścisłym sensie, czyli temat hostingu danych.

Pytania o zabezpieczenia, na które chcesz odpowiedź na piśmie

Dostawca, który wie, co robi, odpowie na nie od ręki. Zbycie ogólnikiem to już sygnał ostrzegawczy.

• Czy połączenie między telefonią a waszymi serwerami jest szyfrowane, a jakim protokołem?
• Czy nagrania i transkrypcje na dysku są zaszyfrowane, i kto ma dostęp do klucza szyfrującego?
• Kto ma dostęp do kluczy API łączących agenta z naszym kalendarzem i CRM, i czy da się je unieważnić w minutę?
• Czy każdy nasz pracownik loguje się na osobne konto, a system zapisuje, kto i kiedy odsłuchał nagranie?
• Czy model językowy, na którym pracuje agent, trenuje się na naszych rozmowach?
• Kto poza wami ma dostęp do naszych danych, i na jakiej podstawie?

Odpowiedzi od kilku dostawców zestawisz potem obok siebie, zanim dojdzie do umowy z dostawcą.

Dziury, których nie zamknie szyfrowanie

Szyfrowanie nie zatrzyma danych, które ktoś sam wyniósł z systemu. Pracownik pobiera transkrypcje do arkusza, żeby wygodniej je czytać, i zostawia plik na prywatnym laptopie. Programista dostaje klucz API w mailu, a mail leży w skrzynce długo po zakończeniu projektu. Konto testowe agenta, założone na czas uruchomienia, dalej łączy się z prawdziwym kalendarzem i nikt o nim nie pamięta.

Żaden z tych błędów nie wymaga włamania, żeby zaszkodzić. Wystarczy jeden telefon zgubiony w taksówce albo jeden pracownik, który loguje się z kawiarnianego wi-fi.