Skip to content

ガイド

カードテスティング:攻撃の仕組みと決済画面での止め方

カードテスティングでは、盗まれた、または生成されたカード情報がまだ使えるかを、少額決済や寄付フォームで確かめます。多くはボットによる自動化です。

シャドーモードで無料で始める

典型的な兆候

  • 拒否の多いオーソリの急増。
  • 1つのセッション・端末・IPから多数のカード。
  • 少額で同額の決済。
  • 新規アカウント、不自然な時間帯。

決済画面で効く対策

端末とカードごとに試行回数を制限し、決済代行会社に送る前にリスクを判定し、決済フォームでデータセンターからのトラフィックを抑えます。

RiskCogsでできること

速度シグナルがカード・端末・メールごとの試行を数え、連続したテストに高いスコアを付けます。

すべての決済はPOST /v1/risk-scoreで0〜100のリスクスコアと理由コードを受け取ります。40未満は承認、40〜69は確認、70以上は拒否が目安です。シャドーモード(Shadowプラン、0ユーロ)なら、実際の顧客に影響を与えずに、何がブロックされていたかを先に確認できます。

少数の端末からの大量の少額決済とオーソリ前のチェックを示すカードテスティング攻撃の図
少数の端末からの大量の少額決済とオーソリ前のチェックを示すカードテスティング攻撃の図

よくある質問

BINアタックとの違いは?

BINアタックは番号を生成し、カードテスティングは主に盗まれた情報を確かめます。対策は似ています。

なぜ寄付ページが狙われる?

少額を自由に入力でき、ログイン不要なことが多いためです。

被害額は?

オーソリ手数料、サポート負荷、拒否率上昇による決済代行会社からの指摘などです。

まず測定し、それから止める。

既存の決済代行会社の横でRiskCogsをシャドーモードで動かし、顧客に影響が出る前に判定結果を確認できます。