支付寶加密演算法

Ⅰ 如何給支付寶加密

支付寶加密需在手機端操作。

以oppo r9m為例支付寶加密操作步驟:

1、在手機桌面點擊設置進入設置主頁面。

Ⅱ 非對稱加密演算法有哪些

RSA：RSA 是一種目前應用非常廣泛、歷史也比較悠久的非對稱秘鑰加密技術，在1977年被麻省理工學院的羅納德·李維斯特（Ron Rivest）、阿迪·薩莫爾（Adi Shamir）和倫納德·阿德曼（Leonard Adleman）三位科學家提出，由於難於破解，RSA 是目前應用最廣泛的數字加密和簽名技術，比如國內的支付寶就是通過RSA演算法來進行簽名驗證。它的安全程度取決於秘鑰的長度，目前主流可選秘鑰長度為 1024位、2048位、4096位等，理論上秘鑰越長越難於破解，按照維基網路上的說法，小於等於256位的秘鑰，在一台個人電腦上花幾個小時就能被破解，512位的秘鑰和768位的秘鑰也分別在1999年和2009年被成功破解，雖然目前還沒有公開資料證實有人能夠成功破解1024位的秘鑰，但顯然距離這個節點也並不遙遠，所以目前業界推薦使用 2048 位或以上的秘鑰，不過目前看 2048 位的秘鑰已經足夠安全了，支付寶的官方文檔上推薦也是2048位，當然更長的秘鑰更安全，但也意味著會產生更大的性能開銷。

DSA：既 Digital Signature Algorithm，數字簽名演算法，他是由美國國家標准與技術研究所（NIST）與1991年提出。和 RSA 不同的是 DSA 僅能用於數字簽名，不能進行數據加密解密，其安全性和RSA相當，但其性能要比RSA快。

ECDSA：Elliptic Curve Digital Signature Algorithm，橢圓曲線簽名演算法，是ECC（Elliptic curve cryptography，橢圓曲線密碼學）和 DSA 的結合，橢圓曲線在密碼學中的使用是在1985年由Neal Koblitz和Victor Miller分別獨立提出的，相比於RSA演算法，ECC 可以使用更小的秘鑰，更高的效率，提供更高的安全保障，據稱256位的ECC秘鑰的安全性等同於3072位的RSA秘鑰，和普通DSA相比，ECDSA在計算秘鑰的過程中，部分因子使用了橢圓曲線演算法。

Ⅲ 支付寶是使用SSL協議嗎有什麼特別處

SSL(Secure Socket Layer)是由Netscape設計的一種開放協議，主要目的是在兩個通信應用程序之間提供機密性和數據完整性。它為基於TCP／IP的客戶機/伺服器應用程序提供了客戶端和伺服器的鑒別、數據完整性及信息機密性等安全措施。SSL協議在應用層收發數據前，協商加密演算法、連接密鑰並認證通信雙方，從而為應用層提供了安全的傳輸通道；在該通道上可透明載入任何高層應用協議以保證應用層數據傳輸的安全性。

但是，SSL是一個面向連接的協議，在涉及多方的電子交易中，只能提供交易中客戶與伺服器間的雙方認證，而電子商務往往是用戶、網站、銀行三家協作完成，SSL協議並不能協調各方間的安全傳輸和信任關系。在客戶直接在線支付的電子商務系統中，由於有銀行參與，按照SSL協議，客戶購買的信息首先發到商家，商家再將信息轉發銀行，銀行驗證客戶信息的合法性後，通知商家付款成功，商家再通知客戶購買成功，並將商品寄送客戶。SSL協議運行的基點是商家對客戶信息保密的承諾。在整個過程中我們也可以注意到，商家通過銀行對客戶身份進行認證，但客戶沒有對商家身份進行認證，SSL協議有利於商家而不利於客戶。但是，SSL協議獨立於應用層協議，且被大部分的瀏覽器和Web伺服器所內置，便於在電子商務交易中應用。因此目前大部分電子商務系統仍然使用SSL協議。

這是SSL的解釋,支付寶只採用了裡面的一部分

Ⅳ 支付寶密碼校驗是什麼

