Unidade 9 / 12

Privacidade, segurança e conformidade de dados: KVKK, PCI-DSS e mascaramento

Ganhos:

  • Capacidade de estabelecer um fluxo seguro de IA com o princípio da minimização, sem mascarar dados confidenciais na fonte e nunca transmitir o número do cartão
  • Capacidade de controlar o mascaramento com uma camada de autenticação separada e escolher ferramentas empresariais, habilitadas para DPA e que não usam dados em treinamento
  • Capacidade de usar ferramentas apenas para fins autorizados, defensivos e consensuais, mantendo a transparência com o cliente

O call center é o local onde ocorre o fluxo mais intenso de dados pessoais da organização. Nome, número de telefone, endereço, TR ID, histórico de pedidos, informações de saúde e até número do cartão de pagamento podem ser mencionados em todas as conversas. Relaxar, mesmo que por um momento, enquanto processa estes dados em inteligência artificial levará a sanções legais graves (as multas da KVKK podem atingir milhões de liras, as multas do GDPR podem atingir uma percentagem do volume de negócios) e à perda irreversível da confiança do cliente. Esta unidade é a base de segurança que se baseia em todas as unidades anteriores: não importa quão inteligente seja um bot, resumo, análise ou assistente, ele não poderá ser usado se não manusear os dados de forma segura.

Nesta unidade, cobriremos três tópicos principais: privacidade de dados (proteção de dados pessoais — KVKK/GDPR), segurança de pagamentos (PCI-DSS) e mascaramento/redação (ocultar dados confidenciais antes de entregá-los à inteligência artificial). Adicionalmente, em termos de segurança informática, enfatizaremos o uso apenas autorizado e defensivo destas ferramentas.

Conceitos básicos e enquadramento jurídico

KVKK (Lei de Proteção de Dados Pessoais) regula o processamento de dados pessoais na Turquia; O GDPR é o equivalente europeu. De acordo com estas leis, os dados pessoais só podem ser processados ​​de forma segura e conforme necessário para uma finalidade específica e legítima. Informações como saúde, religião e biometria são dados pessoais especiais e são extra protegidos. PCI-DSS (padrão de segurança de dados da indústria de cartões de pagamento) determina como os dados do cartão são processados; É uma das regras mais rigorosas e proíbe o armazenamento/transmissão desnecessária do número completo do cartão.

Alguns conceitos críticos no contexto da inteligência artificial:

  • Mascaramento/edição: Ocultar/excluir dados confidenciais (nome, RG, cartão, telefone) antes de entregá-los à inteligência artificial. "[CLIENTE]" em vez de "Ahmet Yılmaz", "[CARTÃO]" em vez de cartão.
  • Minimização de dados: compartilhar apenas a quantidade de dados necessária para o negócio. Não incluir o endereço completo no resumo, a menos que seja obrigatório.
  • Residência dos dados: Em que país/servidor os dados são processados; Alguns dados não podem ir para o exterior.
  • Acordo de processamento de dados (DPA): um contrato que especifica como a ferramenta de IA que você usa processará os dados, não os armazenará e não os utilizará no treinamento do modelo.
  • Consentimento e finalidade: As informações necessárias e a base legal para o processamento de gravações de conversas.
Atenção: Não basta dizer “Mascarei dados pessoais”; É necessário verificar se o mascaramento está funcionando. Às vezes, o mascaramento automático pode perder um nome ou número de cartão. Inspecione amostrando a saída de mascaramento em fluxos de alto risco.

Arquitetura segura: onde e como processar dados?

Ao introduzir IA no call center, as seguintes camadas de segurança devem ser estabelecidas:

  1. Mascaramento na fonte: os dados pessoais/do cartão são mascarados automaticamente antes que a transcrição vá para a IA. Os números dos cartões nunca são inseridos no modelo em sua forma bruta.
  2. Seleção de ferramentas corporativas: são preferidas ferramentas corporativas que não usam seus dados no treinamento de modelo, assinadas pelo DPA e com residência de dados garantida. Os dados do cliente não são inseridos em ferramentas gratuitas disponíveis ao público.
  3. Controle de acesso: Quem pode acessar quais dados são registrados (log de auditoria). O acesso não autorizado é impedido.
  4. Limite de armazenamento: Os dados são armazenados apenas pelo tempo necessário; registros desnecessários são excluídos.
  5. Transparência: O cliente sabe que sua conversa está sendo gravada/processada e que está conversando com o bot.

