Les systèmes de risque sont écrits par des personnes assises à l'intérieur du réseau qu'elles protègent, puis testés depuis ce même réseau. Ce scénario se place de l'autre côté : reproduire ce à quoi ressemble une connexion venue de l'extérieur, et découvrir ce que vos propres règles en font.
C'est la moitié défensive du sujet. La surveillance antifraude ne demande aucune approbation préalable au titre de notre politique d'utilisation acceptable, même si une courte liste de vérification en section 2 s'applique à certaines cibles, dont les services financiers. La même politique interdit la fraude elle-même : nous n'aidons donc personne à ressembler à un client qu'il n'est pas.
En bref : La prévention de la fraude désigne ici le côté de la défense : reproduire une inscription suspecte, lire ce que dit le réseau derrière une adresse, et tester vos propres règles de risque depuis l’extérieur de votre propre réseau. Une adresse statique sur le réseau d’un fournisseur d’accès nommé vous donne un cas contrôlé, car son réseau est connu et elle ne bouge pas : un résultat qui change pointe donc d’abord vers vos règles, une fois que vous avez vérifié que la note propre de l’adresse n’a pas bougé.
Une plage d’hébergement est un bloc d’adresses enregistré au nom d’un hébergeur ou d’un fournisseur de cloud ; la plage d’un fournisseur d’accès appartient à une entreprise qui vend des connexions internet aux particuliers et aux entreprises. L’authentification renforcée est le contrôle supplémentaire, par exemple un code à usage unique, qu’un service demande quand une connexion paraît inhabituelle.
Toute adresse publique se trouve dans un système autonome, un groupe de blocs d’adresses exploités selon une même politique de routage (RFC 1930), et le titulaire de chaque bloc relève du domaine public : les registres internet régionaux le publient via RDAP, l’alternative plus récente à WHOIS décrite dans la documentation RDAP du RIPE NCC. À partir de là, une consultation peut dire quelle organisation détient une adresse et de quel type de réseau il s’agit, et la réputation issue d’activités antérieures s’y ajoute. Rien de tout cela n’identifie une personne, c’est pourquoi une règle construite dessus doit être testée. Cette page explique comment fonctionnent ces signaux ; nous n’avons aucun taux de détection ou d’acceptation mesuré et n’en citons aucun.
Un analyste qui lit un journal reconstitue une session à partir de son ombre. Rejouer le même parcours sur votre propre service, avec un compte de test et depuis un réseau du même type, transforme un débat sur ce qui s'est probablement passé en un enregistrement de ce qui se passe réellement.
Beaucoup de contrôles de risque commencent par le réseau qui a annoncé une IP et par la nature de ce réseau. Travailler depuis une adresse connue sur le réseau d'un fournisseur d'accès nommé vous donne un cas contrôlé pour vérifier vos propres consultations.
Une règle qui refuse les plages d'hébergement et une règle qui refuse tout ce qui est inconnu se comportent de la même façon jusqu'à ce que vous les testiez séparément. Une adresse extérieure, connue et choisie délibérément, vous permet de savoir laquelle des deux vous avez écrite.
Si votre système traite un marché comme à haut risque, quelqu'un devrait découvrir ce que cela fait à un client légitime sur place avant que le client ne le découvre. Le tester demande une connexion dans ce marché.
Une vérification supplémentaire qui se déclenche sur un réseau inconnu n'est correcte que si vous l'avez vue se déclencher. Depuis votre bureau, elle ne se déclenchera jamais, car votre bureau est le réseau connu.
Déployer une règle de risque et en observer l'effet depuis l'extérieur, depuis la même adresse à chaque fois, c'est la différence entre un changement maîtrisé et un changement que vous découvrez par la file d'attente du support.
Elles reproduisent une inscription suspecte et lisent ce que dit le réseau derrière une adresse.
Elles découvrent comment leurs règles traitent une connexion légitime issue de la plage d'un fournisseur d'accès dans un marché donné.
Ils testent leurs propres règles de risque depuis l'extérieur de leur propre réseau, sur une adresse dont ils ont d'abord vérifié la note.
Pour une connexion extérieure issue de la plage d’un fournisseur d’accès : autoriser, demander une vérification ou refuser.
Consultez-la dans vos propres outils de risque avant le test, et dans le vérificateur d’IP pour voir comment les listes de blocage publiées et les services de scoring antifraude la notent déjà.
Inscription, connexion ou paiement sur votre propre service, dans un environnement de préproduction ou un bac à sable si vous en avez un, depuis une session de navigateur neuve. Utilisez des comptes de test créés à cet effet et le mode test de votre prestataire de paiement, jamais les données d’un vrai client ni la vraie carte de qui que ce soit.
Toute demande de vérification renforcée, et l’heure.
Répétez le même parcours depuis la même adresse, avec le même profil et le même état de compte.
Enregistrement connu
Identité stable
Choix du marché
Rotation
Contrôle d'accès
Protocoles
Gestion de comptes
Une adresse par compte
Tests par région
Voir une page comme un visiteur local
Jeu et streaming
Des sessions qui survivent à une minuterie
Vérification publicitaire
Ce que la campagne a réellement diffusé
Vérificateur d'IP
Listes de blocage et scores antifraude pour toute adresse
Proxys ISP
Le produit sur lequel reposent ces scénarios
De la prévenir. Tout ce qui figure sur cette page est écrit pour la personne qui défend un service : reproduire un cas, calibrer une règle, observer l'arrivée d'un changement. Notre politique d'utilisation acceptable, en section 5, interdit purement et simplement « la fraude, la tromperie, le vol, l'abus de moyens de paiement, les tests de cartes bancaires », et la section 2 vous demande d'indiquer une base légale avant que nous ouvrions l'accès à un travail qui collecte des données personnelles. Si ce qu'il vous faut, c'est ressembler à un client que vous n'êtes pas, nous ne sommes pas le bon fournisseur. Politique d'utilisation acceptable
Surtout deux choses : quel réseau l'a annoncée, et à quoi sert ce réseau. La plage d'un hébergeur rend l'automatisation plausible ; la plage d'un fournisseur d'accès rend plausible une connexion ordinaire. C'est à la consultation de dire comment une adresse donnée est classée : vérifiez-le plutôt que de le supposer. Par-dessus vient l'historique : savoir si cette adresse précise a déjà été vue en train de faire quelque chose d'indésirable. Rien de tout cela ne prouve quoi que ce soit, c'est pourquoi une règle construite dessus doit être testée plutôt que crue sur parole. Résidentiel ou datacenter
Passez-la au vérificateur d'IP. La consultation de l'adresse dans les quatre listes publiées qu'il lit est gratuite : Spamhaus DROP, FireHOL Level 1, blocklist.de et la liste des sorties Tor. La vérification complète interroge en plus trois services de scoring antifraude et rend un verdict, avec la lecture de chaque source à côté. Savoir si l'adresse porte déjà une réputation publique aide à la distinguer de votre règle, même si chaque site applique toujours ses propres règles. La vérification s'exécute dans l'application ProxyJam une fois que vous êtes connecté, et la vérification complète est débitée du solde de votre portefeuille, sauf si vous en avez une gratuite : chaque commande livrée en comprend une. Vérificateur d'IP
Parce qu'on ne peut pas être à l'extérieur de son propre réseau depuis l'intérieur. L'adresse de votre bureau figure sur chaque liste d'autorisation que vous avez jamais écrite et a des années de bon historique sur votre propre service. Tester une règle visant les réseaux inconnus depuis le réseau le plus connu que vous possédiez ne teste rien, et la première vraie preuve arrive sous forme de réclamation.
Non. Un test avant-après demande une seule variable, et si l'adresse bouge entre deux passages, vous en avez deux. Achetez une adresse par marché testé et gardez-la, pour qu'un résultat différent la semaine suivante vienne de votre système ou de la note de l'adresse, et le vérificateur d'IP vous dit lequel des deux a bougé.
Seulement avec l'autorisation écrite du propriétaire de la cible, que la section 2 de notre politique d'utilisation acceptable demande à voir avant que nous ouvrions l'accès à ce type de travail. C'est l'un des quatre points de cette liste de vérification ; les cibles dans les services financiers, la santé et les systèmes publics en sont un autre. Politique d'utilisation acceptable
C'est parfois le résultat le plus utile que vous puissiez obtenir, car il vous apprend que la plage d'un fournisseur d'accès légitime est refusée. Au titre de la section 2.5 des Conditions d'utilisation, nous remplaçons gratuitement une adresse sur demande si elle est bloquée sur la cible que vous avez indiquée à l'achat, jusqu'à 20 % des adresses de la commande par mois civil. Une inscription sur une liste, ou un refus par votre propre règle, ne constitue pas à lui seul un motif, et le remplacement n'est pas possible lorsque l'adresse est devenue inutilisable du fait d'un usage que notre politique d'utilisation acceptable interdit. Conditions d'utilisation
