Interpreting the Redirect Response
After your application redirects the merchant to Cybersource, the following sequence occurs.
- Merchants not logged in to the Business Center at the time of the redirect are prompted to do so. Merchants with expired credentials are prompted to reset them, after which they must click the redirect link again.
- The Business Center page opens, stating the partner's name along with the permissions that the partner is requesting from the merchant. If the merchant logged in using an account with sufficient privileges, the they are prompted to chooseAlloworDeny. If the logged-in user does not have sufficient privileges, theAllowbutton is disabled.
- If the merchant clicksDeny, Cybersource redirects the merchant to the URL that you defined in yourredirect_urlparameter with no parameters appended to it. This is not a failure but a denial of permission by the merchant's representative. The denial does not prohibit any future attempt for this or any merchant.
- When the merchant clicksAllow, Cybersource redirects the merchant to the URL that you defined in yourredirect_urlparameter.The redirect URL in Cybersource's response is encoded with at least one of the following parameters.
The authorization code that your application sends to Cybersource when requesting an access token (during the next step of the authentication process). For security reasons, the authorization code expires in
ten minutes. If it expires, you must repeat the redirect to request another.
This parameter is returned only if it was submitted in the request. It is used to test for possible CSRF attacks. If the state values from the request and response do not match, you could be the victim of a CSRF attack, and you should display an HTTP 401 error code in response.