MCP en software para abogados: qué datos salen del despacho y qué exige el RGPD

TL;DR

• MCP (Model Context Protocol) es un protocolo abierto publicado por Anthropic en noviembre de 2024 y adoptado posteriormente por OpenAI y Google; permite que un asistente de IA acceda en tiempo real a fuentes de datos externas, incluido el software de gestión del despacho.
• Cuando conectas tu software a un asistente externo mediante MCP, el despacho pasa a ser responsable del tratamiento conforme al art. 4.7 del Reglamento (UE) 2016/679 (RGPD) y debe suscribir un contrato de encargado del tratamiento conforme a su art. 28.
• Enviar datos fuera del Espacio Económico Europeo no es ilegal en sí, pero exige una base de transferencia válida: decisión de adecuación, cláusulas contractuales tipo u otra garantía prevista en los arts. 44 a 49 del RGPD.
• La organización noyb sostiene desde el 29 de junio de 2026 que la sentencia Trump v. Slaughter pone en duda la independencia de la FTC y pide retirar la decisión de adecuación UE-EE. UU.; es una posición jurídica en curso, no un hecho consumado.
• En Plea, la IA va dentro del propio programa y se ejecuta en Amazon Bedrock, en una región de la UE, sin exportar datos a otra herramienta.

Qué es MCP y por qué afecta al despacho

Model Context Protocol es un protocolo abierto que Anthropic publicó en noviembre de 2024. Su propósito es estandarizar la forma en que los asistentes de IA leen y actúan sobre fuentes de datos externas: bases de datos, calendarios, sistemas de ficheros y, en el contexto jurídico, el software de gestión de expedientes.

OpenAI y Google adoptaron el protocolo en 2025. Desde ese momento, cualquier asistente de IA compatible con MCP puede conectarse, mediante un servidor MCP, al software que el despacho ya usa. El resultado práctico: el asistente puede leer expedientes, redactar escritos con datos reales del caso o consultar el calendario de plazos procesales, todo de forma automatizada.

Para el despacho, esto representa una superficie de exposición nueva. Los datos del expediente ya no quedan dentro del software: viajan al modelo de IA a través del servidor MCP, se procesan allí y, según la configuración, pueden quedar almacenados en los registros del proveedor externo.

Por qué MCP pone en juego el secreto profesional

El deber de secreto profesional del abogado no es una recomendación deontológica. Está recogido en el art. 542.3 de la Ley Orgánica 6/1985, de 1 de julio, del Poder Judicial (LOPJ) y en el Estatuto General de la Abogacía Española. La infracción tiene consecuencias disciplinarias y, en determinados supuestos, penales.

Cuando el despacho conecta su software a un asistente externo mediante MCP, los datos del expediente —incluidos los datos personales de las partes, los documentos aportados y las estrategias procesales— salen del entorno controlado del despacho. El abogado no puede delegar esa responsabilidad en el proveedor de IA: la Ley Orgánica 3/2018, de 5 de diciembre, de Protección de Datos Personales y garantía de los derechos digitales (LOPDGDD) no exime al responsable del tratamiento por el hecho de haber contratado un encargado.

Un despacho que usa un asistente de IA de cuenta personal, sin contrato de encargado del tratamiento, sin verificar dónde se procesan los datos y sin haber informado a sus clientes, incumple simultáneamente el art. 28 del RGPD, el art. 13 del RGPD y el deber de secreto profesional.

Riesgos de seguridad documentados en MCP

MCP introduce vectores de ataque que no existían en integraciones tradicionales. Los más relevantes para un despacho son tres.

Inyección de instrucciones (prompt injection). Un documento malicioso subido al expediente puede contener instrucciones ocultas que el asistente obedece al leerlo, con las herramientas que el servidor MCP le da. El resultado puede ser la salida de datos de otros expedientes o acciones que nadie autorizó. OWASP la sitúa como el primer riesgo de las aplicaciones con modelos de lenguaje (LLM01 de su Top 10 para LLM, edición 2025).

Credenciales centralizadas. El servidor MCP necesita credenciales de acceso al software de gestión. Si esas credenciales quedan expuestas, el atacante obtiene acceso a todos los expedientes conectados, no solo a uno. Las herramientas de alrededor también fallan: la CVE-2025-49596 (CVSS 4.0 de 9,4), publicada en junio de 2025, permitía ejecutar código en el equipo de quien usaba MCP Inspector, la herramienta de pruebas de Anthropic, en versiones anteriores a la 0.14.1, porque su proxy no pedía autenticación.

Servidores MCP públicos sin autenticación robusta. Muchos servidores MCP de terceros disponibles en repositorios públicos carecen de mecanismos de autenticación suficientes. Conectar el software del despacho a uno de esos servidores equivale a abrir el expediente a cualquier cliente que se conecte al mismo servidor.

Qué exige el RGPD cuando los datos salen del EEE

