Imagen: ziaurrehman-F / Pixabay
La ciberseguridad es uno de los campos donde los agentes de inteligencia artificial avanzaron más rápido en 2026. Los modelos actuales pueden leer el código de un proyecto, entender cómo funciona, buscar fallos que un atacante podría aprovechar y sugerir cómo corregirlos. Esa misma capacidad preocupa, porque también podría servir para atacar. Esta guía explica cómo trabajan estos agentes, qué herramientas existen, qué resultados se han publicado y por qué la revisión humana sigue siendo indispensable.
Cómo trabaja un agente de seguridad de código
A diferencia de las herramientas clásicas, que buscan patrones conocidos o bombardean un programa con datos aleatorios (fuzzing), un agente basado en modelos de lenguaje razona sobre el código como lo haría un investigador. El proceso típico tiene cinco fases:
- Entender el proyecto: analiza el repositorio y construye un modelo de amenazas, es decir, qué debería proteger el programa y dónde están sus puntos débiles.
- Buscar fallos: revisa el código existente y los cambios nuevos, incluido el historial de modificaciones.
- Comprobar: intenta reproducir el fallo en un entorno aislado (sandbox) para confirmar que es real y explotable.
- Proponer una corrección: genera un parche y explica el problema paso a paso.
- Revisión humana: una persona decide si el hallazgo es correcto y si aplica el parche.
Un detalle revelador lo publicó el equipo de investigación de Anthropic: en uno de sus experimentos, el modelo intentó primero el fuzzing y el análisis manual sin éxito, y terminó encontrando la vulnerabilidad al leer el historial de cambios del proyecto, una estrategia que se parece más al trabajo de un analista que al de una herramienta automática.
Herramientas disponibles
Codex Security (OpenAI)
Nació como el proyecto Aardvark, presentado en beta privada, y en marzo de 2026 pasó a llamarse Codex Security, disponible como vista previa de investigación. Vigila repositorios de forma continua, valida los fallos en un entorno aislado y adjunta a cada hallazgo un parche generado por Codex para revisión humana. OpenAI informó que, en pruebas con repositorios de referencia, detectó el 92 % de las vulnerabilidades conocidas o introducidas a propósito, y que en proyectos de código abierto encontró fallos que recibieron identificadores CVE, el registro público de vulnerabilidades.
Claude Security (Anthropic)
Anthropic ofrece Claude Security, un producto para equipos de seguridad que busca vulnerabilidades en una base de código y propone parches. Además, la empresa ha publicado investigaciones en las que sus modelos encontraron fallos de alta gravedad en software de uso extendido.
Acceso restringido a las capacidades más avanzadas
Los laboratorios están limitando quién puede usar sus modelos más potentes en este campo. Anthropic reserva su modelo de mayor nivel, Claude Mythos Preview, para un grupo reducido de organizaciones de confianza dentro de su Proyecto Glasswing, y prepara programas de verificación con distintos niveles de acceso. OpenAI, por su parte, lanzó GPT-6 Astra con salvaguardas que impiden el acceso a sus capacidades más avanzadas de ciberseguridad. En la práctica, algunas consultas sensibles pueden ser rechazadas o atendidas por un modelo más limitado.
Qué ventajas aportan
- Escala: revisan proyectos enteros y cada cambio nuevo, algo difícil para equipos pequeños.
- Menos tiempo entre el hallazgo y la corrección: el fallo llega acompañado de una explicación y un parche propuesto.
- Fallos de lógica: pueden detectar errores de diseño o parches incompletos que las herramientas basadas en patrones suelen pasar por alto.
- Apoyo al código abierto: varios proyectos comunitarios con pocos recursos ya reciben reportes generados con ayuda de IA.
Límites y riesgos
Falsos positivos y reportes de baja calidad
Un agente puede señalar como grave algo que no lo es, o proponer un parche que rompe otra parte del programa. Por eso las propias empresas insisten en que cada hallazgo debe revisarlo una persona con conocimientos de seguridad.
Uso dual
La habilidad para encontrar vulnerabilidades sirve tanto a defensores como a atacantes. Esa es la razón de las restricciones de acceso y de los clasificadores que bloquean ciertas peticiones. También implica que los atacantes pueden encontrar fallos más rápido, lo que obliga a los equipos a corregir con mayor rapidez.
Riesgos del propio agente
Un agente con acceso al código y a la infraestructura es, en sí mismo, un objetivo. Puede ser manipulado mediante instrucciones ocultas en archivos o comentarios (inyección de instrucciones), y un permiso mal configurado podría darle acceso a secretos como contraseñas o claves de API.
Responsabilidad
Ninguna herramienta garantiza que un sistema quede libre de fallos. Un informe de un agente no sustituye una auditoría profesional ni las buenas prácticas básicas.
Buenas prácticas para usar agentes de seguridad
- Revisión humana obligatoria antes de aceptar cualquier parche.
- Entornos aislados para las pruebas, nunca sistemas en producción.
- Permisos mínimos: el agente no necesita acceso a secretos ni a servidores reales para revisar código.
- Registro de todas las acciones para poder auditarlas.
- Divulgación responsable: si encuentra un fallo en software de terceros, avise al responsable antes de publicarlo.
- Mantener lo básico: actualizaciones, copias de seguridad y autenticación en dos pasos siguen siendo la primera defensa.
Qué significa para empresas y desarrolladores de Nicaragua
Para equipos pequeños, que rara vez tienen un especialista en seguridad a tiempo completo, estos agentes pueden ser una primera línea de revisión accesible. La clave es usarlos como apoyo y no como sustituto del criterio profesional. Si su empresa empieza a trabajar con agentes, revise también nuestra guía sobre agentes de IA autónomos: usos, adopción y límites y la de herramientas de trabajo de OpenAI en 2026.
Preguntas frecuentes
¿Un agente de IA puede asegurar que mi sistema no tiene fallos?
No. Puede encontrar muchos problemas, pero ninguna herramienta garantiza la ausencia total de vulnerabilidades. La revisión profesional y las buenas prácticas siguen siendo necesarias.
¿Por qué algunas peticiones de seguridad son rechazadas?
Porque los fabricantes aplican salvaguardas para evitar que sus modelos más capaces se usen con fines de ataque. Algunas funciones avanzadas están reservadas a organizaciones verificadas.
¿Puedo usar estos agentes en proyectos pequeños?
Sí, siempre que revise los resultados y no conceda al agente acceso a sistemas o datos sensibles innecesarios.
