Protocolo de resposta a incidentes de IA na advocacia: como agir diante de vazamento, erro e uso indevido

Na advocacia, o problema raramente está no uso da IA em si. O risco aparece quando algo foge do esperado: um dado sensível entra na ferramenta errada, um rascunho sai com erro material, uma resposta é enviada sem revisão ou um colaborador usa um serviço sem aprovação interna. Quando isso acontece, o escritório precisa agir rápido, mas com método. Improvisar piora o dano. Um protocolo de resposta a incidentes ajuda a conter o problema, registrar o que ocorreu, corrigir a falha e decidir se o cliente, o sócio responsável, o encarregado de dados ou a equipe técnica precisam ser acionados. Este artigo mostra como desenhar esse protocolo de forma simples e prática, com classificação de risco, passos de contenção, checklist de 24 horas, responsabilidades internas e medidas de prevenção para que o incidente não se repita.

Introdução: o risco não está só no uso da IA, mas no que acontece quando algo sai do roteiro

Na advocacia, a inteligência artificial costuma entrar pela porta da produtividade. Ela ajuda a resumir documentos, organizar ideias, sugerir rascunhos e acelerar tarefas repetitivas. Tudo isso pode ser útil. O problema começa quando o fluxo escapa do controle: um dado sensível vai para a ferramenta errada, um rascunho com erro material é reaproveitado sem revisão, uma resposta é enviada ao cliente antes da checagem final ou alguém usa um serviço externo sem autorização interna.

Nesses momentos, o escritório não precisa de improviso. Precisa de protocolo.

Um protocolo de resposta a incidentes de IA define o que fazer nas primeiras horas, quem deve ser acionado, o que deve ser registrado, como o risco deve ser classificado e quando o incidente exige comunicação interna mais ampla ou até avaliação externa. Ele também reduz um problema comum em escritórios: a tendência de tratar cada falha como exceção isolada, sem aprender com o erro e sem ajustar o processo.

Este artigo propõe uma abordagem prática para criar esse protocolo sem burocratizar a operação. A ideia é simples: conter o problema, preservar evidências, corrigir o resultado, comunicar com critério e transformar o incidente em melhoria de governança. Em vez de confiar apenas na boa vontade da equipe, o escritório passa a operar com método.

O que conta como incidente de IA na rotina jurídica

Nem todo uso ruim de IA vira um incidente formal. Mas toda situação que gera risco relevante merece atenção. No contexto jurídico, incidente de IA é qualquer evento em que a ferramenta, o fluxo ou a forma de uso da tecnologia cria possibilidade concreta de impacto sobre sigilo, qualidade técnica, integridade do trabalho, expectativa do cliente ou conformidade interna.

Isso pode acontecer de várias formas:

• envio de documento sigiloso para ferramenta sem aprovação;
• uso de conta pessoal ou pública para tratar caso sensível;
• resposta gerada por IA com erro material e reaproveitada sem conferência;
• referência normativa, jurisprudencial ou factual incluída no texto sem validação;
• prompt ou conversa interna com dados de cliente expostos em canal inadequado;
• automação que envia mensagem, tarefa ou documento para destinatário errado;
• saída da IA com tom, promessa ou orientação incompatível com a estratégia do caso;
• uso de ferramenta nova sem registro ou sem autorização interna.

O ponto central não é demonizar a tecnologia. É reconhecer que, na advocacia, a combinação entre pressão de prazo, volume de informação e uso pouco disciplinado da IA pode produzir incidentes com impacto real. Quanto mais cedo o escritório identifica isso, mais fácil fica conter o dano.

Por que um protocolo é importante mesmo em escritórios pequenos

Muita gente imagina que protocolo de incidente faz sentido apenas em estruturas grandes. Na prática, é o contrário. Escritórios pequenos costumam ser mais expostos porque concentram funções, usam menos camadas de revisão e dependem mais da memória da equipe.

Sem um protocolo claro, a reação ao problema costuma seguir um padrão previsível:

• alguém percebe o erro tarde demais;
• outra pessoa tenta corrigir sem registrar;
• o sócio fica sabendo por acaso;
• o cliente recebe explicações inconsistentes;
• o escritório não consegue provar o que aconteceu;
• o mesmo erro volta a ocorrer semanas depois.

O protocolo resolve exatamente esse ciclo. Ele não existe para aumentar papelada, mas para reduzir improviso. Quando a equipe sabe quem aciona, o que pausa, o que revisa e o que documenta, o risco cai e a resposta fica mais rápida.

Além disso, um protocolo bem desenhado ajuda a preservar três ativos essenciais da advocacia:

1. sigilo profissional; 2. confiança do cliente; 3. rastreabilidade da decisão.

Esses três pontos valem tanto para um incidente de vazamento quanto para um rascunho que foi usado como se fosse versão final. Em ambos os casos, a falha principal costuma ser de processo, não apenas de ferramenta.

