Treat card testing as a fraud-detection problem, not a purchasing problem. The core advice is to block automated authorization attempts, monitor decline velocity, and review low-value transaction clusters before losses spread. This guide covers indicators of compromise for defenders. It does not explain how to buy card data or run test charges, because those actions are fraud.
What to look for
Card testing shows up as a pattern, not a single transaction. Review authorization logs, device signals, and account behavior together.
- High volume of low-value authorization attempts in a short window.
- Repeated declines across several cards from one device, IP, or account.
- Multiple cards used in one session or from one email address.
- Rapid card entry changes with mismatched billing data.
- Elevated CVV or AVS failures compared with your normal mix.
- Bot-like timing, such as fixed intervals between attempts.
- New accounts that attempt payment soon after signup.
- Small trial charges, donations, or subscription checks that cluster by time and value.
Parameter bands
Use bands as review triggers, not automatic proof. Tune them to your baseline and document changes.
- Velocity: more than 10 authorization attempts per minute per IP or device fingerprint.
- Card spread: more than 3 cards per session or more than 5 cards per account per day.
- Decline ratio: more than 30 percent declines in a 10-minute window.
- Value cluster: several attempts under $5 from the same signal group.
- Geography: more than 3 countries per hour for one account or device.
Pitfalls
- Relying on IP address alone. Mobile networks and shared connections create false positives.
- Ignoring soft declines. Testers often trigger issuer checks that do not appear as hard declines.
- Blocking travelers without a review path. Use step-up checks before permanent blocks.
- Letting alert volume outrun staffing. Rank alerts by card spread and decline velocity.
- Storing sensitive authentication data outside approved systems. Keep card data out of logs.
FAQ
Is one low-value decline enough to flag card testing?
No. A single decline is weak evidence. Look for repeated attempts, multiple cards, or shared device and network signals.
Should every card testing alert block the customer?
No. Start with review or step-up authentication. Reserve blocks for confirmed patterns with several signals.
How often should thresholds change?
Review them after campaigns, product launches, or fraud spikes. Keep a change log so teams can explain blocks and reviews.