De una VM bastión a un ajuste de identidad: Google, Oracle y Databricks

Hasta hace poco, darle a un agente de IA acceso a una base de datos operativa solía significar un pequeño proyecto privado: una VM bastión, una cuenta de servicio con una contraseña en un archivo de configuración y algo de middleware propio para convertir preguntas en SQL. Funcionaba, y cada instancia era una revisión de seguridad esperando a ocurrir.

Dos lanzamientos del 27 de octubre reemplazan ese patrón por configuración.

Qué pasó a estar disponible

Google y Oracle. El servidor MCP remoto y la API de datos ExecuteSQL para Oracle AI Database@Google Cloud, anunciados por primera vez en Google Cloud Next, ya están en disponibilidad general (GA). Le dan a los agentes, a los servicios de Google Cloud y a las aplicaciones una interfaz estándar para ejecutar SQL contra bases de datos Oracle, gobernada por Google Cloud IAM, con credenciales resueltas a través de Secret Manager, de modo que no hay ninguna contraseña en texto plano. Google dice que elimina la necesidad de middleware propio de lenguaje natural a SQL y de VM bastión. Alrededor, varias piezas están en etapas distintas: más de 135 skills prediseñadas para JD Edwards, E-Business Suite, NetSuite y Fusion ya están disponibles; un conector de Gemini para consultas en lenguaje natural, una integración con Knowledge Catalog y el acceso bidireccional a Apache Iceberg están en preview detrás de formularios de registro. Nuevas regiones en Turín y Querétaro entraron en operación.

Databricks. ChatGPT, Codex, Claude, Claude Code y Cursor ya pueden conectarse a los servidores MCP de Databricks, incluido el servidor MCP Genie One, usando IDs de cliente OAuth por defecto, en disponibilidad general (GA). En palabras de Databricks, “un administrador de cuenta no necesita crear una app OAuth”. Por separado, los administradores del metastore ahora pueden usar los permisos de Unity Catalog para controlar qué AI Functions específicas de tarea puede ejecutar la gente, también en disponibilidad general (GA), habilitado a través del equipo de cuenta.

Menos infraestructura, las mismas decisiones

Ambos lanzamientos mueven el acceso del agente fuera del código propio y hacia la capa de identidad, que es donde corresponde. Sostuvimos que el MCP empresarial empieza por la identidad: cada llamada a una herramienta necesita un nombre detrás. Un servidor MCP remoto gobernado por IAM, o un flujo OAuth que se ejecuta como el usuario que inició sesión, le da ese nombre a cada llamada.

Lo que cambia es quién tiene que tomar las decisiones que quedan, porque ya no se esconden en el middleware:

¿Qué identidad ejecuta la consulta? Con OAuth, un cliente externo actúa como el usuario que dio su consentimiento, lo cual es bueno: aplican los permisos de la propia base de datos. Con una identidad de servicio detrás de un endpoint gobernado por IAM, cada llamador obtiene el alcance de esa identidad. Revise cuál usa cada integración.

¿Qué clientes pueden conectarse? Las apps OAuth por defecto facilitan que un empleado conecte ChatGPT o Cursor a los datos de la empresa. Ese es el punto, y también es una decisión de política. Defina cuáles de los cinco clientes están aprobados, para qué espacios de trabajo y si los términos de datos del propio cliente (retención, entrenamiento, región) encajan con los datos en juego.

¿Qué puede hacer el SQL? Una interfaz de “ejecutar SQL” es amplia por diseño. Restrinja el rol a los esquemas y operaciones que el agente necesita, prefiera solo lectura para agentes de análisis y aplique las reglas de negocio en la base de datos y no en las instrucciones del agente, el enfoque que propone la arquitectura Deep Trust de Oracle.

¿Puede verlo después? Asegúrese de que los logs de auditoría de la base de datos registren el usuario final, el cliente y el servidor MCP detrás de cada consulta, para que una investigación no se detenga en “la integración”.

La dirección es la correcta: menos secretos en archivos, menos proxies puntuales y acceso decidido por los mismos sistemas de identidad que gobiernan a las personas. También significa que ahora se puede llegar a la base de datos con más agentes y menos esfuerzo. Deje por escrito quién aprueba cada cliente nuevo antes de que se conecte el primero.