Classificação dos incidentes: nem tudo tem o mesmo peso

Para responder bem, o escritório precisa classificar. Um erro de formatação em um rascunho interno não pede o mesmo tratamento que um envio indevido de peça ou documento para uma conta externa. A matriz abaixo ajuda a separar os casos.

Essa classificação pode ser simplificada, mas não deve ser vaga. O objetivo é decidir com rapidez sem perder critério.

Uma boa prática é usar três perguntas na triagem:

• houve dado sensível ou documento confidencial envolvido?
• a saída errada saiu do ambiente interno?
• o incidente pode afetar cliente, prazo, estratégia ou dever de sigilo?

Se a resposta for sim para qualquer uma delas, o caso merece atenção formal.

Protocolo de resposta a incidentes em 6 etapas

O protocolo precisa ser curto o suficiente para ser usado e completo o suficiente para evitar improviso. Uma estrutura em seis etapas costuma funcionar bem.

1. Conter o incidente

A primeira ação é interromper a propagação do problema. Se a ferramenta ainda estiver recebendo dados, o fluxo deve ser pausado. Se houver integração automática, ela deve ser suspensa. Se um conteúdo já foi enviado por engano, o escritório deve tentar reduzir a exposição imediatamente.

A contenção pode envolver ações como:

• encerrar sessão ou acesso da ferramenta;
• remover compartilhamento indevido;
• suspender automação temporariamente;
• pedir para a equipe não reutilizar a saída até nova revisão;
• isolar o arquivo ou conversa envolvida.

A lógica aqui é simples: primeiro parar o vazamento, depois entender o tamanho do dano.

2. Preservar evidências

Antes de editar, apagar ou reescrever, o escritório deve registrar o que aconteceu. Isso inclui captura da saída, nome da ferramenta, data, usuário envolvido, tipo de dado usado, tarefa executada e eventual destinatário da informação.

Sem esse registro, o incidente vira lembrança imprecisa. Com registro, o escritório consegue aprender com o ocorrido e, se necessário, demonstrar diligência.

O ideal é manter um formulário interno com campos como:

• data e hora do incidente;
• pessoa que identificou o problema;
• ferramenta ou canal usado;
• tipo de dado envolvido;
• impacto potencial;
• ação tomada imediatamente;
• responsável pela análise posterior.

3. Avaliar gravidade e impacto

Depois da contenção, o escritório precisa decidir o que esse evento representa. Nem todo erro exige a mesma reação, mas todo erro precisa ser enquadrado.

A avaliação deve considerar:

• natureza do dado envolvido;
• se houve exposição externa ou apenas interna;
• se a informação era sigilosa, estratégica ou pessoal;
• se houve uso em peça, e-mail, contrato ou comunicação com cliente;
• se o incidente pode gerar dever de comunicação adicional;
• se houve falha de ferramenta, de processo ou de comportamento humano.

Essa análise não é apenas técnica. Ela também é operacional e ética. Se a organização já possui encarregado de dados, responsável de TI, compliance ou sócio de risco, esse time deve participar da decisão.

4. Corrigir o resultado e revisar a entrega

Corrigir não é só trocar o texto. É revisar o fluxo inteiro para evitar repetição do erro. Se a IA produziu uma informação errada, o advogado precisa conferir a base usada, o prompt, a fonte e a etapa em que a validação falhou.

Se houve envio indevido, o escritório deve avaliar a necessidade de retratação, substituição de arquivo ou comunicação corretiva. Se a falha foi interna, a saída deve ser reescrita e revisada antes de qualquer uso posterior.

Nesta etapa, vale aplicar uma regra muito simples:

• nenhuma saída de IA volta para a operação sem revisão humana;
• nenhuma correção fica só na conversa;
• toda correção precisa alterar também o processo quando o erro revela uma falha estrutural.

5. Comunicar com critério

Nem todo incidente pede divulgação ampla, mas todo incidente relevante pede comunicação adequada. O erro mais comum é exagerar no silêncio ou na exposição.

Quem deve ser comunicado depende do caso, mas a lógica costuma ser esta:

A comunicação deve ser objetiva, factual e sem dramatização. O escritório não precisa adivinhar conclusões. Precisa informar o que sabe, o que fez e o que ainda está sendo apurado.

6. Registrar a lição aprendida

Todo incidente deveria terminar com uma melhoria concreta. Se a falha aconteceu porque a equipe usou ferramenta não aprovada, talvez falte treinamento ou bloqueio técnico. Se o problema veio de um rascunho reutilizado sem revisão, talvez o fluxo precise de dupla conferência. Se houve vazamento por excesso de liberdade no uso de conta pessoal, a política interna precisa ficar mais clara.

A pergunta final é sempre a mesma:

• o que precisa mudar no processo para que esse incidente não se repita?