A tabela a seguir compara práticas seguras e arriscadas:

Assunto

Prática arriscada

Aplicativo seguro

Seleção de veículo

Ferramenta gratuita disponível para todos

Corporativo, DPA, não usado na educação

dados do cartão

Colagem bruta no texto

Nunca; mascarado/[CARTÃO]

dados pessoais

Compartilhe como está

Mascaramento + minimização

armazenamento

Indefinidamente

Finalidade limitada, política de exclusão

Acesso

todos

Autorizado, registrado

transparência

gravação secreta

Iluminação + informação

Passo a passo: um fluxo seguro de dados de IA

  1. Classificar: Quais campos de dados são sensíveis (TC, cartão, saúde, endereço)? Marque-os com antecedência.
  2. Máscara: aplique máscara automática antes de ir para IA; Nunca encaminhe o cartão.
  3. Minimizar: não envie mais do que o trabalho exige.
  4. Verificar: Verifique por amostragem se há algum dado perdido pelo mascaramento.
  5. Contrato e retenção: Confirme o DPA do veículo, residência dos dados e período de retenção.
  6. Monitore e audite: registre o acesso e conduza auditorias de segurança regulares.

Quatro modelos copiáveis

1) Solicitação de mascaramento (redação):

Encontre e mascare os seguintes dados pessoais no texto abaixo: nome-sobrenome → [CLIENTE], TR ID → [IDN], telefone → [TELEFONE], número do cartão → [CARTÃO], endereço → [ENDEREÇO], e-mail → [EMAIL]. Dê o texto mascarado; Liste também quantos e quais tipos de dados estão mascarados. Mascare também uma área sobre a qual você não tem certeza (lado seguro). Texto: <<...>>

2) Verificação de mascaramento (varredura de vazamento):

O texto abaixo deve ser mascarado. AINDA há dados pessoais/cartões visíveis e desmascarados no interior? (nome, RG, telefone, cartão, endereço, e-mail) Liste o que encontrou; Se não houver, diga "limpo". Não altere o texto, apenas inspecione.Texto: <<texto mascarado>>

3) Controle de minimização de dados:

Para o seguinte prompt/saída de IA, verifique os campos de dados pessoais que NÃO SÃO NECESSÁRIOS com base na finalidade comercial. Objetivo: <<ex. resumo da chamada>>.Quais campos podem ser extraídos? Sugira uma versão simplificada que faça o mesmo trabalho com dados mínimos.Conteúdo: <<...>>

4) Pré-checklist de veículo/conformidade (registro):

Antes de usar uma nova ferramenta de IA em um call center, produza uma nota de conformidade respondendo a estas perguntas: - Os dados são processados internamente? - Está assinado pela DPA? - Os dados são usados ​​no treinamento do modelo? - Período de armazenamento? - Os dados do cartão são processados? Cobertura PCI-DSS? - O acesso é registrado? Marque os itens ausentes/de risco como "não podem ser usados ​​sem aprovação".

Alerta fraco / Alerta forte

Alerta fraco:

Resuma este registro de chamada: "Ahmet Yılmaz, TC 12345678901, kart5312 3456 7890 1234, endereço Bağdat Cad No 5, contestou sua fatura."

Violação grave: nome bruto, RG e número do cartão vão para ferramenta pública; Violação PCI-DSS e KVKK.

Alerta poderoso:

Resuma a seguinte chamada mascarada: "[CLIENTE] foi verificado com [IDN], [CARTÃO], [ENDEREÇO] e se opôs à sua fatura." Mantenha o resumo anônimo; Não gere ou solicite quaisquer dados pessoais/de cartão.

Diferença: dados mascarados, minimizados, resumo anônimo; nenhuma violação.

três mini cases

Caso 1 — Mascaramento correto. Em uma central de seguros, 8.000 transcrições de ligações eram analisadas diariamente. As transcrições foram passadas por uma camada de máscara automática antes de irem para a IA; Nome, número TR ID, número da apólice e informações de saúde foram mascarados e o resultado do mascaramento foi inspecionado com amostragem diária. A análise manteve todo o seu valor, nenhum dado pessoal foi incluído no modelo. Segurança e benefícios foram alcançados juntos.

