Encuesta de CISO de a16z sitúa a la IA en primer lugar para 2027, con adopción de SOC del 18%
a16z publicó una encuesta de 100 directores de seguridad de la información, o CISO, que muestra que la IA domina sus prioridades para 2027 pese a una adopción operativa limitada. En la encuesta de CISO de a16z, el 87% espera que aumente el gasto en seguridad. Sin embargo, solo el 18% informa de uso en producción de herramientas de centros de operaciones de seguridad con IA, que ayudan a los equipos a investigar y responder a amenazas.
Publicados el 28 de octubre, los hallazgos abarcan a líderes de seguridad de empresas con más de 1.000 empleados. Las siete iniciativas principales para 2027 involucran IA. La automatización de SOC recibe la mayor cantidad de votos en primer lugar. La seguridad de agentes de IA internos, la automatización de SOC y la seguridad ofensiva registran los mayores aumentos de prioridad. La seguridad ofensiva consiste en probar sistemas mediante intentos autorizados para descubrir debilidades explotables.
La tensión central está entre la urgencia de gasto y la preparación para el despliegue. Las empresas quieren defensa automatizada mientras sus propios despliegues de IA generan exposición adicional. Microsoft ya ofrece agentes de seguridad dentro de sus productos existentes, lo que brinda a los compradores una opción de plataforma concreta. La pregunta para los líderes de seguridad es qué responsabilidades pueden asumir estos sistemas de forma fiable y cuánta supervisión siguen requiriendo esas responsabilidades.
La encuesta de CISO de a16z sitúa la preparación para el despliegue por detrás de la urgencia de gasto
Las prioridades de seguridad para 2027 vinculan el aumento de los presupuestos con las amenazas habilitadas por IA y la creciente superficie de ataque de los despliegues empresariales de IA. Una superficie de ataque incluye los sistemas, conexiones y permisos que un atacante puede explotar potencialmente. Los hallazgos sitúan la automatización defensiva y la protección de la IA interna dentro de la misma conversación presupuestaria.
La encuesta establece la demanda de seguridad de IA, pero deja sin resolver la eficacia de productos individuales.
Esa distinción importa porque una previsión presupuestaria mide la intención. La adopción en producción mide si una organización ha puesto una capacidad en uso operativo. Ninguna de las dos cifras, por sí sola, establece si la capacidad reduce incidentes, mejora las investigaciones o ahorra tiempo a los analistas tras la supervisión.
Las cifras del 87% y del 18% también describen preguntas distintas. Una se refiere al gasto general previsto en seguridad. La otra se refiere a la adopción actual dentro de una categoría específica de productos. Restarlas crearía una medida engañosa de la demanda no satisfecha.
Su importancia reside en el contraste. Los líderes de seguridad anticipan gasto adicional, mientras que el uso operativo de una categoría destacada de seguridad de IA sigue siendo limitado. Esa combinación describe una ventana de compra cuya forma final aún no está definida.
Para los proveedores, la oportunidad incluye trabajo de evaluación e implementación junto con las ventas de software. Los compradores deben determinar si un producto encaja en su entorno antes de asignarle responsabilidades con consecuencias relevantes. Una demostración convincente no puede responder todas las preguntas sobre un despliegue operativo.
Para los compradores, el aumento del gasto crea un problema de rendición de cuentas. Un líder de seguridad debe explicar qué cambia con la inversión adicional. Procesar más alertas parece útil, pero deja abierta la cuestión de si la organización identifica amenazas importantes antes.
La misma preocupación se aplica a la protección interna de IA. Descubrir agentes previamente desconocidos aporta visibilidad. El beneficio empresarial depende de si los equipos de seguridad pueden conectar esa visibilidad con decisiones relevantes sobre acceso, propiedad y actividad aceptable.
Para los lectores que buscan prioridades de seguridad de a16z explicadas, la interpretación más sólida es un cambio en el trabajo que deben respaldar los presupuestos de seguridad. Los hallazgos no establecen una secuencia universal de despliegue. Distintas organizaciones encontrarán restricciones diferentes a medida que pasen del interés a la responsabilidad operativa.
La distinción también limita afirmaciones más amplias sobre el mercado. Estos encuestados dirigen la seguridad en grandes empleadores. Sus prioridades no deberían describir automáticamente a organizaciones más pequeñas, que enfrentan modelos de dotación de personal y cargas de implementación diferentes.
La encuesta ofrece una instantánea de la presión de compra empresarial. Su implicación más útil es que los proveedores afrontarán preguntas sobre preparación operativa junto con preguntas sobre la capacidad de los modelos.
Las empresas compran defensa mientras amplían lo que necesitan defender
La IA crea un problema presupuestario con dos lados conectados. Los equipos de seguridad quieren software que gestione más trabajo defensivo. Otros departamentos quieren sistemas de IA que accedan a documentos, operen aplicaciones y completen tareas empresariales.
La organización que adopta IA para la productividad también pasa a ser responsable de la autoridad que hace útiles esos despliegues.
Un agente de IA es software que utiliza un modelo y herramientas conectadas para realizar tareas. Dar a un agente herramientas útiles introduce decisiones sobre qué puede leer, modificar o enviar. Esas decisiones convierten una implantación de IA en una cuestión de gestión de accesos.
Considere un despliegue ilustrativo que involucra un asistente interno de investigación. Leer documentos aprobados presenta una exposición distinta a editar archivos compartidos o enviar información fuera de la empresa. El modelo subyacente puede permanecer sin cambios mientras se amplían las consecuencias empresariales del sistema.
Esa diferencia ejerce presión sobre los líderes de seguridad, los propietarios de aplicaciones y los equipos de compras. Una revisión de producto centrada en la calidad de las respuestas pasará por alto cuestiones sobre el acceso delegado. Una revisión de seguridad centrada solo en el despliegue original puede pasar por alto cambios posteriores.
Los investigadores de NIST Bill Fisher y Ryan Galluzzo identifican preocupaciones relacionadas en su análisis de los riesgos de identidad de los agentes. Advierten sobre el uso compartido de credenciales, los permisos excesivos y las credenciales de acceso de larga duración. Su análisis también advierte que las solicitudes excesivas de aprobación humana pueden producir fatiga de consentimiento.
La implicación es más limitada que declarar obsoletas las prácticas de seguridad existentes. Los despliegues de agentes exponen debilidades conocidas en identidad y autorización, el proceso de decidir qué puede hacer un actor identificado. Los controles existentes siguen siendo pertinentes, aunque su implementación debe tener en cuenta la actividad automatizada.
Esto crea una tensión práctica para los patrocinadores empresariales de IA. Restringir el acceso puede reducir la utilidad. Ampliar el acceso puede aumentar las consecuencias de errores o compromisos. El gasto en seguridad debe abordar esa relación junto con la precisión del propio modelo.
La presión alcanza a los trabajadores del conocimiento porque los flujos ordinarios de información involucran cada vez más IA conectada. Buscar documentos, resumir correspondencia y preparar material compartido puede cruzar distintos límites de permisos. Un asistente aparentemente simple puede participar en varios sistemas.
La distinción entre conocimiento personal y de equipo ofrece un punto de partida útil para esa discusión. Las decisiones empresariales también deben considerar qué puede hacer el software conectado con la información recuperada. El acceso al conocimiento y la autoridad para actuar merecen un escrutinio separado.
Aquí es donde el impacto de a16z en la seguridad de IA se vuelve concreto. La empresa busca ganancias de productividad mediante un acceso más amplio, mientras la seguridad sigue siendo responsable de la exposición resultante. El gasto adicional debe respaldar ambos objetivos dentro del mismo entorno operativo.
Esa relación explica por qué la protección de agentes internos figura junto a la automatización defensiva. Ambas se refieren a software que actúa con autoridad organizativa, incluso cuando el software sirve a departamentos distintos.
La automatización de SOC avanza mediante tareas específicas, no autoridad ilimitada
La automatización de SOC atrae atención porque las investigaciones de seguridad contienen trabajo repetible. Los analistas recopilan evidencia, comparan señales, evalúan actividad sospechosa y deciden si es necesaria una acción adicional. Estos pasos ofrecen oportunidades identificables de asistencia.
El valor operativo depende de completar una tarea acotada de forma fiable y de entregar las decisiones no resueltas a la persona adecuada.
Microsoft ofrece un ejemplo concreto mediante su agente de triaje de phishing. El phishing implica mensajes engañosos diseñados para inducir a los destinatarios a revelar información o realizar acciones perjudiciales. Microsoft afirma que su agente clasifica correos electrónicos reportados por usuarios, explica sus hallazgos y admite comentarios de analistas.
El flujo de trabajo documentado distingue entre clasificaciones. El agente puede resolver los envíos que determina que son falsas alarmas. Los mensajes clasificados como amenazas genuinas permanecen abiertos para la investigación de analistas. Esa división ilustra cómo un proveedor puede automatizar parte de una investigación sin afirmar una responsabilidad completa sobre la respuesta a incidentes.
Este ejemplo no establece superioridad comparativa. La documentación de Microsoft describe su producto y el comportamiento previsto. Aun así, serían necesarias pruebas independientes para evaluar el rendimiento en una organización concreta.
Sí muestra por qué la adopción implica más que seleccionar un modelo preciso. El agente necesita acceso adecuado, evidencia relevante y un lugar definido en el flujo de trabajo existente. Los analistas también necesitan información suficiente para evaluar sus conclusiones.
Para un comprador, la comparación resultante se refiere al trabajo completado. Una plataforma ya establecida puede ofrecer integración con sistemas que ya están en uso. Un especialista puede buscar una ventaja mediante una mejor gestión de una tarea concreta. Ninguna de las dos vías gana únicamente por su categoría de producto.
La comparación también cambia según la responsabilidad asignada. Resumir evidencia impone una carga a un sistema. Resolver una alerta impone otra. Tomar una medida que interrumpe el trabajo de un empleado introduce una consecuencia adicional que requiere consideración explícita.
Esto ayuda a explicar por qué la cifra de adopción del 18% no puede servir como un veredicto simple sobre los productos de IA para SOC. El despliegue limitado puede reflejar cuestiones no resueltas de integración, evaluación o gobernanza. La cifra de la encuesta por sí sola no puede identificar qué explicación se aplica.
Tampoco el uso en producción garantiza una autonomía amplia. Una herramienta desplegada puede realizar una tarea limitada bajo restricciones establecidas. Compradores y proveedores deben describir ese alcance antes de comparar afirmaciones de adopción.
La distinción operativa se vuelve especialmente importante cuando los proveedores describen ahorros de tiempo para analistas. Una evaluación útil incluye el esfuerzo necesario para revisar resultados, investigar errores y mantener integraciones. Los recuentos brutos de actividad dejan esos costes sin aclarar.
El impacto más amplio de a16z en la seguridad de IA dependerá en parte de si los productos hacen comprensibles esos límites. Una responsabilidad clara ayuda a un comprador a evaluar beneficios e identificar fallos. Una responsabilidad ambigua dificulta ambas decisiones.
Por tanto, la automatización de SOC ofrece una vía concreta hacia el gasto empresarial en seguridad de IA. Su adopción dependerá de trabajo que los equipos de seguridad puedan reconocer, medir y supervisar dentro de sus obligaciones existentes.
Un descubrimiento más rápido ejerce presión sobre el trabajo posterior
El auge de la seguridad ofensiva crea una segunda cuestión de capacidad. Encontrar debilidades solo tiene valor cuando una organización puede decidir qué hallazgos importan y abordarlos. El descubrimiento automatizado puede desplazar el esfuerzo hacia fases posteriores.
Un flujo mayor de hallazgos incrementa el valor defensivo solo cuando los equipos pueden convertir los hallazgos relevantes en cambios implementados.
Esta es una implicación analítica de pruebas más rápidas, no un resultado medido de esta encuesta. Importa porque el trabajo de seguridad atraviesa límites organizativos. Un hallazgo puede requerir investigación, responsabilidad de ingeniería, pruebas y una decisión de lanzamiento antes de que cambie la exposición.
Consideremos un caso ilustrativo que involucra una aplicación interna vulnerable. Un sistema de pruebas identifica una vía explotable y genera una explicación detallada. El responsable de la aplicación aún debe comprender el servicio afectado y determinar si un cambio propuesto interrumpirá las operaciones de negocio.
La calidad de esa transferencia afecta al resultado. Un hallazgo técnicamente correcto puede seguir sin resolverse cuando la responsabilidad no está clara. Un informe claro aún puede sufrir retrasos cuando el sistema afectado presenta restricciones operativas.
Esto ejerce presión sobre los responsables de ingeniería, además de los compradores de seguridad. Sus equipos heredan el trabajo generado por nuevas capacidades de detección. Evaluar un producto de seguridad sin considerar esa carga de trabajo puede ocultar su efecto en la organización.
La misma distinción se aplica a las correcciones automatizadas. Generar un cambio de código propuesto crea una solución candidata. Establecer que el cambio conserva el comportamiento requerido y elimina la exposición exige evidencia adicional.
Los ataques habilitados por IA aportan contexto a esta urgencia. En noviembre de 2025, Anthropic describió una campaña de espionaje orquestada por IA que implicaba el uso indebido de Claude Code. La empresa afirmó que los atacantes utilizaron el sistema contra aproximadamente 30 objetivos y tuvieron éxito en un pequeño número de casos.
Ese relato sigue siendo una investigación y evaluación del proveedor. Respaldan la preocupación por la asistencia automatizada en los flujos de trabajo de ataque. No establece que todos los atacantes puedan operar de forma autónoma ni que el juicio humano haya dejado de ser relevante.
La implicación para las compras es más específica. Los compradores afrontan presión para acortar el intervalo entre la identificación de una exposición relevante y la finalización de una respuesta. Los productos que aceleran solo la primera etapa dejan sin resolver parte de esa presión.
Esto crea una base útil para comparar ofertas de seguridad ofensiva. Un producto podría identificar más debilidades potenciales. Otro podría facilitar la reproducción, asignación y resolución de sus hallazgos. La comparación adecuada depende del cuello de botella real del comprador.
Para las organizaciones que ya tienen dificultades con hallazgos sin resolver, el descubrimiento adicional por sí solo puede complicar la priorización. Para organizaciones con una cobertura de pruebas limitada, ampliar el descubrimiento puede abordar una carencia real. Por tanto, la misma capacidad puede producir resultados operativos distintos.
El cambio de prioridad de la encuesta hace más urgente esta distinción. El interés de compra incorporará más productos a evaluación. Que esos productos mejoren la seguridad depende del flujo de trabajo completo en el que se integren.
Los hallazgos miden la intención de los compradores, no resultados de seguridad demostrados
La encuesta de a16z a CISO ofrece un relato útil del sentimiento empresarial. Sus límites merecen atención porque sus hallazgos se sitúan dentro de un argumento de inversión más amplio sobre empresas de seguridad emergentes.
Las expectativas de los compradores respaldan una tesis de mercado, pero no pueden establecer la eficacia de un producto ni predecir qué proveedores captarán el gasto.
El artículo publicado analiza empresas en las que a16z ha invertido. Esa perspectiva comercial no invalida las respuestas. Da a los lectores una razón para separar los hallazgos comunicados de las conclusiones de los autores sobre la oportunidad para las startups.
La distinción es especialmente importante al interpretar una mayor prioridad. Una categoría puede ascender en la agenda de un comprador porque el problema se ha vuelto más urgente. Eso no establece que los productos disponibles resuelvan el problema de forma satisfactoria.
Las expectativas de gasto también dejan abiertos varios resultados. Los presupuestos adicionales pueden financiar trabajo de implementación, herramientas especializadas, proveedores existentes u otras necesidades de seguridad. El porcentaje principal no puede determinar cómo se repartirá finalmente el gasto entre esas opciones.
La metodología introduce incertidumbre adicional. El artículo compara las prioridades previstas para 2027 con los recuerdos de los encuestados sobre sus prioridades de 2026. Las clasificaciones recordadas difieren de una comparación basada en respuestas registradas de forma independiente y recopiladas en cada momento.
El texto publicado también deja sin responder preguntas importantes sobre el muestreo y la representación geográfica. Los lectores deberían evitar tratar los resultados como un retrato estadísticamente representativo de todas las grandes empresas. El grupo de encuestados indicado proporciona un límite útil para la interpretación.
La adopción en producción requiere una cautela similar. La palabra “producción” puede abarcar implementaciones con distintos alcances y consecuencias. Una herramienta que ayuda en investigaciones difiere operativamente de un agente autorizado para realizar cambios importantes.
Sin definiciones coherentes, las comparaciones entre encuestas futuras pueden resultar engañosas. Un aumento aparente podría reflejar una cobertura de tareas más amplia, más organizaciones realizando despliegues limitados o cambios en la forma en que los encuestados clasifican las herramientas existentes.
Por lo tanto, la cifra del 18% identifica una adopción reportada limitada dentro de esta muestra. No establece una tasa de fallos, una puntuación de preparación ni una medida directa de confianza. Esas afirmaciones exigirían pruebas diferentes.
El trabajo independiente sobre estándares ofrece un contrapeso útil a las narrativas centradas en productos. El análisis de identidad de NIST enfatiza controles establecidos y disciplina de implementación. Esa perspectiva cuestiona cualquier sugerencia de que comprar un producto etiquetado como IA resuelva el problema subyacente de gobernanza.
Para los lectores que buscan una explicación de las prioridades de seguridad de a16z, la distinción es relevante. La encuesta describe qué consideran importante los compradores. Evaluar si una compra mejora la seguridad requiere evidencia de los entornos donde opera.
La conclusión más sólida sigue siendo concreta: la IA ocupa ahora un lugar central en la planificación de estos encuestados. El mercado resultante seguirá dependiendo de la implementación, de resultados medibles y de la responsabilidad por los errores.
Tres señales mostrarán si el gasto se convierte en capacidad operativa
El próximo trimestre debería aportar evidencia sobre cómo compradores y proveedores traducen la urgencia en despliegues. Los avances más informativos describirán la responsabilidad operativa, en lugar de repetir afirmaciones generales sobre la demanda de IA.
Las señales importantes son un alcance de despliegue más claro, resultados medibles del flujo de trabajo y controles implementables para la autoridad de los agentes.
En primer lugar, observe las divulgaciones de clientes que definan el uso en producción. Los anuncios útiles identificarán el trabajo que realiza un agente, los sistemas a los que accede y las decisiones que requieren intervención humana. Ese detalle facilita interpretar las afirmaciones de adopción.
Un despliegue que cubra una tarea de investigación repetible respaldaría la idea de una expansión gradual. La evidencia de una responsabilidad más amplia exigiría una explicación proporcionalmente más clara de la supervisión y las consecuencias.
Por el contrario, los anuncios que omitan el alcance del despliegue dejarían prácticamente intacta la incertidumbre actual. El número de clientes por sí solo no puede explicar si las herramientas han avanzado más allá de la asistencia limitada. La distinción importa cuando los proveedores describen una huella operativa creciente.
En segundo lugar, observe las evaluaciones que midan el flujo de trabajo completo. La evidencia relevante incluye el esfuerzo de revisión de analistas, la calidad de las escaladas y si el sistema ayuda a los equipos a completar las respuestas necesarias. Los resultados de evaluación deberían explicar la tarea y el entorno medidos.
Para la seguridad ofensiva, eso significa conectar los hallazgos con su resolución. Para las herramientas SOC, significa examinar qué ocurre después de una clasificación automatizada. El resultado adecuado depende de la responsabilidad asignada al producto.
La evidencia publicada de una menor carga de trabajo total fortalecería el argumento de que la IA amplía la capacidad defensiva. La evidencia de revisiones o retrabajo sustanciales indicaría que la implementación sigue siendo una limitación importante.
Estas evaluaciones también necesitan una comparación significativa. Un resultado medido frente a una línea de base poco clara aporta poco a los compradores. Describir el proceso anterior ayuda a los lectores a entender si la mejora afirmada aborda un problema operativo.
En tercer lugar, observe el paso de los principios de identidad de los agentes a ejemplos funcionales. El 29 de septiembre, el National Cybersecurity Center of Excellence de NIST identificó el desarrollo de software como su caso de uso inicial para la implementación. Su proyecto de autorización de agentes demostrará identificación, autenticación y autorización en ese contexto.
La autenticación verifica una identidad, mientras que la autorización determina sus acciones permitidas. Los ejemplos funcionales pueden ayudar a las organizaciones a evaluar cómo operan esos controles entre herramientas de desarrollo conectadas. El anuncio establece una dirección de proyecto, no un estándar universal terminado.
Una orientación práctica fortalecería la idea de que las empresas pueden ampliar el uso de agentes con una responsabilidad más clara. La incertidumbre continua sobre la implementación ayudaría a explicar por qué las revisiones de seguridad siguen siendo exigentes. Cualquiera de los dos resultados aportaría información a la cuestión de preparación para el despliegue planteada por la encuesta.
A medida que avance la planificación para 2027, lea la encuesta de a16z a CISO junto con evidencia de despliegues reales. Pregunte qué trabajo salió de la cola de analistas, qué decisiones siguieron en manos de las personas y si la organización redujo la exposición. Para los agentes internos, busque una propiedad clara y límites de acceso exigibles. Para los agentes de seguridad, busque resultados que incluyan supervisión y corrección. Esos detalles ayudarán a distinguir un despliegue útil de una evaluación ambiciosa. También mostrarán si un mayor gasto compra capacidad defensiva adicional o si principalmente financia el esfuerzo necesario para establecerla. La próxima actualización significativa será una explicación más clara de lo que estos sistemas hacen de manera fiable dentro de las empresas. Busque esa explicación antes de extraer conclusiones del próximo titular sobre adopción.
