Présentation d’AtriShield

AtriShield est un bouclier qui s’installe sur votre serveur Linux. L’agent inspecte le trafic HTTP et API à l’entrée du serveur (sécurité applicative, AppSec) et applique les décisions de sécurité selon votre offre, quel que soit le type d’application : site, boutique (Magento / Adobe Commerce et autres), SaaS ou API.

En clair

• La détection tourne sur votre serveur. Aucun envoi à un service central CrowdSec. Seules les métadonnées de sécurité utiles à votre console y remontent, détaillées dans la documentation. Aucun service tiers ne reçoit votre trafic pour la détection, sauf option activée. Conçu pour vous aider à répondre à la Loi 25.
• Moins d’abus. AtriShield détecte le scraping, les bots, les scans et les attaques. La réponse dépend de l’offre et du mode.
• Mise en place rapide. Quelques commandes pour installer l’agent, puis un pilotage depuis une console centrale.

Comment ça marche (vue d’ensemble)

AtriShield combine trois briques éprouvées, pilotées de façon centralisée :

• HAProxy au bord : inspecte et filtre chaque requête HTTP entrante.
• CrowdSec : moteur de détection comportementale (scénarios) et pare-feu applicatif (AppSec).
• Un agent installé chez vous : reçoit sa configuration sous forme d’un paquet signé cryptographiquement (Ed25519) depuis la console AtriShield, et l’applique localement.

Ce qu’AtriShield protège

• Anti-scraping (énumération de contenus, cache-bust, cohortes réparties).
• Pare-feu applicatif OWASP (Business et Enterprise) : injections SQL, XSS, exécution de code, traversée de répertoire, Log4Shell, et virtual-patch de vulnérabilités connues.
• Bots et faux bots (impersonation), bruteforce de connexion, scans, création de comptes en masse.
• Pièges (honeypots, Enterprise), page de vérification JavaScript (Business et Enterprise).

Le détail par niveau d’offre : Offres & niveaux

Périmètre et limites (à lire)

AtriShield est un pare-feu applicatif au bord (WAF ingress). Il inspecte le trafic HTTP entrant. Ce qu’il ne fait pas, par conception :

• Il n’analyse pas l’exécution sur l’hôte (processus, fichiers), le trafic sortant (C2), ni la persistance post-compromission : cela relève d’un EDR / antivirus serveur, pas d’un WAF ingress.
• Le virtual-patch est un contrôle compensatoire : il réduit l’exposition à un vecteur d’attaque connu, il ne remplace pas le correctif de l’éditeur (ex. patch Adobe Commerce).

Souveraineté

AtriShield ne communique pas avec le Central API de CrowdSec. Les règles s’exécutent chez vous ; la configuration signée descend et des métadonnées de sécurité remontent.

Conformité & souveraineté