Un consejo de dirección aprueba un plan de automatización con inteligencia artificial. El argumento que convence al comité es sencillo: menos personas, menos coste estructural, más margen. La cuenta cuadra en la hoja de cálculo, pero hay una partida que casi nunca se recalcula en el mismo ejercicio: la de ciberseguridad, y es, precisamente, a la que más se le debería prestar atención.
Tabla de Contenidos
La premisa que manejan muchos equipos directivos es que la inteligencia artificial es, ante todo, una palanca de eficiencia: automatiza tareas, sustituye procesos manuales y reduce la dependencia de personal. Esa lectura no es incorrecta, pero está incompleta pues trata la IA como si fuera una herramienta más (como un ERP, un CRM, una suite ofimática, etc.), cuando en realidad es una categoría de riesgo completamente nueva que se superpone a todo lo que la empresa ya tenía que proteger.
La regla debería más bien ser la siguiente: si tu plan de adopción de IA reduce plantilla o presupuesto operativo, tu presupuesto de ciberseguridad debería multiplicarse, no reducirse.
No se trata de una cifra caprichosa, es la consecuencia lógica de que cada proceso que se automatiza con IA añade una superficie de ataque nueva, sin que la superficie anterior (la de las personas, las redes, las aplicaciones tradicionales) desaparezca. Las organizaciones que ignoran esa aritmética no están ahorrando, están aplazando un gasto mayor, y menos controlado, para el día en que ese riesgo se materialice.
En este artículo desarrollamos esa idea con la profundidad que merece una decisión de negocio, no solo una cuestión técnica: qué riesgos concretos introduce la IA en la empresa, qué exige ya y qué exigirá pronto el marco regulatorio en España, y qué puede hacer una organización, sea cual sea su tamaño, para no quedar expuesta.
Durante los últimos años, la ciberseguridad empresarial se ha construido sobre un mapa relativamente estable: personas, endpoints, redes, aplicaciones y proveedores. Ese mapa ha cambiado de naturaleza en muy poco tiempo. Hoy en día, una proporción muy significativa del tráfico que circula por internet ya no lo generan personas navegando, sino agentes automatizados, rastreadores y modelos de inteligencia artificial interactuando entre sí. Eso obliga a redefinir la estrategia de seguridad de cualquier empresa que opere online, porque el enemigo ya no es solo una persona con malas intenciones: puede ser un sistema automatizado atacando a otro sistema automatizado, a una velocidad que ningún equipo de seguridad tradicional estaba preparado para gestionar.
Sin ir más lejos, si una plataforma como Cloudflare fallara, buena parte de las infraestructuras digitales de las que dependen empresas, administraciones y ciudadanos dejarían de funcionar en cuestión de horas. Hay un cambio de patrón relevante: los atacantes están pasando de intentar «irrumpir» por la fuerza a intentar «iniciar sesión» con credenciales robadas o manipulando la confianza de personas, apoyándose de forma creciente en inteligencia artificial para automatizar ambas estrategias.
Eso es lo más determinante que debe trasladarse a cualquier comité de dirección: la inteligencia artificial no está sustituyendo el riesgo que ya existía en la empresa, sino que se está sumando a él, con una velocidad de explotación y una escala de automatización que multiplican el impacto potencial de cada vulnerabilidad no corregida.
Se han identificado a priori siete vectores de riesgo que se repiten en prácticamente cualquier organización que empieza a incorporar IA de forma intensiva, con independencia de su sector o tamaño.
La clonación de voz y las videollamadas manipuladas han dejado de ser un experimento técnico para convertirse en un vector de fraude operativo. Cualquier directivo, responsable financiero o persona con voz e imagen disponibles en internet (una entrevista, un vídeo corporativo, una intervención en un congreso) es un objetivo potencial de suplantación, ya sea para autorizar transferencias fraudulentas, para engañar a un proveedor o para dañar la reputación personal y corporativa.
Los modelos de generación de texto han alcanzado un nivel de calidad que elimina buena parte de las señales tradicionales que delataban un correo fraudulento: errores gramaticales, estilo forzado, formato extraño. Un correo de phishing redactado hoy con IA puede reproducir con precisión el tono, el vocabulario y hasta el estilo de comunicación habitual de un proveedor, un cliente o un compañero de equipo, lo que reduce drásticamente la eficacia de la formación tradicional basada en «detectar errores».
Una cantidad creciente del código, las configuraciones de servidores y las integraciones que entran hoy en producción se generan con asistencia de IA, sin que quien las despliega entienda siempre en profundidad cómo funcionan internamente. A los problemas de seguridad tradicionales (configuraciones erróneas, dependencias desactualizadas, permisos mal calibrados) se suman ahora debilidades propias de los modelos de IA: manipulación o engaño a un modelo de inteligencia artificial para que ignore sus filtros de seguridad, normas éticas y restricciones operativas programadas (lo que se conoce como jailbreak), alucinaciones, sesgos heredados de los datos de entrenamiento y, en los casos más graves, manipulación deliberada de esos datos por parte de terceros (data poisoning).
A medida que una organización despliega no uno, sino decenas de agentes de IA interconectados (usualmente para atención al cliente, análisis de datos y automatización de procesos internos), el riesgo deja de ser lineal y se vuelve combinatorio. Un atacante ya no necesita comprometer un único sistema, pues puede orquestar el ataque combinando el comportamiento de varios agentes para alcanzar su objetivo final, algo mucho más difícil de anticipar con arquitecturas de defensa pensadas para proteger un perímetro estático, no una red de sistemas que conversan entre sí de forma autónoma.
Ninguno de los siete riesgos anteriores es, en el fondo, un problema exclusivamente técnico. Son riesgos de negocio con nombre y apellido en cualquier informe de gestión de riesgos corporativo:
El listado de tareas que ya tenía que gestionar cualquier responsable de seguridad (auditoría de código, pruebas de intrusión controladas (pentesting), control de calidad de seguridad, bastionado de sistemas, gestión de identidades, revisión de permisos, fortificación de la red, segmentación, gestión de actualizaciones) no desaparece cuando se incorpora IA a la organización. Se le añade una capa completa de proyectos nuevos, sin que necesariamente aumenten en la misma proporción los recursos disponibles para abordarlos. Ahí está el origen del enorme aumento en gasto en ciberseguridad, puesto que el volumen de trabajo de seguridad crece de forma proporcional —o superior— al volumen de IA que se introduce en la operativa diaria.
Antes de hablar de cifras concretas, conviene aclarar algo: no existe una fórmula universal que diga «el X % de tu facturación debe ir a ciberseguridad», y cualquier cifra que se ofrezca sin contexto sectorial y sin una evaluación previa de riesgo real debería tomarse como orientativa, no como un objetivo a perseguir de forma ciega. Dicho esto, sí existen cuestiones concretas que cualquier comité de dirección puede plantearse para saber si su nivel de inversión está desajustado con su nivel real de exposición:
Estas cuatro preguntas no sustituyen a una auditoría formal, pero permiten a cualquier consejero delegado o director financiero hacerse una idea razonable, en una sola reunión, de si el nivel de inversión actual responde a la realidad del riesgo o simplemente a la inercia de presupuestos de años anteriores.
Hablar de «aumentar el presupuesto de ciberseguridad» sin concretar en qué se invierte ese dinero es quedarse a medio camino. La cifra no funciona como un cheque en blanco que se destina sin más al mismo tipo de partidas de siempre: funciona como una redistribución consciente del gasto entre tres bloques que, en la mayoría de las organizaciones, hoy están profundamente desequilibrados —personas, tecnología y gobernanza— y que crecen a ritmos muy distintos cuando se introduce IA en la operativa.
Antes de decidir en qué herramienta invertir, conviene asumir una realidad incómoda: en España, y en el resto del mundo, la ciberseguridad lleva años enfrentándose a un déficit estructural de profesionales cualificados, y ese déficit se ha agravado con la irrupción de la IA, que exige perfiles nuevos —especialistas en seguridad de modelos, en gobernanza de agentes, en arquitecturas RAG seguras— que apenas existían hace tres años. Según el último informe global sobre la brecha de competencias en ciberseguridad de Fortinet, más de la mitad de los responsables de IT señalan la falta de competencias como la principal causa de las brechas de seguridad graves en sus organizaciones. A nivel mundial, ISC² sitúa el déficit de talento por encima de los tres millones y medio de vacantes sin cubrir. En España, distintos estudios sectoriales —entre ellos el elaborado por INCIBE junto con la patronal tecnológica Conetic— calculan que el país necesita incorporar decenas de miles de profesionales cualificados adicionales para cubrir la demanda actual, con perfiles como analistas de respuesta a incidentes, especialistas en entornos multicloud o expertos en IA aplicada a la defensa entre los más solicitados y más difíciles de encontrar.
Esto tiene una consecuencia práctica directa para cualquier comité de dirección: una parte de la inversión no se puede resolver solo con presupuesto, porque el mercado no tiene suficientes profesionales disponibles para contratar. La respuesta que están adoptando muchas organizaciones —y que confirma el propio INCIBE en sus diagnósticos sobre el sector— pasa por combinar tres vías simultáneas: formar y recualificar al personal interno que ya conoce la empresa, apoyarse en servicios externos especializados para cubrir picos de trabajo y necesidades muy concretas (auditorías, pruebas de intrusión, diseño de arquitecturas seguras para IA), y reservar la contratación directa para los roles más estratégicos y permanentes. Ignorar esta realidad y limitarse a «aumentar la partida de seguridad» sin resolver el problema de capacidad humana es una manera segura de que ese presupuesto adicional se quede sin ejecutar, o se ejecute mal.
La parte más visible de la inversión es la tecnológica, pero conviene entender que no se trata simplemente de «comprar más del mismo tipo de herramienta» que ya se tenía. Los controles tradicionales —cortafuegos, antivirus, gestión de parches— siguen siendo necesarios, pero no cubren los riesgos específicos que introduce la IA. Hace falta una capa adicional, pensada específicamente para supervisar el comportamiento de los modelos y los agentes: sistemas de validación de las peticiones que llegan a un agente antes de que las procese, herramientas que analizan si una respuesta generada por IA se ha desviado del objetivo original de la tarea, plataformas de gestión de acceso a la nube que permiten ver qué datos está enviando la organización a cada proveedor de modelos, y sistemas de detección de uso no autorizado de herramientas de IA por parte de los propios empleados. Ninguna de estas categorías de herramientas formaba parte del catálogo estándar de un departamento de IT hace apenas tres años, y su coste no sustituye al de la infraestructura de seguridad tradicional: se suma a ella.
Es habitual que, al hablar de «invertir en ciberseguridad», la conversación se quede en personas y tecnología, dejando fuera el bloque que determina si los otros dos funcionan de verdad: los procesos y la gobernanza. De poco sirve contratar a un especialista en seguridad de IA o comprar la herramienta de supervisión más avanzada del mercado si no existe un procedimiento formal para decidir qué agentes de IA se pueden desplegar, quién los autoriza, cómo se auditan de forma periódica y qué ocurre cuando uno de ellos falla. Este bloque incluye también algo que muchas organizaciones subestiman: el tiempo y el coste de mantener actualizadas las políticas internas al ritmo al que cambia la propia tecnología, algo que hace tres años se revisaba una vez al año y que hoy, en organizaciones que despliegan IA de forma activa, exige revisión trimestral o incluso continua.
Cuando se descompone así, las cifras dejan de sonar arbitrarias: no es «gastar veces más en lo mismo», sino reconocer que se ha añadido un bloque completo de talento especializado, un catálogo nuevo de herramientas y una capa de gobernanza que antes no existía, y que los tres compiten por presupuesto con las partidas de seguridad que la empresa ya tenía. Las organizaciones que reparten conscientemente su inversión entre estos tres bloques —en lugar de concentrarla solo en tecnología, que es la partida más fácil de justificar en una hoja de cálculo pero la menos efectiva sin las otras dos— son las que consiguen que ese presupuesto adicional se traduzca en una reducción real del riesgo, y no solo en una factura más alta a final de año.
Uno de los errores más habituales en las empresas españolas es esperar a que la normativa esté "cerrada" para empezar a actuar. Conviene tener claro el panorama actual, que sigue en movimiento:
Recomendación: antes de comunicar externamente cifras de plazos o sanciones concretas, conviene verificar siempre la última actualización en la fuente oficial (BOE, INCIBE o el portal de la Comisión Europea), dado que este es un marco normativo en movimiento activo.
No hace falta esperar a la próxima gran inversión para reducir la exposición. Lo que sí conviene es adaptar el nivel de exigencia y el orden de prioridades al tamaño real de la organización, porque una PYME de veinte empleados y una corporación con presencia internacional no parten del mismo punto ni tienen los mismos recursos disponibles. A continuación indicamos un checklist que puede utilizarse para cada tipo de empresa en función de su tamaño:
En este segmento, el objetivo no es construir una función de seguridad compleja, sino cerrar las puertas más obvias con el mínimo esfuerzo posible y sin necesidad de un equipo dedicado.
Aquí ya existe estructura de IT, pero rara vez una función de seguridad dedicada a tiempo completo. El foco debe estar en formalizar procesos y ganar visibilidad sobre lo que ya está ocurriendo.
En organizaciones de este tamaño, el reto ya no es la falta de estructura, sino la coordinación entre múltiples equipos, sistemas heredados y un volumen de proyectos de IA que puede crecer más rápido de lo que el equipo de seguridad es capaz de auditar.
Todo lo anterior tiene un denominador común: no se puede proteger lo que no se ha evaluado primero. Una Auditoría de Ciberseguridad permite obtener una fotografía real del estado de la infraestructura, las aplicaciones, las configuraciones y los controles de una organización —incluyendo el uso, autorizado o no, de herramientas de IA— con un diagnóstico priorizado de qué corregir primero.
Para las empresas que ya trabajan hacia una certificación o que quieren ordenar su gestión de la seguridad de forma estructurada, la Implantación de ISO 27001 ofrece un marco probado que cubre buena parte de los controles que exigirá la normativa NIS2 en España, incluyendo el Plan de Tratamiento de Riesgos y la Declaración de Aplicabilidad (SoA). Si tu organización entra dentro del ámbito de aplicación de la directiva, nuestro servicio de Implantación de la Directiva NIS2 te permite empezar a construir esos controles ahora, sin esperar a que se publique el texto definitivo en el BOE.
Y para las organizaciones que están incorporando IA de forma activa (ya sea como usuarias de herramientas externas o desarrollando sus propios sistemas y agentes de IA), la Consultoría de IA para Ciberseguridad de Securityinthenet ayuda a diseñar esa capa de guardarraíles que mencionábamos más arriba: desde la validación de entradas y salidas de los modelos hasta el diseño de Agentes de IA aplicados a la Ciberseguridad que refuercen, la postura de seguridad de la empresa.
Nada de lo anterior pretende frenar la adopción de inteligencia artificial en la empresa, sino que tiene como objetivo situarla en su contexto real: cada capacidad nueva que se incorpora trae consigo una responsabilidad de seguridad proporcional, y quien la ignore no está ahorrando costes, está aplazando un gasto mucho mayor —y probablemente menos controlado— para el momento en que ese riesgo se materialice.
La pregunta que debería llevarse a cualquier comité de dirección no es «¿cuánto podemos ahorrar automatizando con IA?», sino «¿hemos multiplicado también nuestra inversión en protegernos mientras lo hacemos?». Las organizaciones que respondan primero a esa segunda pregunta serán las que seguirán operando con normalidad cuando el resto del sector empiece a experimentar incidentes.
Contacto:
657 216 711 / 613 396 385 / 919 409 418
info@securityinthenet.com