← Volver al blog
Seguridad

¿Y si se filtra la clave de tu agente de IA? Lo que enseñan las nuevas protecciones de Claude

Anthropic lanzó en beta la lista de IP permitidas para la API de Claude. El recurso limita el daño de una clave filtrada y sirve de guía para cualquier agente conectado a tu ERP o CRM.

Escudo en líneas oscuras sobre fondo claro, junto a la forma de vidrio con núcleo azul

Un agente que concilia pagos o pide reposición de stock trabaja con credenciales. Si una de ellas se filtra, alguien de fuera puede gastar a cargo de tu cuenta o llegar a tus datos.

El 5 de noviembre, Anthropic anunció un conjunto de controles de seguridad. Aunque tu empresa no los use todos, sirven de guía.

Lo que se lanzó

La lista de IP permitidas, en beta, acepta solicitudes solo desde las direcciones que la empresa registre. Una solicitud de fuera recibe un error 403 en la API de mensajes, incluso con la clave correcta.

Dos caminos de acceso a la API, en los que se acepta el servidor de la empresa y se rechaza con error 403 una clave filtrada usada desde otra dirección

El recurso se aplica a las organizaciones de Claude Platform y del plan Enterprise. Tiene límites importantes: no cubre el uso de Claude a través de AWS, Google Cloud o Microsoft Foundry, y los cambios pueden tardar hasta 15 minutos en aplicarse. La propia documentación recuerda que la lista limita dónde funciona la clave, pero no durante cuánto tiempo, y recomienda claves de validez corta.

Para el plan Enterprise, Anthropic también presentó un centro de seguridad, que compara la configuración de la organización con la recomendada, y los inference hooks, que envían solicitudes a un servidor de la propia empresa para aprobarlas o denegarlas. El centro de seguridad todavía está en beta y, como subraya Anthropic, no es una certificación.

Una guía para cualquier agente

La mayor parte de estos cuidados no depende del plan ni del proveedor:

  1. Una clave por agente, para apagar uno sin detener los demás.
  2. Claves guardadas en el servidor, nunca en la app, en el navegador ni en hojas de cálculo.
  3. Acceso restringido por dirección, cuando el proveedor ofrece ese recurso.
  4. Permiso mínimo en el ERP y el CRM. Un agente que consulta pedidos no necesita poder borrar clientes.
  5. Aprobación humana para las acciones sensibles, como pagos, descuentos y compras por encima de un límite.
  6. Registro de lo que hizo el agente, con fecha, datos usados y resultado.
  7. Plan de apagado, con una persona responsable y una forma simple de detener el agente.

Por qué esto importa en una empresa pequeña

Los agentes suelen nacer como prueba, con la clave de alguien y acceso amplio, porque es más rápido. Después la prueba se convierte en operación, y nadie vuelve a ordenarlo.

Conviene hacer ahora tres preguntas a quien se ocupa de tus agentes: cuántas claves existen, desde dónde se pueden usar y quién puede apagarlo todo en cinco minutos.

En los agentes que construimos para ERP y CRM, cada acción tiene límite, aprobación humana y registro. Así, el agente hace el trabajo repetitivo y la decisión importante sigue en manos de tu equipo.