Es probable que todos hayan o\u00eddo hablar de OpenClaw, anteriormente conocido como \u201cClawdbot\u201d o \u201cMoltbot\u201d, el asistente de IA de c\u00f3digo abierto que se puede implementar en una m\u00e1quina localmente. Se conecta a plataformas de chat populares como WhatsApp, Telegram, Signal, Discord y Slack, lo que le permite aceptar comandos de su propietario y actuar en el sistema de archivos local. Tiene acceso al calendario, el correo electr\u00f3nico y el navegador del propietario, e incluso puede ejecutar comandos del sistema operativo a trav\u00e9s del shell.<\/p>\n
Desde una perspectiva de seguridad, esa descripci\u00f3n por s\u00ed sola deber\u00eda ser suficiente para poner nervioso a cualquiera. Pero cuando las personas comienzan a intentar usarlo para trabajar dentro de un entorno corporativo, la ansiedad se convierte r\u00e1pidamente en la convicci\u00f3n de un caos inminente. Algunos expertos ya han calificado a OpenClaw como la mayor amenaza interna de 2026. Los problemas con OpenClaw abarcan todo el espectro de riesgos destacados en el reciente Top 10 de OWASP para aplicaciones ag\u00e9nticas<\/a>.<\/p>\n OpenClaw permite conectar cualquier LLM local o basado en la nube, y el uso de una amplia variedad de integraciones con servicios adicionales. En esencia, se trata de una puerta de enlace que acepta comandos a trav\u00e9s de aplicaciones de chat o una interfaz de usuario web, y los env\u00eda a los agentes de IA adecuados. La primera versi\u00f3n, denominada Clawdbot, sali\u00f3 al mercado en noviembre de 2025; en enero de 2026, se hab\u00eda vuelto viral y trajo consigo un mont\u00f3n de problemas de seguridad. En una sola semana, se revelaron varias vulnerabilidades cr\u00edticas<\/a>, surgieron habilidades maliciosas en el directorio de habilidades y se filtraron secretos de Moltbook (esencialmente \u201cReddit para bots\u201d). Para colmo, Anthropic present\u00f3 una demanda por infracci\u00f3n de marca registrada para cambiar el nombre del proyecto y evitar infringir los derechos de \u201cClaude\u201d, y el nombre de la cuenta X del proyecto fue secuestrado para promocionar estafas con criptomonedas.<\/p>\n Aunque el desarrollador del proyecto parece reconocer que la seguridad es importante, al tratarse de un proyecto aficionado, no se dedican recursos espec\u00edficos a la gesti\u00f3n de vulnerabilidades ni a otros aspectos esenciales de la seguridad del producto.<\/p>\n Entre las vulnerabilidades conocidas en OpenClaw, la m\u00e1s peligrosa es CVE-2026-25253<\/a> (CVSS 8.8). Su aprovechamiento conduce a una vulneraci\u00f3n total de la puerta de enlace, lo que les permite a los atacantes ejecutar comandos arbitrarios. Para empeorar las cosas, es muy f\u00e1cil de llevar a cabo: si el agente visita el sitio web de un atacante o el usuario hace clic en un enlace malicioso, se filtra el token de autenticaci\u00f3n principal. Con ese token en su poder, el atacante tiene control administrativo total sobre la puerta de enlace. Esta vulnerabilidad se corrigi\u00f3 en la versi\u00f3n 2026.1.29.<\/p>\n Adem\u00e1s, se descubrieron dos\u00a0vulnerabilidades de inyecci\u00f3n de comandos peligrosas (CVE-2026-24763 y CVE-2026-25157).<\/p>\n Una variedad de configuraciones predeterminadas y peculiaridades de implementaci\u00f3n hacen que atacar la puerta de enlace sea muy sencillo.<\/p>\n La configuraci\u00f3n, la \u201cmemoria\u201d y los registros de chat de OpenClaw almacenan claves API, contrase\u00f1as y otras credenciales para LLM y servicios de integraci\u00f3n en texto sin formato. Se trata de una amenaza cr\u00edtica, hasta tal punto que ya se han detectado versiones de los infostealers RedLine y Lumma con rutas de archivos OpenClaw a\u00f1adidas a sus listas de archivos que deben robar. Adem\u00e1s, el infostealer Vidar fue sorprendido robando secretos<\/a> de OpenClaw.<\/p>\n La funcionalidad de OpenClaw se puede ampliar con las \u201chabilidades\u201d disponibles en el repositorio de ClawHub<\/a>. Dado que cualquiera puede cargar una habilidad, los actores maliciosos no tardaron en empezar a \u201cincluir\u201d el infostealer AMOS para macOS en sus cargas. En poco tiempo, la cantidad de habilidades maliciosas lleg\u00f3 a cientos<\/a>. Esto llev\u00f3 a los desarrolladores a firmar r\u00e1pidamente un acuerdo<\/a> con VirusTotal para garantizar que todas las habilidades cargadas no solo se verifiquen con las bases de datos de malware, sino que tambi\u00e9n se sometan a an\u00e1lisis de c\u00f3digo y contenido a trav\u00e9s de LLM. Dicho esto, los autores son muy claros: no es una f\u00f3rmula m\u00e1gica.<\/p>\n Las vulnerabilidades se pueden parchear y la configuraci\u00f3n se puede reforzar, pero algunos de los problemas de OpenClaw son fundamentales para su dise\u00f1o. El producto combina varias funciones cr\u00edticas que, cuando se combinan, son francamente peligrosas:<\/p>\n Cabe se\u00f1alar que, aunque OpenClaw es un ejemplo especialmente extremo, la lista de los \u201cCinco\u00a0terror\u00edficos\u201d es en realidad caracter\u00edstica de casi todos los agentes de IA polivalentes.<\/p>\n Si un empleado instala un agente como este en un dispositivo corporativo y lo conecta incluso a un conjunto b\u00e1sico de servicios (como Slack y SharePoint), la combinaci\u00f3n de ejecuci\u00f3n aut\u00f3noma de comandos, amplio acceso al sistema de archivos y permisos OAuth excesivos crea un terreno f\u00e9rtil para una vulneraci\u00f3n profunda de la red. De hecho, la costumbre del bot de acumular secretos y tokens sin cifrar en un solo lugar es un desastre anunciado, incluso si el agente de IA en s\u00ed nunca se ve vulnerado.<\/p>\n Adem\u00e1s, estas configuraciones infringen los requisitos normativos de m\u00faltiples pa\u00edses y sectores, lo que puede dar lugar a posibles multas y fallos en las auditor\u00edas. Los requisitos reglamentarios actuales, como los de la Ley de IA de la UE o el Marco de gesti\u00f3n de riesgos de IA del NIST, exigen expl\u00edcitamente un control de acceso estricto para los agentes de IA. El enfoque de configuraci\u00f3n de OpenClaw claramente no cumple con esos est\u00e1ndares.<\/p>\n Pero lo m\u00e1s sorprendente es que, aunque se les proh\u00edba a los empleados instalar este software en los equipos del trabajo, OpenClaw puede acabar instal\u00e1ndose en sus dispositivos personales. Esto tambi\u00e9n genera riesgos espec\u00edficos para la organizaci\u00f3n en su conjunto:<\/p>\n Dependiendo de las capacidades de supervisi\u00f3n y respuesta del equipo del SOC, pueden rastrear los intentos de conexi\u00f3n de la puerta de enlace de OpenClaw en dispositivos personales o en la nube. Adem\u00e1s, una combinaci\u00f3n espec\u00edfica de banderas rojas puede indicar la presencia de OpenClaw en un dispositivo corporativo:<\/p>\n Un conjunto de pr\u00e1cticas de higiene de seguridad puede reducir de manera eficaz la huella tanto de la TI en la sombra como de la IA en la sombra, lo que dificulta mucho m\u00e1s la implementaci\u00f3n de OpenClaw en una organizaci\u00f3n:<\/p>\n Si una organizaci\u00f3n permite el uso de agentes de IA con fines experimentales, por ejemplo, para pruebas de desarrollo o proyectos piloto de eficacia, o si se han autorizado casos de uso espec\u00edficos de IA para el personal en general, se deben implementar medidas s\u00f3lidas de supervisi\u00f3n, registro y control de acceso:<\/p>\n La prohibici\u00f3n total de todas las herramientas de IA es un camino sencillo, pero raramente productivo. Los empleados suelen encontrar formas de sortear las restricciones, lo que hace que el problema pase a un segundo plano y sea a\u00fan m\u00e1s dif\u00edcil de controlar. En cambio, es mejor encontrar un equilibrio sensato entre productividad y seguridad.<\/p>\n Implementa directivas transparentes sobre el uso de IA activa.<\/strong> Define qu\u00e9 categor\u00edas de datos pueden procesar los servicios externos de IA y cu\u00e1les est\u00e1n estrictamente prohibidas. Los empleados deben comprender por qu\u00e9 algo est\u00e1 prohibido. Una directiva de \u201cs\u00ed, pero con restricciones\u201d siempre se recibe mejor que un \u201cno\u201d rotundo.<\/p>\n Utiliza ejemplos del mundo real en las formaciones.<\/strong> Las advertencias abstractas sobre los \u201criesgos de fugas\u201d tienden a ser in\u00fatiles. Es mejor demostrar c\u00f3mo un agente con acceso al correo electr\u00f3nico puede reenviar mensajes confidenciales solo porque un correo electr\u00f3nico entrante aleatorio lo solicita. Cuando la amenaza se siente real, la motivaci\u00f3n para seguir las reglas tambi\u00e9n aumenta. Lo ideal ser\u00eda que los empleados completaran un breve curso intensivo sobre seguridad en materia de IA<\/a>.<\/p>\n Ofrece alternativas seguras.<\/strong> Si los empleados necesitan un asistente de IA, proporciona una herramienta aprobada que presente administraci\u00f3n centralizada, registro y control de acceso OAuth.<\/p>\n\n","protected":false},"excerpt":{"rendered":" Qu\u00e9 deben hacer los equipos de seguridad corporativa con respecto al agente de IA “viral”.<\/p>\n","protected":false},"author":2722,"featured_media":31876,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[2202,2754],"tags":[3767,2093,1307,1305,3725,3768,61],"class_list":{"0":"post-31875","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-business","8":"category-enterprise","9":"tag-agentes-de-ia","10":"tag-aprendizaje-automatico","11":"tag-ia","12":"tag-inteligencia-artificial","13":"tag-llm","14":"tag-openclaw","15":"tag-seguridad"},"hreflang":[{"hreflang":"es","url":"https:\/\/www.kaspersky.es\/blog\/moltbot-enterprise-risk-management\/31875\/"},{"hreflang":"en-in","url":"https:\/\/www.kaspersky.co.in\/blog\/moltbot-enterprise-risk-management\/30218\/"},{"hreflang":"en-ae","url":"https:\/\/me-en.kaspersky.com\/blog\/moltbot-enterprise-risk-management\/25296\/"},{"hreflang":"en-gb","url":"https:\/\/www.kaspersky.co.uk\/blog\/moltbot-enterprise-risk-management\/30091\/"},{"hreflang":"es-mx","url":"https:\/\/latam.kaspersky.com\/blog\/moltbot-enterprise-risk-management\/29000\/"},{"hreflang":"it","url":"https:\/\/www.kaspersky.it\/blog\/moltbot-enterprise-risk-management\/30495\/"},{"hreflang":"ru","url":"https:\/\/www.kaspersky.ru\/blog\/moltbot-enterprise-risk-management\/41329\/"},{"hreflang":"tr","url":"https:\/\/www.kaspersky.com.tr\/blog\/moltbot-enterprise-risk-management\/14307\/"},{"hreflang":"x-default","url":"https:\/\/www.kaspersky.com\/blog\/moltbot-enterprise-risk-management\/55317\/"},{"hreflang":"fr","url":"https:\/\/www.kaspersky.fr\/blog\/moltbot-enterprise-risk-management\/23656\/"},{"hreflang":"pt-br","url":"https:\/\/www.kaspersky.com.br\/blog\/moltbot-enterprise-risk-management\/24770\/"},{"hreflang":"ru-kz","url":"https:\/\/blog.kaspersky.kz\/moltbot-enterprise-risk-management\/30293\/"},{"hreflang":"en-au","url":"https:\/\/www.kaspersky.com.au\/blog\/moltbot-enterprise-risk-management\/35975\/"},{"hreflang":"en-za","url":"https:\/\/www.kaspersky.co.za\/blog\/moltbot-enterprise-risk-management\/35631\/"}],"acf":[],"banners":"","maintag":{"url":"https:\/\/www.kaspersky.es\/blog\/tag\/inteligencia-artificial\/","name":"inteligencia artificial"},"_links":{"self":[{"href":"https:\/\/www.kaspersky.es\/blog\/wp-json\/wp\/v2\/posts\/31875","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.kaspersky.es\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.kaspersky.es\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.kaspersky.es\/blog\/wp-json\/wp\/v2\/users\/2722"}],"replies":[{"embeddable":true,"href":"https:\/\/www.kaspersky.es\/blog\/wp-json\/wp\/v2\/comments?post=31875"}],"version-history":[{"count":2,"href":"https:\/\/www.kaspersky.es\/blog\/wp-json\/wp\/v2\/posts\/31875\/revisions"}],"predecessor-version":[{"id":31880,"href":"https:\/\/www.kaspersky.es\/blog\/wp-json\/wp\/v2\/posts\/31875\/revisions\/31880"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.kaspersky.es\/blog\/wp-json\/wp\/v2\/media\/31876"}],"wp:attachment":[{"href":"https:\/\/www.kaspersky.es\/blog\/wp-json\/wp\/v2\/media?parent=31875"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.kaspersky.es\/blog\/wp-json\/wp\/v2\/categories?post=31875"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.kaspersky.es\/blog\/wp-json\/wp\/v2\/tags?post=31875"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Problemas conocidos de OpenClaw<\/h2>\n
Vulnerabilidades de OpenClaw<\/h3>\n
Valores predeterminados y funciones inseguros<\/h3>\n
\n
Secretos en texto sin formato<\/h3>\n
Habilidades maliciosas<\/h3>\n
Defectos estructurales en el agente de IA de OpenClaw<\/h3>\n
\n
Riesgos de OpenClaw para las organizaciones<\/h2>\n
\n
C\u00f3mo detectar OpenClaw<\/h2>\n
\n
Control de la IA en la sombra<\/h2>\n
\n
Implementaci\u00f3n segura de IA basada en agentes<\/h2>\n
\n
Directivas corporativas y formaci\u00f3n de los empleados<\/h2>\n