Identité à trois niveaux : quel est le risque en cas de fuite d’une clé de session, et comment Kite y remédie-t-il ?
Le plus grand risque lorsqu’on confie la gestion d’argent à un agent IA est aussi l’un des plus simples : la fuite d’un identifiant. Une clé API ou un jeton OAuth traditionnel, une fois divulgué… donne à un attaquant accès à presque toutes les permissions associées, car ces identifiants ont une portée étendue et une longue durée de vie, sans aucune restriction appliquée à l’exécution. La vraie question est donc de savoir comment limiter les dégâts en cas de fuite.
$KITE répond à cette question avec un modèle d’identité à trois niveaux : utilisateur, agent et session. Une clé de session divulguée est liée à son jeton de délégation, lui-même lié à l’intention permanente signée par l’utilisateur. Voici comment cela fonctionne : lorsqu’un agent commence une tâche, une nouvelle clé de session aléatoire est créée. Elle n’est valide que pour cette tâche, pour un montant défini et pendant une courte période. Chaque transaction doit être autorisée par trois signatures réunies : l’intention permanente, le jeton de délégation et la signature de session. Si l’une d’elles échoue, la transaction est rejetée. La révocation s’effectue à trois niveaux : propagation de pair à pair en quelques secondes, certificats signés mis en cache qui restent utilisables même si le hub est hors service, et confiscation de la caution déposée par tout agent qui poursuit ses opérations après la révocation.
Contrairement à d’autres solutions, une chaîne axée d’abord sur les paiements comme Tempo ne possède pas de structure de portefeuilles hiérarchique, et OAuth ne réévalue pas un jeton une fois qu’il a été délivré. Le théorème 1 de Kite établit une limite mathématique : la perte maximale ne peut jamais dépasser le plafond quotidien défini dans l’intention permanente.
Sur le marché des jetons, les institutions ne délégueront de véritables capitaux que si la perte dans le pire des cas peut être prouvée. Si cette garantie se vérifie en pratique, elle pourrait favoriser l’adoption et la demande de jetons au fil du temps. Mais la sécurité de cette limite dépend entièrement des plafonds fixés par chaque utilisateur.
@KITE AI 中文
#KiteBBW
$KITE
Le plus grand risque lorsqu’on confie la gestion d’argent à un agent IA est aussi l’un des plus simples : la fuite d’un identifiant. Une clé API ou un jeton OAuth traditionnel, une fois divulgué… donne à un attaquant accès à presque toutes les permissions associées, car ces identifiants ont une portée étendue et une longue durée de vie, sans aucune restriction appliquée à l’exécution. La vraie question est donc de savoir comment limiter les dégâts en cas de fuite.
$KITE répond à cette question avec un modèle d’identité à trois niveaux : utilisateur, agent et session. Une clé de session divulguée est liée à son jeton de délégation, lui-même lié à l’intention permanente signée par l’utilisateur. Voici comment cela fonctionne : lorsqu’un agent commence une tâche, une nouvelle clé de session aléatoire est créée. Elle n’est valide que pour cette tâche, pour un montant défini et pendant une courte période. Chaque transaction doit être autorisée par trois signatures réunies : l’intention permanente, le jeton de délégation et la signature de session. Si l’une d’elles échoue, la transaction est rejetée. La révocation s’effectue à trois niveaux : propagation de pair à pair en quelques secondes, certificats signés mis en cache qui restent utilisables même si le hub est hors service, et confiscation de la caution déposée par tout agent qui poursuit ses opérations après la révocation.
Contrairement à d’autres solutions, une chaîne axée d’abord sur les paiements comme Tempo ne possède pas de structure de portefeuilles hiérarchique, et OAuth ne réévalue pas un jeton une fois qu’il a été délivré. Le théorème 1 de Kite établit une limite mathématique : la perte maximale ne peut jamais dépasser le plafond quotidien défini dans l’intention permanente.
Sur le marché des jetons, les institutions ne délégueront de véritables capitaux que si la perte dans le pire des cas peut être prouvée. Si cette garantie se vérifie en pratique, elle pourrait favoriser l’adoption et la demande de jetons au fil du temps. Mais la sécurité de cette limite dépend entièrement des plafonds fixés par chaque utilisateur.
@KITE AI 中文
#KiteBBW
$KITE