cancel
Showing results for 
Search instead for 
Did you mean: 

Who Me Too'd this topic

Sha-512 hash mismatch

Hi,

SHA-512 hash mismatch when we enter non-ascii characters in the hosted payment page fields such as Firstname, lastname and address.

Example from Sandbox testing:

Tested with following card information:
  Card number: 4111111111111111
  Expiry:1222
  CVV: 123
  Firstname: Renée
  Lastname: brown
  Address: 123 main street
  Zip: 30321

Transaction Response:
x_card_type: Visa
x_method: CC
x_state:
x_last_name: brown
x_ship_to_city:
x_cvv2_resp_code:
x_email:
x_avs_code: P
x_tax_exempt: FALSE
x_auth_code: 000000
x_SHA2_Hash: CA8F8217A69502E67BAB881A4B6B008480E73DFBD2132D864D74E7F660D33F58B5C067011267D98DA4FEA9AEE98C35A7F581A2B8618D9537D470A7001A796ADF
x_type: auth_only
x_response_code: 1
x_invoice_num: 900002667
x_address: 123 main street
x_response_reason_text: (TESTMODE) This transaction has been approved.
x_description: Brygid - Test Store
x_company:
x_MD5_Hash:
x_cavv_response:
x_duty: 0.00
x_cust_id: s900002667
x_account_number: XXXX1111
x_test_request: true
x_ship_to_address:
x_country:
x_city:
x_ship_to_company:
x_fax:
x_zip: 30321
x_first_name: Ren�
x_ship_to_first_name:
x_tax: 0.00
x_phone:
x_ship_to_state:
x_ship_to_last_name:
x_po_num:
x_ship_to_country:
x_response_reason_code: 1
x_ship_to_zip:
x_trans_id: 0
x_freight: 0.00
x_amount: 3.23


Datastring to generate hash = ^0^true^1^000000^^^P^CC^XXXX1111^3.23^^Ren�^brown^123 main street^^^30321^^^^^^^^^^^^^900002667^

Hash generated: 91D06EE60901B000B4308A1A10BBE916A8B2C939C69F5E976D37CB2096887AAA9BAC0F6E7B96A512C5B3650C6A3C11E9F3A9C8AE7939E4234BD36A0CD3C38255


It is an issue with character encoding but we don't know how Auth.net handles the encoding before generating the hash which they send in the response.

Will really appreciate any help from the community to resolve this issue.

Thanks


maninder
Member
Who Me Too'd this topic