2011-07-19 10 views
2

私は雇用者向けの電子商取引ソリューションを見つけようとしており、ホスティングされた決済ページを使用してPCIコンプライアンスの苦境を最小限に抑える必要があります。いくつかの企業のソリューションを調査した後、支払いフォームを生成するために、隠されたフィールドやGET変数を使用して、トランザクションの総額を提示することを期待しているようです。 Firebugを使用するユーザー(GET変数の場合は目)は、トランザクションの合計を簡単に変更したり、新しいホストされた支払いフォームを取得したり、チェックアウトを続行したりすることができるため、商人にとってかなりの懸念のようです彼らが望む割引。ホスティング型決済ゲートウェイと隠し場所改ざん

誰でも以前にホストされた支払いページを設定してこの問題を処理しましたか?物事を行うためのよりよい方法の提案はありますか?

答えて

2

通常、ユーザーが知らない秘密の値(パスワード、取引キーなど)で生成されたフォームでハッシュが送信されます。したがって、ハッシュの値を計算する際にも使用される金額を改ざんすると、支払いゲートウェイは取引を拒否します。ユーザーはハッシュを変更することによってこれを回避することはできません。ハッシュを計算するために必要なすべての情報を持っていないからです。

これらのホストされたフォームを使用すると、不正使用から安全です。そうでなければ、実行可能な製品ではなく、ゲートウェイはそれらを使用することができませんでした。

+0

セキュリティで保護されたホストされたフォーム自体を指している場合は、私はそのことに異議を唱えていません。私の問題は、トランザクションのフォームを生成させるために、トランザクションの総額を最初に渡さなければならないことです。これが、ホストされたフォームが生成される前のいたずらです。 – TJRS

+0

ユーザーを支払いゲートウェイのホストフォームに送信すると、ハッシュが生成されます。したがって**生成後** **合計は計算され** **ユーザーはホストされたフォームに送信されます。 –

+0

Authorize.netのソリューション(経験があると思われる)にいくつかの調査を行った後、私は彼らがあなたが記述したものをサポートしていることを知っています。しかし、私の雇用主が選んだMonerisのような他の多くの支払い処理業者は、ハッシュ提出をサポートしていないようで、混乱します。彼らはすべて提供する必要があります基本的な機能のように思える... – TJRS

関連する問題