1、CVV密碼校驗
該項技術與銀行卡基本技術標准，如ISO7813識別卡標准（金融交易卡）、GB/T15120（記錄技術）等兼容。
2、CVV信息被存儲在磁條銀行卡的第二磁軌中，根據銀行卡號、第二磁軌主帳號（PAN）、發卡銀行標識代碼、發卡機構標識代碼、發卡網點標識代碼、起始標記、結束標記、分隔符（SF）等信息，通過各銀行自定義的特殊加密演算法進行計算，每步計算都採用CVKA技術加密後，得到銀行卡加密驗證碼（CVN）。
3、各行加密演算法和機密技術各不相同，因此犯罪分子利用獲得的銀行卡信息製作假卡後，在發卡行解密時能夠被識別而無法使用。

Ⅳ 微信支付寶怎麼加密方式

微信支付需要設置加密，這樣才能保障我們的信息安全
開啟分步閱讀模式
工具材料：
手機
軟體
操作方法
01
打開微信，點擊我

02
點擊支付進入下一界面

03
點擊錢包進入下個

04
點擊安全保障

05
點擊安全鎖，進入到下一界面

06
設置加密方式，可以密碼，也可以指紋

特別提示
希望對大家都有幫助

Ⅵ php 支付寶介面官方給的md5簽名版本和rsa簽名版本的區別

雖然支付寶官方還未提供相關SDK，PHP確實可以實現RSA方式的簽名，這點其實很重要，由於不熟悉，在遇到困難的時候，經常會不由自主地想到是否PHP不支持RSA簽名，乾脆用MD5得了，這樣就沒有了前進的動力。其實說穿了MD5和RSA簽名，不同的只是簽名方式的區別，其他的都一樣，因此我這里主要說一下如何用RSA進行簽名和驗簽。
首先你需要准備下面的東西：
php的openssl擴展里已經封裝好了驗簽的方法openssl_verify。
如果在Windows下的php.ini需要開啟Openssl模塊： extension=php_openssl.dll
商戶私鑰：
即RSA私鑰，按照手冊，按以下方式生成：
openssl genrsa -out rsa_private_key.pem 1024
商戶公鑰：
即RSA私鑰，按照手冊，按以下方式生成：
openssl rsa -in rsa_private_key.pem -pubout -out rsa_public_key.pem
生成之後，按照手冊的說明，需要在簽約平台上傳公鑰，需要注意的是，上傳的時候需要把所有的注釋和換行都去掉。
另外手冊中還有如下命令：
openssl pkcs8 -topk8 -inform PEM -in rsa_private_key.pem -outform PEM -nocrypt
該命令將RSA私鑰轉換成PKCS8格式，對於PHP來說，不需要。
支付寶公鑰：
根據手冊，在簽約平台獲得。
如果你直接復制下來的話，會得到一個字元串，需要進行下面的轉換；
1）把空格變成換行
2）添加註釋
比如你復制下來的公鑰是：
ztPFg0D3tu7jLqCacgqL+lbshIaItDGEXAMZmKa3DV6Wxy+l48YMo0RyS+dWze4M
UmuxHU/v6tiT0ZTXJN3EwrjCtCyyttdv/ROB3CkheXnTKB76reTkQqg57OWW+m9j
TCoccYMDXEIWYTs3CwIDAQAB，那轉換之後為：
-----BEGIN PUBLIC KEY-----

