GuardFlame

GuardFlame est un service de proxy inverse et de protection anti bot de niche, positionné comme une alternative légère aux grands fournisseurs edge. Il s'intercale devant le site, inspecte chaque requête entrante, applique des heuristiques anti bot et de limitation de débit, et peut émettre un challenge navigateur avant de laisser le visiteur atteindre l'origine. Contrairement aux acteurs majeurs, GuardFlame est rarement visible dans les recensements techniques : l'opérateur doit être attentif au contrat et à la région d'hébergement.

Ce que fait GuardFlame

GuardFlame proxifie les requêtes HTTP et HTTPS de l'origine protégée. Chaque requête passe par une chaîne de filtres : réputation d'IP, fréquence par source, heuristiques d'en-têtes, empreinte TLS JA3 ou JA4, et éventuellement un proof of work ou un challenge JavaScript. Une fois le visiteur validé, GuardFlame stocke le résultat dans un cookie de challenge à durée courte afin de ne pas le rechallenger à chaque requête.

Données et cookies

GuardFlame traite l'IP du visiteur, l'URL de requête, les en-têtes HTTP, l'empreinte TLS et la réponse au challenge éventuel. Il dépose typiquement un cookie de première partie (souvent nommé gf_token) qui contient le statut de validation et un horodatage signé. Aucun cookie publicitaire, analytique ou cross-site n'est posé par le service lui-même.

Implications RGPD et ePrivacy

Pour sa fonction principale de sécurité, GuardFlame s'appuie sur l'intérêt légitime de l'opérateur (art. 6(1)(f) RGPD) pour protéger le site contre les abus, la fraude et le denial of service. Le cookie de challenge est strictement nécessaire au sens de l'exemption de l'article 5(3) ePrivacy car le site n'est pas accessible sans une fois la protection active. Les IP et métadonnées doivent être conservées pour la durée minimale nécessaire à l'analyse forensique.

Exigences de consentement

Aucun consentement préalable n'est requis pour charger GuardFlame car la fonction est strictement nécessaire à la sécurité. La politique de confidentialité doit expliquer que le site utilise un service de protection edge, mentionner l'éditeur et décrire le traitement des IP et métadonnées. Le cookie de challenge doit être listé dans le tableau cookies en catégorie Strictement nécessaire.

Transferts et hébergement

En tant que fournisseur de niche, GuardFlame ne garantit pas nécessairement un déploiement UE only. Vérifiez au contrat ou dans la console la localisation du edge servant les visiteurs européens et du back office stockant les logs. Si l'un ou l'autre est hors UE/EEE, documentez les clauses contractuelles types et une analyse d'impact de transfert, et envisagez une alternative basée dans l'UE pour les secteurs sensibles.

Mise en conformité opérationnelle

Signez le DPA GuardFlame. Verrouillez le edge sur une région UE quand possible. Configurez la rétention des logs au minimum nécessaire à la réponse à incident (typiquement 30 à 90 jours). Documentez le service au registre comme sous-traitant de sécurité. Auditez la logique de challenge pour ne pas exclure les outils d'accessibilité. Revérifiez chaque année la région réelle et la liste à jour des sous-traitants.