HUMAN Security vs Proteside : contrôle des scripts ou vérification du paiement ?
Par Laís Peixoto
Growth Marketer, Proteside
Publié le
HUMAN Client-Side Defense convient aux entreprises déjà sur la plateforme HUMAN pour la défense contre les bots et la fraude, qui veulent gouverner les scripts de la page de paiement avec un blocage au niveau de l’action. Proteside convient aux commerçants qui acceptent UPI, PromptPay, PayNow, les cartes, les stablecoins ou le Pix brésilien et doivent savoir que le QR, le compte ou l’adresse de portefeuille à l’écran sont bien ceux qu’ils ont émis, inventaire des scripts compris.
Côte à côte
- Comment il se décrit
- Conformité PCI DSS et protection de la page de paiement par le contrôle des scripts, au sein de la suite Application Protection de HUMAN.
- Siège
- New York, États-Unis. Fondée en 2012 sous le nom White Ops ; fusion avec PerimeterX en 2022.
- Comment il s’installe sur le site
- Une seule ligne de JavaScript, le HUMAN Sensor, qui s’exécute dans le navigateur de chaque visiteur ; une cartouche est disponible pour Salesforce Commerce Cloud.
- Ce qu’il vérifie sur la page de paiement
- Inventaire des scripts avec score de risque, comportement des scripts, données du formulaire de carte et en-têtes HTTP.
- PCI DSS
- Exigences 6.4.3 et 11.6.1, avec des rapports d’audit à la demande. Principal Participating Organization du PCI SSC depuis mars 2024, selon la liste publique du conseil.
HUMAN Client-Side Defense
- Comment il se décrit
- Couche de cybersécurité pour le moment du paiement : intégrité de ce que l’acheteur voit, copie et confirme.
- Siège
- São Paulo, Brésil. En activité depuis 2026.
- Comment il s’installe sur le site
- Une ligne de code sur la page de paiement, ou une intégration dans le modèle de la plateforme ou du prestataire de paiement. Pas de proxy, pas de changement de DNS ni de CDN.
- Ce qu’il vérifie sur la page de paiement
- Scripts tiers, formulaire de carte, QR code et clé Pix, ligne du boleto (bordereau bancaire brésilien), adresse de portefeuille crypto et QR codes de huit systèmes de paiement instantané, comparés à ce que le commerçant a émis.
- PCI DSS
- Preuves pour les exigences 6.4.3 et 11.6.1 de PCI DSS, avec un rapport exportable pour le QSA.
Proteside
Critère par critère
Les marques reposent sur la documentation publique de chaque éditeur. Survolez ou touchez une marque pour lire la légende.
| HUMAN Security | Proteside | |
|---|---|---|
| Ce qui est vérifié sur l’écran du payeur | ||
| Inventaire et autorisation des scripts de la page de paiementLa base de l’exigence 6.4.3 : savoir ce qui s’exécute sur la page et autoriser chaque script. | Décrit dans la documentation publique | Décrit dans la documentation publique |
| Données de carte saisies dans le formulaireEmpêcher un script de copier le numéro, la date d’expiration et le code de sécurité. | Décrit dans la documentation publique | Décrit dans la documentation publique |
| QR code Pix et code copier-coller (Brésil)La fraude la plus courante des paiements en ligne au Brésil : le QR code affiché mène vers un autre compte. | Non trouvé dans les informations publiques | Décrit dans la documentation publique |
| Ligne de paiement du boleto (bordereau bancaire brésilien)Une ligne substituée paie un autre bénéficiaire pour le même montant. | Non trouvé dans les informations publiques | Décrit dans la documentation publique |
| QR codes des systèmes de paiement instantané du monde entier (UPI, PayNow, DuitNow, PromptPay, QR Ph, FPS, CoDi, Transferencias 3.0)La même substitution que pour Pix, sur huit systèmes de paiement instantané. | Non trouvé dans les informations publiques | Décrit dans la documentation publique |
| Adresse de portefeuille stablecoin et crypto, y compris lors de la copieUne adresse de portefeuille substituée à l’écran ou dans le presse-papiers est irréversible. | Non trouvé dans les informations publiques | Décrit dans la documentation publique |
| Compare ce qui est à l’écran avec ce que le commerçant a émis et bloque la substitution avant la confirmationLa vérification qui définit l’intégrité du paiement : bénéficiaire et montant identiques à ce qui a été émis. | Non trouvé dans les informations publiques | Décrit dans la documentation publique |
| Comment il protège | ||
| Bloque les scripts non autorisés dans le navigateur de l’acheteurDétecter après coup ne ramène pas les données copiées. | Décrit dans la documentation publique | Décrit dans la documentation publique |
| Observe les sessions réelles des acheteursLes fraudes ciblées n’apparaissent pas dans les visites simulées. | Décrit dans la documentation publique | Décrit dans la documentation publique |
| Fonctionne sans changer de CDN, de DNS ni de proxyS’installe sur n’importe quelle plateforme avec une ligne de code. | Décrit dans la documentation publique | Décrit dans la documentation publique |
| Conformité PCI DSS | ||
| Preuves pour l’exigence 6.4.3 de PCI DSSInventaire, autorisation et intégrité des scripts. | Décrit dans la documentation publique | Décrit dans la documentation publique |
| Preuves pour l’exigence 11.6.1 de PCI DSSModifications non autorisées de la page et de ses en-têtes. | Décrit dans la documentation publique | Décrit dans la documentation publique |
| Rapport exportable pour l’évaluateur (QSA)Les preuves doivent sortir du tableau de bord et arriver jusqu’à l’évaluation. | Décrit dans la documentation publique | Décrit dans la documentation publique |
- Décrit dans la documentation publique
- Décrit avec une limite (optionnel, échantillonné, nécessite une action humaine ou disponible dans un seul niveau d’offre)
- Non trouvé dans les informations publiques
- L’éditeur déclare ne pas le faire
Où HUMAN Security se distingue
Bloque l’action, conserve le script
La fiche produit décrit l’arrêt d’une action à risque, comme la lecture d’un champ de formulaire, sans interrompre le travail utile du script. C’est un contrôle plus fin qu’autoriser ou refuser tout un script.
Inventaire avec score de risque
Chaque script reçoit un score de risque, avec autorisation, justification et contrôles d’intégrité enregistrés pour l’exigence 6.4.3.
La même plateforme que la défense contre les bots et la fraude
Le produit fait partie de la suite Application Protection de HUMAN, aux côtés de la gestion des bots, de l’abus de comptes et de la fraude. Les équipes qui exploitent déjà cette plateforme retrouvent la page de paiement dans la même console.
Héritage PerimeterX
Le produit a commencé sous le nom Code Defender chez PerimeterX et conserve ce nom dans la documentation technique ; le capteur a des années d’historique d’observation de sessions réelles de navigateurs.
Ce que Proteside vérifie et que le matériel de HUMAN ne mentionne pas
Une pharmacie en ligne à Bangalore affiche un QR UPI de 3 200 roupies. Le client le scanne avec une application bancaire, voit le montant et confirme. Un plugin compromis avait remplacé le QR par un autre lié à une adresse de paiement virtuelle différente, même montant, même nom de commerçant. L’argent quitte le compte du client, la commande ne se règle jamais, et le magasin ne l’apprend que lorsque le client appelle.
Le HUMAN Sensor observe le comportement des scripts et bloque les actions à risque sur les données de carte, et il le fait avec précision. Pour un QR UPI, PromptPay, PayNow, DuitNow ou FPS, une clé Pix, un numéro de boleto (bordereau bancaire brésilien) ou une adresse de portefeuille en stablecoins, la documentation publique de HUMAN ne décrit pas de comparaison entre ce que le commerçant a émis et ce que l’acheteur voit. Proteside enregistre chaque transaction émise par votre serveur et vérifie le QR, le compte, l’adresse et le montant sur l’écran de l’acheteur, y compris au moment où il les copie. En cas de divergence, la confirmation est bloquée et la tentative devient une alerte et un élément de preuve.
L’inventaire des scripts, le blocage des scripts non autorisés et l’historique des modifications de la page et de ses en-têtes restent dans ce même script Proteside, avec le rapport qu’exigent les points 6.4.3 et 11.6.1. Une ligne installée, deux missions couvertes.
Comment chacun s’installe dans votre environnement
HUMAN Security
- Une seule ligne de JavaScript, le HUMAN Sensor, sur chaque page surveillée ; une cartouche prête à l’emploi pour Salesforce Commerce Cloud.
- Politiques d’autorisation et de mitigation définies dans la console HUMAN ; alertes sur les scripts et les en-têtes, rapports d’audit à la demande et intégrations avec les outils SIEM et de ticketing.
- Fourni dans le cadre de la suite Application Protection, aux côtés de la défense contre les bots et la fraude.
Proteside
- Une ligne de code sur la page de paiement, sur n’importe quelle plateforme, ou une seule intégration dans le modèle de la plateforme ou du prestataire de paiement.
- Vérification à chaque session, sur tous les moyens de paiement de la page, sans échantillonnage et sans CDN ni proxy particulier.
- Blocage automatique avant la confirmation ; tableau de bord, API et alertes par e-mail, Slack, Teams et webhook.
Quand choisir l’un ou l’autre
HUMAN Security a du sens quand
- Votre opération tourne déjà sur la plateforme HUMAN pour les bots et la fraude, et vous voulez que la page de paiement soit gérée par la même équipe dans la même console.
- La carte est votre principal moyen de paiement et vous voulez arrêter des actions précises d’un script tiers sans le retirer de la page.
- Votre boutique tourne sur Salesforce Commerce Cloud et la cartouche prête à l’emploi réduit le travail d’installation.
Proteside a du sens quand
- Votre page de paiement accepte UPI, PromptPay, PayNow, DuitNow, FPS, les stablecoins ou Pix, et le risque est un bénéficiaire substitué.
- Vous avez besoin qu’un QR, un compte ou une adresse de portefeuille substitués soient bloqués dans les sessions réelles, avant que le client ne paie.
- Vous voulez protection et preuves pour les exigences 6.4.3 et 11.6.1 à partir d’une ligne de code, sans adopter une suite complète.
Les deux ensemble
Une entreprise sur la plateforme HUMAN peut conserver Client-Side Defense pour gouverner ses scripts et ajouter Proteside sur la page de paiement pour vérifier le paiement lui-même. Les deux capteurs coexistent sur la même page ; Proteside ne modifie pas les paiements légitimes et n’interfère pas avec l’inventaire d’un autre outil.
Questions fréquentes
HUMAN Client-Side Defense couvre-t-il UPI, PromptPay, Pix ou les QR codes ?
Pas dans les informations publiques examinées en octobre 2026. La fiche produit et la documentation de Code Defender décrivent les scripts, leur comportement, les données de formulaire et les en-têtes HTTP.
HUMAN Client-Side Defense et Proteside peuvent-ils fonctionner ensemble ?
Oui. Ce sont deux scripts indépendants sur la page de paiement. Proteside vérifie les données de paiement et les scripts ; le HUMAN Sensor continue d’appliquer ses propres politiques. Aucun des deux n’exige de CDN ou de proxy particulier.
Code Defender et Client-Side Defense sont-ils le même produit ?
Oui. Code Defender est le nom que le produit portait chez PerimeterX et celui que la documentation technique de HUMAN utilise encore ; Client-Side Defense est le nom commercial actuel, au sein de la suite Application Protection.
Qu’est-ce que le blocage granulaire décrit par HUMAN ?
Selon la fiche produit, il s’agit d’arrêter une action à risque d’un script, comme l’accès à un champ de formulaire, sans désactiver tout le script. Proteside bloque les scripts non autorisés et, en plus, bloque la confirmation quand le QR, le compte ou l’adresse de portefeuille diffèrent de ce qui a été émis.
Proteside remplace-t-il la défense contre les bots de HUMAN ?
Non. La défense contre les bots et la fraude juge si le trafic et l’acheteur sont légitimes. Proteside s’assure que la page et les données de paiement n’ont pas été substituées. Ce sont des couches différentes qui peuvent coexister.
Voyez Proteside vérifier votre page de paiement
Quatorze jours gratuits, une ligne de code, tous les moyens de paiement de votre page.