ztPFg0D3tu7jLqCacgqL+lbshIaItDGEXAMZmKa3DV6Wxy+l48YMo0RyS+dWze4M
UmuxHU/v6tiT0ZTXJN3EwrjCtCyyttdv/ROB3CkheXnTKB76reTkQqg57OWW+m9j
TCoccYMDXEIWYTs3CwIDAQAB
-----END PUBLIC KEY-----
把公鑰保存在文件里。
注意這個是2048位的公鑰應該是9行或者10行，不能為1行，不然PHP的openssl_pkey_get_public無法讀取，pub_key_id的結果為false，如果沒有-----BEGIN PUBLIC KEY----- 和 -----END PUBLIC KEY----- 可以自己加上，最後保存到一個rsa_public_key.pem文件中。
好了，現在已經有了所有的東西，先看簽名函數：
復制代碼
1 <?php
2 /**
3 * 簽名字元串
4 * @param $prestr 需要簽名的字元串
5 * return 簽名結果
6 */
7 function rsaSign($prestr) {
8 $public_key= file_get_contents('rsa_private_key.pem');
9 $pkeyid = openssl_get_privatekey($public_key);
10 openssl_sign($prestr, $sign, $pkeyid);
11 openssl_free_key($pkeyid);
12 $sign = base64_encode($sign);
13 return $sign;
14 }
15 ?>
復制代碼
注意點：
1.$prestr的內容和MD5一樣（參見手冊，但不包含最後的MD5密碼）
2.簽名用商戶私鑰
3.最後的簽名，需要用base64編碼
4.這個函數返回的值，就是這次請求的RSA簽名。
驗簽函數：
復制代碼
1 <?php
2 /**
3 * 驗證簽名
4 * @param $prestr 需要簽名的字元串
5 * @param $sign 簽名結果
6 * return 簽名結果
7 */
8 function rsaVerify($prestr, $sign) {
9 $sign = base64_decode($sign);
10 $public_key= file_get_contents('rsa_public_key.pem');
11 $pkeyid = openssl_get_publickey($public_key);
12 if ($pkeyid) {
13 $verify = openssl_verify($prestr, $sign, $pkeyid);
14 openssl_free_key($pkeyid);
15 }
16 if($verify == 1){
17 return true;
18 }else{
19 return false;
20 }
21 }
22 ?>
復制代碼
注意點：
1.$prestr的內容和MD5一樣（參見手冊）
2.$sign是支付寶介面返回的sign參數用base64_decode解碼之後的二進制
3.驗簽用支付寶公鑰
4.這個函數返回一個布爾值，直接告訴你，驗簽是否通過
支付寶官方提供的PHP版SDK demo中只對MD5加密方式進行了處理，但android 端和ios端 請求支付寶加密方式只能用RSA加密演算法，這時服務端PHP就無法驗證簽名了，所以需要對demo進行一些修改。
1、修改alipay_notify.class.php文件
verifyNotify 函數第46行
$isSign = $this->getSignVeryfy($_POST, $_POST["sign"]);
改成
$isSign = $this->getSignVeryfy($_POST, $_POST["sign"], $_POST["sign_type"]);
verifyReturn 函數第83行
$isSign = $this->getSignVeryfy($_GET, $_GET["sign"]);
改成
$isSign = $this->getSignVeryfy($_GET, $_GET["sign"], $_GET["sign_type"]);
getSignVeryfy 函數 116行
function getSignVeryfy($para_temp, $sign) {
改成
function getSignVeryfy($para_temp, $sign, $sign_type) {
getSignVeryfy 函數 127行
switch (strtoupper(trim($this->alipay_config['sign_type']))) {
case "MD5" :
$isSgin = md5Verify($prestr, $sign, $this->alipay_config['key']);
break;
default :
$isSgin = false;
}
改成
switch (strtoupper(trim($sign_type))) {
case "MD5" :
$isSgin = md5Verify($prestr, $sign, $this->alipay_config['key']);
break;
case "RSA" :
$isSgin = rsaVerify($prestr, $sign);
break;
default :
$isSgin = false;
}
2、新建一個alipay_rsa.function.php文件
復制代碼
1 <?php
2 /* *
3 * RSA
4 * 詳細：RSA加密
5 * 版本：3.3
6 * 日期：2014-02-20
7 * 說明：
8 * 以下代碼只是為了方便商戶測試而提供的樣例代碼，商戶可以根據自己網站的需要，按照技術文檔編寫,並非一定要使用該代碼。
9 * 該代碼僅供學習和研究支付寶介面使用，只是提供一個參考。
10 */
11 /**
12 * 簽名字元串
13 * @param $prestr 需要簽名的字元串
14 * return 簽名結果
15 */
16 function rsaSign($prestr) {
17 $public_key= file_get_contents('rsa_private_key.pem');
18 $pkeyid = openssl_get_privatekey($public_key);
19 openssl_sign($prestr, $sign, $pkeyid);
20 openssl_free_key($pkeyid);
21 $sign = base64_encode($sign);
22 return $sign;
23 }
24 /**
25 * 驗證簽名
26 * @param $prestr 需要簽名的字元串
27 * @param $sign 簽名結果
28 * return 簽名結果
29 */
30 function rsaVerify($prestr, $sign) {
31 $sign = base64_decode($sign);
32 $public_key= file_get_contents('rsa_public_key.pem');
33 $pkeyid = openssl_get_publickey($public_key);
34 if ($pkeyid) {
35 $verify = openssl_verify($prestr, $sign, $pkeyid);
36 openssl_free_key($pkeyid);
37 }
38 if($verify == 1){
39 return true;
40 }else{
41 return false;
42 }
43 }
44 ?>

Ⅶ 商戶支付寶支付密鑰修改會影響線上支付

影響，需要在後台更改相應的KEY值。
密鑰是一種參數，它是在明文轉換為密文或將密文轉換為明文的演算法中輸入的參數。密鑰分為對稱密鑰與非對稱密鑰。
對於普通的對稱密碼學，加密運算與解密運算使用同樣的密鑰。通常,使用的對稱加密演算法比較簡便高效，密鑰簡短，破譯極其困難，由於系統的保密性主要取決於密鑰的安全性，所以，在公開的計算機網路上安全地傳送和保管密鑰是一個嚴峻的問題。正是由於對稱密碼學中雙方都使用相同的密鑰，因此無法實現數據簽名和不可否認性等功能。

Ⅷ 支付寶的安全技術在國際是什麼水平

支付寶的安全技術在國際上屬於先進的水平，因為曾經有電視節目直播過一群黑客想黑入支付寶的系統最終都沒有成功，而且這種系統都是自動反饋的，不用人工監督。而且支付寶每年都會投入大量的資金和人力來把自己系統做的最佳的完美。

Ⅸ 支付寶加密技術是來自外國嗎

支付寶加密技術源自外國
一，支付寶採用MD5加密技術

二，此技術為Ronald L. Rivestg開發產品

三，支付寶只是購買相關軟體服務技術及平台維護團隊
支付寶安全使用方法請咨詢淘寶或新浪微博三位粉 建議親們慎重使用

Ⅹ 支付寶使用哪些安全協議

支付寶採用SET協議保證安全性。
安全電子交易協議 (Secure Electronic Transaction,簡稱SET協議)，是基於信用卡在線支付的電於商務安全協議，它是由VISA和MasterCard兩大信用卡公司於1997年5月聯合推出的規范。SET主要是為了解決用戶、商家和銀行之間通過信用卡支付的交易而設計的，以保證支付命令的機密、支付過程的完整、商戶及持卡人的合法身份，以及可操作性。SET通過制定標准和採用各種密碼技術手段，解決了當時困擾電子商務發展的安全問題。
SET是在開放網路環境中的卡支付安全協議，它採用公鑰密碼體制(PKI)和X.509電子證書標准，通過相應軟體、電子證書、數字簽名和加密技術能在電子交易環節上提供更大的信任度、更完整的交易信息、更高的安全性和更少受欺詐的可能性。SET協議用以支持B-C這種類型的電子商務模式，即消費者持卡在網上購物與交易的模式。
SET協議的功能
SET協議是信用卡在網際網路上進行支付的一種開放式安全協議和格式。解決持卡人、商家和銀行之間通過信用卡來進行網上支付的交易，旨在保證支付命令的機密性、支付過程的完整性、商家以及持卡人身份的合法性以及可操作性。
SET協議採用的加密和認證技術
SET使用多種密鑰技術來達到安全交易的要求，其中對稱密鑰技術、公鑰加密技術和Hash演算法是其核心。綜合應用以上三種技術產生了數字簽名、數字信封、數字證書等加密與認證技術。
SET標準的應用與局限性
SET 1.0版自1997年推出以來推廣應用較慢，沒有達到預期的效果。最大的挑戰在於定期進行網上購物的消費者極少，原因主要是SET協議為了保證安全性而犧牲了簡便性、操作過於復雜、成本較高、具有較大競爭力的SSL協議的廣泛應用以及部分經濟發達國家的法律規定了持卡人承擔較低的信用卡風險等。SET協議提供了多層次安全保障，復雜程度顯著增加；這些安全環節在一定程度上增加了交易的復雜性。
另外，SET協議目前只局限於銀行卡的網上支付，對其他方式的支付沒有給出很好的解決方案。SET協議只支持B2C模式的電子商務，而不支持目前最具有前途和影響力的B2B電子商務交易。
SET由於其高度的安全性和規范性，使其逐步發展成為目前安全電子支付的國際標准。由於SSL協議的成本低、速度快、使用簡單，對現有網路系統不需進行大的修改，因而目前取得了廣泛的應用。但隨著電子商務規模的擴大，網路欺詐的風險性也在提高，在未來的電子商務中SET協議將會逐步占據主導地位。