Sem essa etapa, o escritório apenas apaga incêndio. Com ela, transforma falha em governança.

O que deve constar no registro interno do incidente

O registro não precisa ser complexo, mas deve ser padronizado. Um formulário simples já resolve boa parte do problema.

Campos mínimos recomendados:

• identificação do incidente;
• data e hora;
• pessoa que reportou;
• área ou caso afetado;
• ferramenta, canal ou automação envolvida;
• descrição objetiva do que aconteceu;
• tipo de dado ou conteúdo envolvido;
• impacto real e impacto potencial;
• ação imediata de contenção;
• decisão tomada;
• responsáveis pela revisão;
• medida preventiva adotada;
• status de encerramento.

Esse histórico é útil por vários motivos:

1. facilita auditoria interna; 2. mostra diligência caso haja questionamento; 3. ajuda a identificar padrões repetidos; 4. orienta treinamento da equipe; 5. melhora a política interna de IA.

Como estruturar a responsabilidade dentro do escritório

Um protocolo sem dono vira documento esquecido. Por isso, a responsabilidade deve ser distribuída de forma clara.

Em escritórios menores, uma mesma pessoa pode acumular funções. O importante é que a responsabilidade fique explícita, não implícita.

Prevenção: o que muda depois do incidente

A resposta a incidentes não termina na correção. Ela deve reforçar prevenção. Algumas medidas simples fazem muita diferença:

• aprovar previamente as ferramentas permitidas;
• proibir uso de contas pessoais para casos sensíveis;
• definir quais tipos de dados podem ou não podem ser inseridos em IA;
• criar regra de revisão humana obrigatória antes de qualquer envio;
• orientar a equipe sobre prompts, logs e armazenamento;
• revisar integrações automáticas com frequência;
• manter trilha de decisão sobre ferramentas e fornecedores;
• treinar colaboradores sobre sinais de risco.

Uma boa política interna também precisa dizer o que fazer quando o caso é duvidoso. Se a equipe não sabe se pode ou não usar a ferramenta em uma situação específica, a orientação deve ser clara: pausar, perguntar e registrar.

Checklist de 24 horas após o incidente

Quando o problema acontece, ajuda muito ter um roteiro curto de reação. Em geral, as primeiras 24 horas podem seguir esta lógica:

• conter o uso da ferramenta ou automação;
• salvar evidências do ocorrido;
• identificar quais dados entraram no fluxo;
• avaliar se houve saída externa;
• corrigir o texto, documento ou mensagem;
• avisar o responsável interno;
• decidir se o cliente precisa ser informado;
• registrar a ocorrência;
• abrir tarefa de melhoria;
• revisar a política interna relacionada.

Esse checklist não substitui julgamento jurídico. Ele apenas impede que a reação seja desorganizada.

Modelo mínimo de política interna ligado a incidentes

Se o escritório ainda não tem política interna consolidada, o protocolo de incidentes pode funcionar como primeiro passo. O documento deve deixar claros, no mínimo, estes pontos:

• quais ferramentas são permitidas;
• quais usos são vedados;
• quais dados jamais entram em sistema externo sem autorização;
• quem pode aprovar ferramenta nova;
• como revisar a saída da IA;
• como reportar um incidente;
• quem decide o encaminhamento;
• como registrar a correção;
• quando a comunicação ao cliente é necessária.

Esse conjunto simples já reduz muito a chance de improviso.

O erro mais comum: confundir confiança na equipe com ausência de regra

Muitos escritórios evitam formalizar incidentes porque confiam na equipe. A confiança é importante, mas não substitui processo. Na prática, a ausência de regra não cria mais autonomia. Ela cria mais variação, e variação em assunto sensível costuma virar risco.

O protocolo de resposta a incidentes não presume má-fé. Ele presume que pessoas boas também erram quando trabalham sob pressão, com múltiplas ferramentas e pouco registro. Por isso, o melhor formato é o mais simples possível: curto, claro, acionável e integrado à rotina.

Conclusão: incidentes bem tratados fortalecem a governança

A IA não elimina a responsabilidade do advogado. Ela desloca parte dela para a forma como o escritório escolhe, controla e valida o uso da tecnologia. Quando algo sai errado, o teste real não é apenas técnico. É organizacional.

Um bom protocolo de resposta a incidentes de IA ajuda o escritório a reagir sem pânico, preservar sigilo, corrigir erros com rapidez e aprender com cada falha. Em vez de esconder o problema, a equipe documenta, avalia, corrige e melhora o processo. Isso protege o cliente, fortalece a confiança interna e reduz a chance de repetição.

No fim, a pergunta mais importante não é se a IA pode falhar. Ela pode. A pergunta certa é se o escritório sabe o que fazer quando isso acontecer. Quando a resposta é sim, a tecnologia deixa de ser risco invisível e passa a ser ferramenta sob controle profissional.