Arcjet est un SDK de sécurité d'exécution intégré au code et un système de garde-fous pour agents qui détecte les injections de prompts, applique des règles d'exécution d'outils, vise à réduire les fuites de données et gère les budgets de jetons.
Fonction du produit et positionnement officiel
Arcjet fournit des contrôles de sécurité intégrés à l'exécution conçus pour les applications web modernes et les agents d'IA autonomes. Contrairement aux proxys inverses de périmètre ou aux passerelles, il s'intègre directement aux gestionnaires applicatifs et aux flux de travail d'agents afin d'inspecter les arguments typés et le contexte au moment précis où une action est appelée.
Le système surveille l'identité des utilisateurs, les arguments d'entrée et l'historique séquentiel des exécutions pour renvoyer des décisions programmatiques telles qu'autoriser, bloquer, caviarder ou suspendre pour examen. Il combine des évaluations internes au processus avec un suivi d'audit centralisé, tout en prenant en charge les règles définies dans le code ainsi que les politiques distantes.
Cas d’usage étayés par les sources officielles
Restreindre les actions d'outils d'agents selon le rôle de l'utilisateur et les limites de paramètres typés pour aider à réduire les opérations financières ou système non autorisées.
Filtrer les sorties d'outils non fiables et les entrées utilisateur pour stopper les attaques par injection de prompts et empêcher les PII d'entrer dans le contexte du LLM.
Appliquer des budgets partagés basés sur un seau à jetons sur des exécutions d'agents multi-étapes pour empêcher les boucles récursives incontrôlées d'épuiser les quotas de jetons.
Le parcours documenté, lorsqu’il est disponible
Capture les actions de l'application, les sessions, les routes, les acteurs, les étiquettes d'outils, les arguments et les étapes d'exécution antérieures au sein de l'application.
Évalue le contexte de l'action par rapport aux politiques de sécurité et renvoie une décision telle qu'autoriser, bloquer, caviarder ou suspendre pour examen avant l'exécution.
Consigne les décisions, versions de politiques, acteurs, entrées et historiques d'exécution sous forme de preuves tout en conservant les contrôles sensibles au sein du processus.
Arcjet positionne l'évaluation de sécurité directement à la frontière des appels de fonction dans le code applicatif plutôt qu'au niveau d'un proxy réseau externe. Ce positionnement donne au moteur de sécurité un accès direct à l'identité de l'acteur, aux paramètres typés et aux actions précédentes d'une séquence de flux de travail avant même qu'une fonction ne s'exécute.
L'architecture sépare la mise en œuvre des règles en deux voies complémentaires. Les équipes d'ingénierie peuvent déclarer des règles sous contrôle de version au sein des dépôts de code qui subissent des tests unitaires et des simulations, tandis que les équipes de sécurité peuvent configurer des politiques cloud distantes mettant à jour les seuils opérationnels en temps réel sans déclencher de redéploiement logiciel.
Vérifications à effectuer avec vos contenus et votre flux de travail
Sources vérifiées et date de la vérification
Réponses fondées sur la fiche produit dont les sources ont été vérifiées
Arcjet évalue les contrôles de sécurité à la frontière des actions au sein de l'application plutôt que de se fier au texte du prompt, en délimitant les appels d'outils selon l'identité, le rôle, la route et les entrées typées avant leur exécution.
Les passerelles et plans de contrôle se situent à l'extérieur des applications et manquent de visibilité sur les arguments des fonctions entrantes, tandis qu'Arcjet s'exécute dans le code où il inspecte l'identité de l'utilisateur, les paramètres typés et le contexte d'exécution historique.
Arcjet analyse les entrées utilisateur et les sorties d'outils externes à l'aide d'un modèle de détection spécialisé avant que la charge utile n'atteigne le LLM, ajoutant environ 100 ms de latence et renvoyant une décision typée pour gestion dans le code.
Il applique un limiteur de débit à seau à jetons associé aux identifiants d'utilisateur ou d'organisation sur l'ensemble de l'exécution, de sorte que les boucles incontrôlées consomment un quota partagé unique au lieu de réinitialiser les limites à chaque point de terminaison.
Oui, les équipes de sécurité peuvent gérer des politiques distantes dans le cloud qui s'appliquent immédiatement sur l'ensemble des services, permettant des mises à jour de seuils sans nécessiter de pull requests d'ingénierie ni de déploiements de code.
