Claude en la empresa: riesgos reales y gobernanza mínima

En una pyme, la seguridad de Claude se resume en una regla: el modelo rechaza los abusos generales, pero los límites de tu empresa los tienes que fijar tú. Los titulares sobre Mythos, los hutíes o los hackers rusos dan miedo. Sin embargo, el riesgo que de verdad afecta a un directivo es mucho más corriente: una cuenta personal, una carpeta abierta a un agente o una regla que nunca se puso por escrito.

Formo a pymes en Claude Code y la pregunta sobre seguridad siempre llega tarde, cuando la herramienta ya está adoptada. Aquí explico lo que importa de verdad, lo que es puro ruido y la gobernanza mínima que implanto en una semana.

¿Qué riesgos corre realmente una pyme con Claude?

Una pyme que usa Claude se expone sobre todo a tres cosas: que los datos se filtren a cuentas no gestionadas, que un agente con permisos demasiado amplios ejecute acciones y que no queden registros para auditarlas. Estos riesgos nacen del uso, no de un fallo del modelo.

Según la guía de gobernanza que publicó TrueFoundry en septiembre de 2026, ocho de cada diez empresas del Fortune 10 ya usan Claude y más de 300.000 empresas lo tienen en producción. La misma guía cita dos CVE del año pasado que demostraban que bastaba con clonar un repositorio para exfiltrar claves de API o ejecutar código antes incluso de que apareciera un cuadro de diálogo de confianza. Es una herramienta masiva y, por lo tanto, un objetivo.

¿Por qué las tres interfaces de Claude no tienen el mismo riesgo?

Claude se usa desde tres sitios: la web, la aplicación de escritorio y Claude Code en la línea de comandos. Según TrueFoundry, la versión web se ejecuta dentro del aislamiento del navegador y la aplicación de escritorio se conecta a herramientas locales. Claude Code, en cambio, se instala en el terminal con los mismos permisos que la cuenta del desarrollador: lee archivos, lanza comandos bash y llama a servicios externos.

Por eso una única política para las tres falla por los dos lados. O limita a los desarrolladores que no han hecho nada malo, o deja un agujero justo donde el agente tiene más poder.

¿Qué es la IA en la sombra y por qué pesa más que el resto?

La IA en la sombra (shadow AI) es el uso de herramientas de IA fuera del marco que ha aprobado la empresa. El caso típico es el de un empleado que pega un contrato de un cliente en su cuenta personal de Claude. En su guía sobre los riesgos de Claude, Mimecast distingue este caso del despliegue de Claude Enterprise con controles aprobados, porque el perfil de riesgo no tiene nada que ver.

TrueFoundry resume el problema en dos riesgos: la exfiltración de datos mediante comandos y la informática paralela desde cuentas personales. El segundo se resuelve con la captura de dominio. El primero, tratando a Claude como cualquier otra herramienta SaaS de terceros, con los mismos controles de prevención de pérdida de datos que aplicarías a Google Docs o a Notion.

Mythos, los hutíes, Midnight Blizzard: ¿te afectan estas amenazas?

Estos casos hablan de actores estatales o de investigadores de seguridad, no de tu pyme. Aun así importan, porque muestran lo que la IA cambia para el atacante y, por extensión, en el phishing y el malware con los que se cruzará tu equipo.

¿Qué dicen los informes de Anthropic de septiembre de 2026?

El 10 de septiembre de 2026, Anthropic publicó un informe de inteligencia de amenazas que recoge 44 incidentes de uso abusivo de Claude. Según el canal Latha | AI Governance, uno de ellos, etiquetado como GTG 2006, se atribuye a un grupo ruso conocido como Midnight Blizzard. Hubo más de 20 organizaciones implicadas (ministerios, embajadas, think tanks y empresas de defensa), sobre todo en Ucrania y en Europa.

Hay un detalle técnico que conviene retener. Había agentes de IA vigilando el malware: comprobaban si el antivirus lo detectaba, lo modificaban y volvían a empezar. Bloquear una variante ya no basta cuando la siguiente está en preparación.

India Global Review recoge otro caso del mismo informe. Actores del norte de Yemen, a los que el vídeo identifica como los hutíes, habrían usado Claude en tres proyectos de armamento (un misil guiado, misiles balísticos y un cohete con planeador hipersónico), con varias sesiones en paralelo para programar, investigar y verificar. La prueba real del misil guiado fracasó y volvieron a Claude para entender por qué. Anthropic reconoce que algunas peticiones señaladas se colaron pese al bloqueo de ciertas cuentas.

¿Hay que tenerle miedo a Mythos?

