Alter lanza un control de acceso para que los agentes de IA no compartan tus claves
Launch HN: Alter (YC S25) – Access control for multi-user agents
Alter (YC S25) presenta una plataforma que autentica, autoriza y registra cada petición de los agentes de IA, dándoles identidad propia y permisos limitados en lugar de una clave compartida con acceso total. Con integraciones para 140 proveedores, políticas de denegación por defecto y auditoría en tiempo real, busca responder a las revisiones de seguridad de los clientes y evitar que las credenciales queden dispersas en prompts y archivos .env.
Dale a los agentes sus propias claves, no las tuyas.
- mauvehed
Esa web es literalmente una plantilla hecha con vibe-coding... ¿Cómo vamos a confiar lo más mínimo en la propia app?
- 911viper
Siguiendo el mismo hilo que souvik1997 aquí: el problema de las filtraciones empeora en salas compartidas más que en sesiones compartidas. Cuando varios principales (humanos junto con sus propios agentes) están en un mismo canal, la transcripción se convierte en la frontera de privilegios. Todo lo que un agente leyó en un turno de mayor privilegio queda ahí, en el contexto de cada turno posterior de esa sala.
Lo que nos encontramos construyendo exactamente eso, salas donde humanos y bots son pares: no puedes acotar un token a un agente, tienes que acotarlo a un par (agente, sala), y luego decidir qué pasa con los artefactos derivados. La salida de las herramientas, los handles de ficheros y el blob de memoria que el agente escribe de vuelta sobreviven todos a la sesión y se reproducen en la siguiente.
Así que, ¿cómo estáis gestionando el estado derivado? ¿Es la memoria del agente un nuevo principal que sostiene la intersección de los derechos de las sesiones que la alimentaron, o simplemente hereda y confiáis en que el modelo no actúe sobre contexto obsoleto?
- souvik1997
¡Tiene buena pinta!
Un aspecto de la seguridad de agentes multiusuario que creo que está poco explorado es cómo el contexto de una sesión de mayor privilegio podría "filtrarse" a una sesión de menor privilegio. Supón que el CEO de una empresa usa vuestro agente compartido openclaw y el agente escribe datos sensibles (correos de inversores, por ejemplo) en su memoria. Según tengo entendido, esto no está protegido por Alter. Luego un contratista usa el mismo agente y puede leer esa misma memoria. Me parece que hace falta un mejor harness de agentes para este tipo de caso de uso multiusuario; los estándar como openclaw y claude code simplemente no están diseñados para ello. ¡Me encantaría conocer tu opinión!