Toutes les protections
Les neuf protections de Zarex, et comment les combiner.
Chaque protection est une règle : une fonction que vous ajoutez à la liste rules du SDK. Vous pouvez en combiner jusqu'à 10 par appel, et chacune accepte un mode (LIVE, DRY_RUN ou OFF).
rules: [
shield(),
rateLimit({ max: 100, window: "1m" }),
detectBot({ allow: ["CATEGORY:SEARCH_ENGINE"] }),
],Trafic
Shield
Pare-feu applicatif : injections SQL, XSS, traversée de répertoires, SSRF, Log4Shell…
Limitation de débit
Un nombre maximal de requêtes par visiteur, sur une fenêtre de temps.
Budget de jetons
Un budget qui se recharge avec le temps, idéal pour les appels à un modèle d'IA.
Détection de bots
Les robots connus sont reconnus, les vrais sont vérifiés, les imposteurs bloqués.
Filtres
Vos propres conditions : IP, pays, réseau, chemin, en-têtes, paramètres…
Formulaires
Validation d'e-mail
Adresses invalides, jetables, sans serveur de messagerie ou mal tapées.
Validation de téléphone
Numéros invalides, VoIP ou surtaxés, filtre par opérateur et par pays.
IA et données
Données sensibles
Cartes bancaires, IBAN, clés API, JWT, clés privées…
Injection de prompt
Les tentatives de manipuler votre assistant IA.
Les modes
| Mode | Effet |
|---|---|
LIVE | Par défaut. La règle est appliquée : elle peut refuser la requête. |
DRY_RUN | La règle est évaluée et journalisée, mais ne refuse jamais rien. |
OFF | La règle est ignorée. |
Testez avant d'appliquer
Une nouvelle règle commence idéalement en DRY_RUN : le journal du dashboard vous montre ce qu'elle aurait bloqué. Quand le résultat vous convient, passez-la en LIVE.
Une requête refusée
Quand une règle en LIVE refuse une requête, le SDK répond automatiquement 403, ou 429 avec l'en-tête Retry-After pour une limite de débit ou un budget de jetons épuisé. Vous pouvez remplacer cette réponse par la vôtre avec l'option onDeny.