OpenAI presentó Codex Security Cloud: un servicio que escanea un repositorio completo, revisa cada commit nuevo y propone las correcciones de seguridad ya escritas. Para cualquier empresa que tenga desarrollos propios —y en particular para quien trabaja con Odoo y módulos a medida— abre una pregunta incómoda: ¿quién está revisando hoy el código que llega a producción?
En casi todas las empresas medianas pasa lo mismo. El ERP funciona, tiene sus módulos estándar y, alrededor, un puñado de desarrollos propios: una integración con el banco, un reporte para la gerencia, un ajuste en la facturación, un módulo que se bajó de un repositorio porque resolvía justo lo que hacía falta.
Todo eso es código que corre adentro del sistema que tiene los datos de clientes, los precios y la plata. Y en la mayoría de los casos, nadie lo revisó desde el punto de vista de la seguridad. Se probó que funcionara, no que fuera seguro.
Qué anunció OpenAI
El 30 de septiembre OpenAI presentó Codex Security Cloud, una herramienta de seguridad de código que trabaja con sus modelos Daybreak Blue. Hace tres cosas:
- Escaneo completo del repositorio. Recorre todo el código existente buscando vulnerabilidades, no solo lo último que se cambió.
- Revisión continua de commits. Cada cambio nuevo que se sube se analiza antes de que avance. La revisión deja de ser un evento y pasa a ser parte del circuito.
- Correcciones automáticas. Cuando encuentra un problema, no se limita a marcarlo: genera la corrección propuesta para que el equipo la revise y la aplique.
Ese último punto es el que cambia la ecuación. Las herramientas de análisis de código existen hace años; el cuello de botella nunca fue encontrar los problemas, sino tener tiempo para arreglarlos. Una lista de cuatrocientas alertas sin resolver no protege a nadie.
Por qué nos importa en los proyectos Odoo
Odoo es un ERP abierto y extensible: esa es su gran ventaja. Pero cada módulo que se le agrega es código que corre con acceso a la base de datos de la empresa. Hay dos fuentes de riesgo que vemos seguido:
- Desarrollos a medida. Escritos con apuro para resolver una necesidad puntual, a veces por un proveedor que ya no está. Consultas armadas a mano, controles de permisos que se saltearon "porque solo lo usa administración", datos sensibles que quedaron en un log.
- Módulos de terceros. Descargados de repositorios públicos o de la tienda de aplicaciones. Muchos son excelentes; algunos están abandonados, y casi nadie lee su código antes de instalarlos en producción.
Una herramienta como Codex Security Cloud permite auditar las dos cosas antes de que lleguen al servidor del cliente: lo que escribimos nosotros y lo que traemos de afuera.
Lo que la herramienta no resuelve sola
Vale la pena ser claros con las expectativas:
- Una corrección automática es una propuesta, no una decisión. Tiene que revisarla alguien que entienda el negocio. Un parche de seguridad que rompe la facturación no es una mejora.
- El código tiene que estar en un repositorio. Si los desarrollos de tu empresa viven en una carpeta del servidor, editados directamente en producción, el primer paso no es la IA: es ordenar eso.
- Hay que decidir qué código se comparte. Subir el repositorio a un servicio en la nube implica que un tercero lo procesa. Para la mayoría de los desarrollos no es un problema, pero conviene que sea una decisión consciente y no un descuido.
- La seguridad del código es una parte. Un módulo perfecto instalado en un servidor sin parches, con usuarios compartidos y sin backup, sigue siendo un riesgo.
Qué hacer con esto, en concreto
- Hacer el inventario de código propio. ¿Qué módulos a medida tiene tu ERP? ¿Quién los escribió? ¿Dónde está el código fuente? Si estas preguntas no tienen respuesta rápida, ya encontraste el primer riesgo.
- Listar los módulos de terceros instalados, con su origen y la fecha de la última actualización. Los abandonados son candidatos a reemplazo.
- Poner todo en un repositorio con control de versiones. Es la condición para cualquier revisión, automática o humana.
- Sumar el análisis de seguridad al circuito de despliegue: nada pasa a producción sin haber sido revisado.
El fondo del asunto
La revisión de seguridad del código solía ser cara y lenta, y por eso las empresas medianas la salteaban. Herramientas como esta la vuelven accesible. Lo que no cambia es que alguien tiene que hacerse cargo: decidir qué se revisa, validar las correcciones y que el circuito se cumpla.
En Tecnicanet desarrollamos e implementamos sobre Odoo Enterprise y revisamos el código antes de subirlo a producción. Si tu ERP tiene desarrollos que nadie auditó, una auditoría tecnológica es el punto de partida, y desde Ciberseguridad gestionada lo sostenemos en el tiempo.
Fuentes
- Everything That Happened in AI Today — 30 de septiembre de 2026.