Caso 2 — Violação de dados do cartão. Um funcionário de comércio eletrônico carregou gravações de chamadas com números completos de cartões em uma ferramenta pública para analisar problemas de pagamento. Isto violou a regra mais fundamental do PCI-DSS (não transmitir dados do cartão para meios não autorizados); Havia risco de descobertas graves e penalidades durante a auditoria. A forma correta foi mascarar completamente os dados do cartão na origem e analisar apenas a informação de “Falha no pagamento com [CARTÃO]”.

Caso 3 — Mascaramento de vazamento. Em um banco, o mascaramento automático deixou passar vários números de identificação escritos em um formato incomum. Felizmente, a etapa “2) Verificação de mascaramento” estava em vigor, então os vazamentos foram detectados e corrigidos antes da análise. Lição: mascarar por si só não é suficiente; A camada de autenticação é necessária. A camada única, assim como o erro humano, é uma falha de ponto único.

Erros comuns

  • Colando os dados brutos na ferramenta. Nome, identidade, cartão e endereço não devem ser inseridos em nenhum veículo de IA sem estarem mascarados.
  • Processar dados do cartão. O número completo do cartão nunca é inserido na entrada do modelo; O PCI-DSS proíbe isso.
  • Dirigir em público. Os dados do cliente não são fornecidos para ferramentas que não possuem DPA e utilizam os dados em treinamento.
  • Não verificando o mascaramento. O mascaramento automático pode ser perdido; Deve haver uma camada de amostragem/validação.
  • Ignorando a transparência. O cliente deve saber que a gravação está sendo processada e conversando com o bot; O processamento secreto é antiético e ilegal.
  • Armazenando muitos dados. Os dados mantidos após o término da finalidade são apenas um risco.
Cuidado (segurança da informação): Todas as técnicas nesta unidade são válidas apenas para fins defensivos autorizados e para os dados da sua própria organização. Usar ferramentas de análise de fala, reconhecimento de voz e processamento de dados para monitorar pessoas não autorizadas, acessar dados ou gravar dados de outra pessoa sem consentimento é ilegal e contra a ética profissional. Nenhum dado é tratado sem autorização, finalidade e consentimento.

Em resumo

Privacidade, segurança e conformidade de dados; é a base inegociável da IA ​​do call center. KVKK/GDPR protege dados pessoais, cartão de pagamento PCI-DSS; A violação de qualquer um deles acarreta sanções severas e perda de confiança. Mascare dados confidenciais na fonte sem fornecê-los à IA, nunca passe o número do cartão, compartilhe apenas a quantidade de dados necessária (minimização), certifique-se de verificar o mascaramento e escolha apenas ferramentas empresariais habilitadas para DPA que não usem os dados para treinamento. Seja transparente com o cliente e use todas as ferramentas somente com autoridade, defesa e consentimento.

Tarefa de aplicativo

Liste 5 campos de dados diferentes que podem ir para a IA em seu cenário de call center (por exemplo, nome, identidade, cartão, endereço, informações de saúde) e determine qual tag de máscara você usará para cada um. Escreva uma transcrição bruta imaginária e aplique os modelos "1) Mascaramento" e "2) Verificação de mascaramento". Finalmente, para uma ferramenta de IA que você usou recentemente (ou está pensando em usar), produza uma nota de conformidade com o modelo "4) Lista de verificação preliminar de ferramenta/conformidade" e marque os itens ausentes/arriscados.

lista de verificação

  • [] Eu mascarei dados confidenciais na fonte (nome, ID, número de telefone, endereço) sem fornecê-los à IA.
  • [ ] O número completo do cartão nunca é incluído na entrada do modelo (PCI-DSS).
  • [] Compartilho apenas a quantidade de dados necessária para o trabalho (minimização).
  • [] Eu controlo o mascaramento com uma camada de autenticação separada.
  • [ ] Eu uso apenas ferramentas corporativas habilitadas para DPA que não usam dados na educação.
  • [ ] Sou transparente com o cliente sobre gravação/processamento e conversação com o bot.
  • [ ] Utilizo ferramentas apenas para fins autorizados, defensivos e consensuais.