Enviar datos personales fuera del Espacio Económico Europeo no está prohibido por el RGPD. Está condicionado a que exista una base jurídica válida para la transferencia, conforme a los arts. 44 a 49 del RGPD. La Agencia Española de Protección de Datos (AEPD) y el Comité Europeo de Protección de Datos (EDPB) han publicado guías específicas sobre las garantías aplicables.

Las bases más utilizadas son tres:

• Decisión de adecuación de la Comisión Europea, que reconoce que el país de destino ofrece un nivel de protección equivalente al del RGPD. El Marco de Privacidad de Datos UE-EE. UU. (Data Privacy Framework) es la decisión de adecuación vigente para transferencias a EE. UU.
• Cláusulas contractuales tipo aprobadas por la Comisión Europea, que se incorporan al contrato entre el responsable y el encargado.
• Normas corporativas vinculantes (Binding Corporate Rules), aplicables dentro de grupos empresariales multinacionales.

La organización noyb presentó el 29 de junio de 2026 una posición jurídica según la cual la sentencia Trump v. Slaughter del Tribunal Supremo de EE. UU. compromete la independencia de la FTC como autoridad supervisora del Data Privacy Framework, y solicitó a la Comisión Europea que retire la decisión de adecuación. Se trata de una posición en curso de debate institucional, no de una resolución firme. Un despacho que transfiere datos a EE. UU. exclusivamente sobre la base de esa decisión de adecuación debe seguir este procedimiento de cerca.

Lista de comprobación: 8 puntos para auditar cualquier software con IA o MCP

Antes de conectar el software de gestión a cualquier asistente externo o activar una función de IA, verifica estos ocho puntos:

1. Dónde se procesa la IA. Confirma por escrito si el procesamiento ocurre en infraestructura del proveedor del software, en un modelo de IA de tercero y en qué país están los servidores.
2. Contrato de encargado del tratamiento. Exige un contrato conforme al art. 28 del RGPD antes de activar cualquier función que procese datos de clientes o partes.
3. Cláusula de no entrenamiento con tus datos. Verifica que el contrato prohíba expresamente usar los datos del despacho para entrenar o mejorar modelos de IA.
4. Registro de accesos. Comprueba que el software mantiene un registro de qué usuario accedió a qué expediente y cuándo, auditable por el despacho.
5. Permisos por rol. Asegúrate de que el sistema limita el acceso de la IA a los expedientes según el rol del usuario que la activa, no de forma global.
6. Posibilidad de desconexión. Verifica que puedes desactivar la conexión MCP o la función de IA sin perder datos ni funcionalidad básica del software.
7. Exportación de datos. Confirma que puedes exportar todos los datos del despacho en un formato estándar si decides cambiar de proveedor (derecho de portabilidad, art. 20 del RGPD).
8. Ubicación de la infraestructura en la UE. Prioriza proveedores que procesen y almacenen datos dentro del EEE para evitar la complejidad de las transferencias internacionales.

Dónde corre la IA en Plea

En Plea, la IA va dentro del propio expediente. Abrir el expediente desde la demanda, Plea Manager y la transcripción de las reuniones grabadas funcionan en el mismo programa donde viven los expedientes y la facturación, sin un servidor MCP ni un asistente de terceros.

La IA se ejecuta en Amazon Bedrock y la configuración de Plea solo admite regiones de la UE; la transcripción se hace en Irlanda. Amazon Web Services trata esos datos por cuenta de Plea: el despacho no exporta datos a otra herramienta ni contrata un proveedor de IA aparte.

Esto no significa que Plea sea impermeable a cualquier riesgo, ni que sea el único proveedor que cumple con el RGPD. Significa que no existe el punto de riesgo propio de MCP: un conector que saca el expediente hacia un modelo que el despacho tiene que auditar, contratar y supervisar por separado.

Normas y fuentes citadas

• RGPD: arts. 4.7, 13, 20, 28, 44–49, 82 del Reglamento (UE) 2016/679
• LOPDGDD: Ley Orgánica 3/2018, de 5 de diciembre
• LOPJ: art. 542.3 de la Ley Orgánica 6/1985, de 1 de julio
• Estatuto General de la Abogacía Española (deber de secreto profesional)
• AEPD, guía sobre garantías de transferencias internacionales: https://www.aepd.es/derechos-y-deberes/cumple-tus-deberes/medidas-de-cumplimiento/garantias-transferencias-datos-personales
• EDPB, transferencias internacionales de datos: https://www.edpb.europa.eu/sme/be-compliant/international-data-transfers_es
• noyb, posición sobre Trump v. Slaughter (29/06/2026): https://noyb.eu/es/us-supreme-court-just-blew-eu-us-data-transfers
• SentinelOne, seguridad MCP: https://www.sentinelone.com/es/cybersecurity-101/cybersecurity/mcp-security/
• iSEC Auditors, riesgos del protocolo MCP: https://blog.isecauditors.com/cuando-la-ia-deja-de-responder-y-empieza-a-actuar-los-riesgos-del-protocolo-mcp
• Practical DevSecOps, MCP Security Statistics 2026 Report: https://www.practical-devsecops.com/mcp-security-statistics-2026/