С сайтом банка, на котором форма для P2P перевода, общается исключительно скрипт. Можно конечно ограничить количество запросов с одного ip. Но черт возьми, вдруг это какой-то провайдер, в связи с дефицитом ipv4 адресов, посадил всех своих пользователей за nat?
Страничка на сайте другого банка, где проверяется 3ds, получает url, на который вернуться после проверки, из параметра post запроса. Иметь всем, кто проверяет 3ds, список всех легальных адресов платежных шлюзов — сомнительная идея. Собственно стандартный протокол для проверки 3ds и был придуман для того, чтобы разработчику платежного шлюза не надо было заключать договоры с каждым банком в мире, чтобы иметь возможность принимать оплату по его картам.
Вот кусочек api, связанный с 3-d secure: http://payture.com/integration/api/3-d-secure/
Там в ответе еще и пара параметров приходит, их надо серверным скриптом на на оригинальную страницу отправить.
Не проходит платеж при подмене страницы возврата? Ну очевидно, при обращении к этой странице (https://3ds.payment.ru/cgi-bin/cgi_link) производятся действия, необходимые для завершения операции. И естественно подмененная страница на мошенническом сайте должна с помощью curl обратиться к оригинальной странице.
Если участник вдруг забыл, какую дверь выбирал вначале — то вероятность выиграть у него — 1/2.
С вероятностью 1/2 он выберет ту же дверь что и в начале, за которой машина с вероятностью 1/3, и с вероятностью 1/2 — другую дверь, за которой машина с вероятностью 2/3. Суммируем: 1/2 * 1/3 + 1/2 * 2/3 = 1/2. Внезапно.
Да вы еще и не начинали ходить по граблям. Ну например, а как вы узнаете, куда в очередной полученный файл нужно подставлять исходные данные и откуда получать результат? У вас запрограммирован искусственный интеллект, который это понимает, или вы наивно предполагаете, что оно всегда будет расположено в одном и том же месте?
Потом, использовать ole automation на сервере — очень плохая идея. Старая статья на эту тему support.microsoft.com/en-us/kb/257757
К примеру, Excel запросто может на ровном месте выдать какой-нибудь модальный диалог и ждать, пока человек не нажмет кнопочку.
С сайтом банка, на котором форма для P2P перевода, общается исключительно скрипт. Можно конечно ограничить количество запросов с одного ip. Но черт возьми, вдруг это какой-то провайдер, в связи с дефицитом ipv4 адресов, посадил всех своих пользователей за nat?
Страничка на сайте другого банка, где проверяется 3ds, получает url, на который вернуться после проверки, из параметра post запроса. Иметь всем, кто проверяет 3ds, список всех легальных адресов платежных шлюзов — сомнительная идея. Собственно стандартный протокол для проверки 3ds и был придуман для того, чтобы разработчику платежного шлюза не надо было заключать договоры с каждым банком в мире, чтобы иметь возможность принимать оплату по его картам.
Вот кусочек api, связанный с 3-d secure: http://payture.com/integration/api/3-d-secure/
Там в ответе еще и пара параметров приходит, их надо серверным скриптом на на оригинальную страницу отправить.
Не проходит платеж при подмене страницы возврата? Ну очевидно, при обращении к этой странице (https://3ds.payment.ru/cgi-bin/cgi_link) производятся действия, необходимые для завершения операции. И естественно подмененная страница на мошенническом сайте должна с помощью curl обратиться к оригинальной странице.
В комментарий пожалуй не уложится, надо писать отдельную статью
С вероятностью 1/2 он выберет ту же дверь что и в начале, за которой машина с вероятностью 1/3, и с вероятностью 1/2 — другую дверь, за которой машина с вероятностью 2/3. Суммируем: 1/2 * 1/3 + 1/2 * 2/3 = 1/2. Внезапно.
Потом, использовать ole automation на сервере — очень плохая идея. Старая статья на эту тему support.microsoft.com/en-us/kb/257757
К примеру, Excel запросто может на ровном месте выдать какой-нибудь модальный диалог и ждать, пока человек не нажмет кнопочку.