Mythos es el modelo que Anthropic presentó en abril de 2026 como demasiado potente para ponerlo a disposición del gran público. En su vídeo del 10 de abril de 2026, Fireship recuerda que, al parecer, encontró un bug de hace 16 años en FFmpeg y otro de hace 27 años en OpenBSD, capaz de tumbar cualquier máquina accesible por TCP. El mismo vídeo describe dos bandos: los que anuncian el hundimiento de la ciberseguridad y los que lo ven como la escenificación habitual de un lanzamiento.

Mi opinión: ninguno de los dos bandos ve lo esencial para una pyme. Tanto si Mythos es real como si es marketing, la consecuencia es la misma y es bastante corriente: actualiza tu software rápido, pero no de cualquier manera. Fireship propone parchear lo bastante rápido para evitar el zero-day, pero lo bastante despacio para no comerse un ataque a la cadena de suministro. Si quieres saber qué cambia Mythos en producción, consulta Claude Mythos en producción.

¿Quién es responsable de la seguridad: Anthropic o tú?

Anthropic es responsable de la alineación durante el entrenamiento, es decir, de que el modelo rechace los daños generales, como fabricar un arma o escribir un virus. Tú eres responsable del control durante la ejecución: aplicar tus reglas sobre datos, roles y confidencialidad. Ninguna de las dos capas sustituye a la otra.

¿Por qué un modelo «seguro» no protege tus datos?

En su lección de preparación para la certificación Claude Certified Architect, el canal Diary of an AI Architect pone el ejemplo de un chatbot de RR. HH. que revela los sueldos de los directivos a un becario porque este le hizo una pregunta ingeniosa. El modelo no ha infringido ninguna regla general. Simplemente ha ignorado una norma que nadie había escrito.

«Claude no puede aplicar una regla que nunca se ha formulado».

Diary of an AI Architect, 2026

Es justo lo que veo en muchos directivos: creen que compran seguridad al comprar un modelo con fama de prudente. En realidad compran un modelo que rechaza los abusos evidentes, no un control de acceso a su CRM.

¿Qué dice la documentación oficial de Claude Code sobre los permisos?

La documentación de seguridad de Claude Code describe una arquitectura basada en permisos. El modo manual arranca en solo lectura y pide confirmación antes de modificar cualquier archivo o ejecutar cualquier comando. El modo automático deja la revisión de las acciones en manos de un modelo clasificador independiente, que bloquea lo que considera inseguro, y tu organización puede desactivarlo. Las reglas explícitas de denegación y de confirmación se aplican siempre.

La herramienta bash también puede ejecutarse en un sandbox con aislamiento del sistema de archivos y de la red, que se configura con /sandbox. Pero cybedefend.com recuerda que estas protecciones no están pensadas para frenar a un adversario decidido que controle lo que recibe el agente, y Anthropic no afirma lo contrario. Dicho de otro modo: lo nativo reduce el riesgo y la gobernanza lo cierra.

¿Qué gobernanza mínima se puede implantar en una semana?

La gobernanza mínima cabe en cinco medidas: identidad centralizada, cuentas gestionadas, permisos explícitos para los agentes, registro de actividad y una norma escrita sobre los datos prohibidos. Nada de esto exige un proyecto de dieciocho meses, y eso encaja con lo que pienso: en una pyme, la IA funciona cuando se integra en lo que ya existe.

¿Cómo poner límites a Claude Code y a los agentes?

Primer reflejo: no des nunca a un agente más permisos de los que darías a un becario en su primer día. TrueFoundry insiste en que el SSO esté operativo antes de dar acceso a Claude a un solo desarrollador, con SAML 2.0 u OIDC a través de Okta o Azure AD (Entra). Después, modo manual por defecto en los repositorios sensibles, sandbox activado y servidores MCP limitados a una lista aprobada.

El hilo de r/ArtificialInteligence sobre el Computer Use de Claude recuerda el peligro contrario: un agente que hace capturas de pantalla sin parar y lee un sitio trampa puede recibir instrucciones ocultas (inyección de prompts). La recomendación del hilo es no lanzarlo nunca fuera de un sandbox estricto. Comparto ese diagnóstico, y además aconsejo no dejar que un agente navegue por la web mientras tienes abierta al lado una pestaña del banco.

¿Cómo conservar registros que sirvan de algo?

Un uso autorizado tiene que poder auditarse. Mimecast enumera lo que cubre una gobernanza seria: visibilidad, seguimiento de políticas, archivado, eDiscovery, solicitudes de acceso a los datos (DSAR) y conservación legal. Para una pyme de 50 personas, el equivalente práctico es modesto: un plan de equipo con administración (consulta el paso de Claude Pro a Claude Team) y una política de conservación conocida por todos.

FUENTE: truefoundry.com, mimecast.com, code.claude.com, cybedefend.com · ACT. 10/2026

