Si integraste una puerta de enlace AI existente, como LiteLLM, con Cato, el modelo de configuración ha cambiado. La configuración de la puerta de enlace AI ahora se encuentra en Guards, por lo que Guards es el único lugar donde generas la clave de autorización y asignas claves virtuales para la Seguridad AI para aplicaciones.
Tu configuración existente fue migrada automáticamente. Tus claves de autorización permanecen sin cambios y las integraciones de puerta de enlace AI existentes continúan funcionando sin cambios. Además, la política de Guards y tus reglas continúan funcionando como antes.
Resumen rápido
Anteriormente, conectar una puerta de enlace AI existente a Cato requería dos tipos de objetos separados:
- Configuraste la puerta de enlace AI en el CMA para generar la clave de autorización.
- Creaste uno o más Guards, con un Guard para cada clave virtual en la puerta de enlace.
Estos objetos ahora están consolidados. Creas un único Guard para cada puerta de enlace AI. El Guard genera la clave de autorización y contiene los mapeos de claves virtuales. Cada clave virtual está representada como un Agente Autóctono, visible en la página Agentes Autóctonos.
Antes y Después
Antes
Para proteger el tráfico procedente de una puerta de enlace AI, creaste un objeto que representa tu puerta de enlace AI en el CMA para generar la clave de autorización. Luego, creaste un Guard separado para cada clave virtual en esa puerta de enlace.
Después
Ahora creas un único Guard para la puerta de enlace AI. El Guard genera la clave de autorización y contiene todos los mapeos de claves virtuales. Cada clave virtual representa un Agente Autóctono.
Dónde encontrar cosas
| Qué estás buscando | Dónde está ahora |
|---|---|
| Tus puertas de entrada AI | Página de Guards — un Guard único por puerta de enlace AI |
| Los Guards que creaste para cada clave virtual | Dentro de la configuración única de Guard para la puerta de enlace |
Qué hay de nuevo y por qué Cato lo cambió
Guards ahora es el único lugar donde integras agentes con Cato y generas un token de autenticación para la Seguridad AI de Cato para aplicaciones. Ya sea que estés integrando un único agente o múltiples agentes detrás de una puerta de enlace AI, la configuración se gestiona desde Guards.
Este cambio también agrega una delimitación de políticas más granular. Anteriormente, solo podías aplicar reglas a nivel de clave virtual (agente). Ahora que un único Guard puede mapear múltiples claves virtuales, puedes aplicar políticas en dos niveles:
- Nivel de puerta de enlace: Aplica reglas al Guard que representa la puerta de enlace AI. Estas reglas se aplican a todos los agentes detrás de ella.
- Nivel de agente: Aplica reglas a un Agente Autóctono específico. Estas reglas se aplican solo al tráfico de esa clave virtual.
Esto te permite usar un único Guard para gestionar el tráfico de múltiples equipos o casos de uso, mientras aplicas diferentes políticas a cada agente cuando sea necesario.
Preguntas frecuentes
¿Necesito actualizar mi configuración de puerta de enlace?
No. Tu clave de autorización no ha cambiado. Cualquier configuración de puerta de enlace existente que apunte a una clave de autorización de Cato sigue funcionando sin modificación.
¿Dónde fueron mis Guards antiguos?
Los Guards que anteriormente estaban asociados con las puertas de enlace AI fueron migrados y ahora son visibles en la página de Guards. Sus mapeos de claves virtuales están preconfigurados dentro del Guard.
¿Qué es un Agente Autóctono?
Cada clave virtual en tu configuración de puerta de enlace ahora corresponde a un Agente Autóctono en Cato. Los Agentes Autóctonos te permiten ver el tráfico, configurar políticas por agente y reportar uso a nivel de clave virtual.