Para el marco normativo europeo, la puerta de entrada es la web de la Comisión Europea sobre política digital e IA. En cuanto a seguridad operativa, la agencia francesa ANSSI publica recomendaciones para empresas que también sirven de referencia fuera de Francia.

¿Hay que renunciar a Claude para reducir los riesgos?

No. El riesgo se gestiona y no justifica renunciar. Las empresas que rechazan la IA cargan con costes demasiado altos y procesos demasiado lentos, mientras que las que la usan sin un marco generan ruido, errores y deuda técnica. La gobernanza ligera es el único camino que evita ambas cosas.

¿Y el riesgo político en torno a Anthropic?

Existe y no lo descarto. Un hilo de r/actutech que recoge una noticia de Engadget afirma que el Pentágono habría dado a Anthropic de plazo hasta un viernes para retirar sus salvaguardas éticas, bajo la amenaza de aplicar la Defense Production Act y de clasificarla como riesgo para la seguridad nacional. Otro hilo, en r/singularity, anuncia que el Tesoro estadounidense pone fin a todo uso de Anthropic. Son publicaciones que replican noticias de prensa sin dar detalles, así que las cito como señales y no como hechos probados.

Mi lectura como directivo: es un riesgo de proveedor, no de seguridad. La respuesta es la misma que en cualquier otro caso: que tus procesos se puedan trasladar de un modelo a otro. Si este punto te preocupa, la comparativa Mistral o Claude para tu pyme aborda la parte del RGPD y la soberanía.

Mi veredicto: quédate con Claude, implanta los cinco controles en una semana y revísalos cada vez que conectes un agente nuevo. La primera prueba es sencilla: si un empleado se marchara mañana con su cuenta personal, ¿sabrías qué datos han pasado por ella? Si la respuesta es no, empieza por la captura de dominio antes que por cualquier otra cosa.

Preguntas frecuentes

¿Es Claude seguro para los datos de una pyme?

Claude está entrenado para rechazar los usos dañinos generales, pero ese entrenamiento no conoce tus normas internas. La seguridad de tus datos depende de tu configuración: cuentas gestionadas con SSO, permisos limitados y registro de actividad. Una cuenta personal usada fuera de ese marco tiene un perfil de riesgo muy distinto al de Claude Enterprise desplegado con controles aprobados.

¿Cuál es la configuración más peligrosa de Claude Code?

Según las guías de seguridad consultadas, el peligro está en los permisos demasiado amplios que se conceden al agente, porque ejecuta comandos con los permisos del desarrollador. El modo manual, que pide confirmación antes de cada acción, y el sandbox de bash reducen mucho ese riesgo. Los servidores MCP con demasiados privilegios son la segunda fuente de exposición.

¿Qué es la IA en la sombra y cómo se limita?

La IA en la sombra es el uso de herramientas de IA por parte de los empleados fuera del marco aprobado, a menudo desde una cuenta personal. Expone a fugas de datos sensibles y de propiedad intelectual, además de a problemas de cumplimiento normativo. Se limita ofreciendo una herramienta oficial más práctica que la cuenta personal, con captura de dominio y SSO.

¿Los ataques relacionados con Mythos o con grupos estatales afectan a una pyme?

Directamente, rara vez. Indirectamente, sí: los agentes capaces de modificar un malware hasta burlar el antivirus permiten producir phishing y malware más rápido. La defensa para una pyme sigue siendo la clásica: actualizaciones rápidas pero verificadas, copias de seguridad y permisos mínimos.

¿Cuánto se tarda en implantar una gobernanza mínima de Claude?

En una pyme, una semana basta para lo esencial: SSO y captura de dominio, modo manual y sandbox para Claude Code, lista blanca de servidores MCP, archivado y una norma escrita sobre los datos prohibidos. El trabajo recurrente consiste en revisar los permisos cada vez que se conecta una herramienta nueva.

Fuentes

• Claude Mythos is too dangerous for public consumption... , Fireship
• Houthis Used Claude To Develop Weapons. What About AI Safeguards? , India Global Review
• How Russia is Weaponizing Claude: The AI Threat Nobody is Talking About , Latha | AI Governance
• Lesson 3: Responsible AI, Safety & Risk , Diary of an AI Architect
• La sécurité d'entreprise pour Claude : un guide de gouvernance pratique , truefoundry.com
• Risques liés à la sécurité de Claude , mimecast.com
• Sécurité, Claude Code Docs , code.claude.com
• Claude Code est-il sûr ? Risques et bonnes pratiques , cybedefend.com
• Claude's Computer use is great but security risks involved is terrifying , r/ArtificialInteligence
• Le Pentagone aurait donné à Anthropic jusqu'à vendredi , r/actutech
• US Treasury is terminating all use of Anthropic , r/singularity