⑴ 电脑RSA是加密的那里怎么找到
这不用专门找啊，因为RSA的算法本身就是公开的。是谁都可以用。
在很多地方你都能看到这个应用，例如支付宝和网银的数字证书就是一个RSA加密的运用。
一般RSA在计算机应用都是以证书签名的形式存在的。
⑵ 支付宝SDK怎么用
可以先去下载一个的有源码DEMO。
现在的SDK改名叫移动支付集成开发包。
步骤方法：
1、调用支付宝支付接口
2、处理支付宝返回的支付结果
在调用支付宝支付接口前，还需要先生成一个订单，文档中描述时，是将这步也放在客户端来做了，但也可以在服务器端生成这个订单（图中支付宝会在支付成功后通知服务器端，所以在服务器端生成订单的话，可以掌握所有订单，而且也会更安全）：
生成订单（可以在iOS客户端内生成，也可以在服务器端生成）。
3、调用支付宝支付接口，发送订单
4、处理支付宝返回的支付结果
其实对于业务来说，这些步骤已经够了，但是有一个安全性问题，不希望接收到的支付结果被截获修改，所以，这就需要在生成订单和处理支付结果的时候做一个安全性校验：
生成订单时对数据签名，收到支付结果时对数据进行签名验证，以检验数据是否被篡改过。
5、采用RSA加密方式做签名验证。
⑶ 支付宝加密技术是来自外国吗
支付宝加密技术源自外国
一，支付宝采用MD5加密技术
二，此技术为Ronald L. Rivestg开发产品
三，支付宝只是购买相关软件服务技术及平台维护团队
支付宝安全使用方法请咨询淘宝或新浪微博三位粉 建议亲们慎重使用
⑷ 四、公钥和私钥，加密和数字签名
本文涉及到支付宝SDK的内容，均摘自支付宝开放平台。
因为支付宝SDK使用RSA来加密和生成数字签名，所以本文中涉及到的概念也都是针对于RSA的。
一对儿密钥生成后，会有公钥和私钥之分，我们需要把私钥保存下来，而把公钥发布出去。一对儿公钥和私钥，不能由其中一个导出另一个。
比如使用支付宝SDK的时候，我们商户端会生成一对儿密钥A和B，A是私钥，B是公钥，支付宝也会生成一对儿密钥C和D，C是私钥，D是公钥。我们商户端需要把商户端私钥A保存下来，而把商户端公钥B发布出去给支付宝，支付宝需要把支付宝私钥C保存下来，而把支付宝公钥D发布出去给我们商户端。
加密是指我们使用一对儿密钥中的一个来对数据加密，而使用另一个来对数据解密的技术，需要注意的是公钥和私钥都可以用来加密，也都可以用来解密 ，并不是规定死了只能用公钥加密私钥解密，但是加解密必须是一对儿密钥之间的互相加解密，否则不能成功。
加密的目的是为了保证数据的不可读性，防止数据在传输过程中被截获。
知道了加密这个概念，我们先看一下支付宝的加密过程，再引出数字签名这个概念。接着第1小节的例子，当我们商户端和支付宝互相发布了公钥之后，我们商户端手里就有 商户端私钥 和 支付宝公钥 两个密钥，支付宝手里也有 商户端公钥 和 支付宝私钥 两个密钥。现在假设我们商户端要给支付宝传输订单信息，那么为了保证传输订单信息时数据的安全性，结合我们商户端手里所拥有的密钥，可以有两套加密方案
貌似这两套加密方案都能达到对订单信息加密的效果，而且如果采用方案二，我们商户端甚至只需要存储支付宝公钥这一个密钥，都不用去申请一对儿商户端的公私钥来维护，支付宝也不用保存我们一堆商户那么多的商户端公钥了，这不是更简单吗，那为什么支付宝开放平台让我们采用的是方案一而不是方案二呢？下面来回答一下。
支付宝开放平台说明：当我们采用RSA（1024位密钥）来加密的时候，支付宝分配给所有商户的支付宝公钥都是一样的，即支付宝针对那么多的商户只负责维护一对儿支付宝公私钥，这就意味着支付宝公钥随便什么人拿到后都是一样的；而当我们采用RSA2（2048位密钥）来加密的时候，支付宝会分配给每个商户单独的一个支付宝公钥，即支付宝为每一个的商户单独的维护一对独立的支付宝公私钥，当然一个商户下的多个App的支付宝公钥是一样的。RSA是早就支持的，RSA2是最近才支持的。
知道了上面这段话，现在假设我们采用的是方案二，并且采用RSA加密（很多老业务并没有使用RSA2加密），业务逻辑将会是下面这样。
这就出问题了， RSA加密下，支付宝公钥是公开发布的，而且所有的商户用的都是同一个支付宝公钥（上面声明了RSA2加密下，支付宝才针对每个商户维护了一对儿公私钥），攻击者很容易就能获取到，而 notify_url 也很容易被截获，那攻击者拿到这两个东西就可以做和商户一样的操作来发起支付请求，这样就会一直给小明充钱了。
所以 支付宝就需要确认支付请求确实是商户发给他们的，而不是攻击者发给他们的。 这就用到了 数字签名 ，我们会通过方案一的实现流程来引出数字签名的具体概念。如果我们采用的是方案一，我们商户端保存的就是商户端私钥和支付宝公钥，而支付宝保存的就是需要存着商户端公钥和支付宝私钥的，业务逻辑将会是下面这样。
这样就可以保证交易的安全性了，我们也可以看出使用支付宝SDK保证交易的安全性注重的其实不是订单信息是否加密，而是如何确保商户端和支付宝能够互相确认身份，订单信息是明文的，但是后面拼接了数字签名。
数字签名其实就是明文数据加密之后得到的一个密文，只不过它是用私钥加密生成的而已，我们一般会把数字签名拼接在明文数据后面一起传递给接收方，接收方收到后用公钥解密数字签名，从而验证发送方的身份、以及明文数据是否被篡改。数字签名的生成过程其实就是一个加密过程，数字签名的验签过程就是一个解密过程。
数字签名的目的有两个：一、发送方和接收方互相验证身份；二、验证数据是否被篡改。
从上面第一部分我们知道为了确保商户和支付宝交易的安全性，约定采用的是给订单信息加数字签名传输的方式。支付宝也为我们提供了 一键生成RSA密钥的工具 ，可以帮助我们很快的生成一对商户端公私钥。以下会对支付宝SDK的支付流程做个大概的解释，并点出实际开发中我们使用支付宝SDK时应该注意的地方。
由我们商户端自己生成的RSA私钥（必须与商户端公钥是一对），生成后要保存在服务端，绝对不能保存在客户端，也绝对不能从服务端传输给客户端。
用来对订单信息加签，加签过程一定要在服务端完成，绝对不能在客户端做加，客户端只负责用加签后的订单信息调起支付宝来支付。
由我们商户端自己生成的RSA公钥（必须与商户端私钥是一对），生成后需要填写在支付宝开放平台。
用来给支付宝服务端验签经过我们加签后的订单信息，以确保订单信息确实是我们商户端发给支付宝的，并且确保订单信息在传输过程中未被篡改。
这个和我们就没关系了，支付宝私钥是他们自己生成的，也是他们自己保存的。
用来对支付结果进行加签。
支付宝公钥和支付宝私钥是一对，也是支付宝生成的，当我们把商户端公钥填写在支付宝开放平台后，平台就会给我们生成一个支付宝公钥，我们可以复制下来保存在服务端，同样不要保存在客户端，并且不要传输给客户端。
用来让服务端对支付宝服务端返给我们的同步或异步支付结果进行验签，以确保支付结果确实是由支付宝服务端返给我们服务端的，而且没有被篡改，对支付结果的验签工作也一定要在服务端完成。
上面已经说过了： 订单信息的加签和支付结果的验签是一定要在服务端做的，绝对不能在客户端做。
下面是在客户端对订单信息加签的过程，仅仅是为了模拟服务端来表明订单信息是如何通过加签最终转变为orderString的， 千万不要觉得订单信息的加签过程也可以放在客户端完成 。
假设我们服务端收到了来自支付宝服务端的支付结果，即： 支付结果+数字签名 。
那么我们服务端就会对支付结果进行验签，怎么个验法呢？
⑸ 非对称加密算法有哪些
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在计算秘钥的过程中，部分因子使用了椭圆曲线算法。
⑹ 支付宝里的兴业基金安全吗
支付宝是中国着名的移动支付平台，其与多家基金公司合作，为用户提供基金购买、赎回等服务。其中，兴业基金是支付宝合作的一家基金公司，那么支付宝里的兴业基金是否安全呢？本文将从以下两个方面谈谈我的看法：兴业基金的安全性和支付宝的安全保障措施。
首先，兴业基金是一家拥有多年历史和良好声誉的基金公司，其管理的基金产品在市场上表现良好，深受投资者的信任。兴业基金公司成立于1998年，目前拥有完善的管理体系和风险控制机制，在运营过程中注重风险控制，严格控制投资风险。同时，兴业基金公司还拥有专业的基金经理团队，对基金启核仔投资进行精细化管理，以提高基金的收益率和稳定性。因此，从基金公司的角度来看，兴业基金是一家安全可靠的基金公司。
其次，支付宝作为一个着名的移动支付平台，在信息安全方面具有多重保障措施，为用户提供安全的交易环境。首先，支付宝采用了多种加密技术，包括SSL加密和RSA加密，保障用户信息的安全。其次，支付宝还设置了多层身份认证机制，用户需要提供多种身份信息才能完成交易，从而悄汪减少了潜在的风险。此外，支付宝还设置了风险控制系统，能够及时监测用户的交易行为，发现异常交易并及时防范风险。
总的来说，支付宝里的兴业基金是安全的。兴业基金是一家拥有多年历史和良好声誉的基金公司，具有较高的安全性和可靠性。同时，支付氏纤宝也采取了多重的安全保障措施，以保障用户的交易安全。当然，投资者在购买基金时，也需要注意基金的风险和收益的平衡，选择适合自己的基金产品，并采取合理的投资策略，以规避潜在的风险。
⑺ 支付宝RSA2密钥是指什么
注：猛闹知上传公钥视频【点击观看】 说明： 所有说的公钥上传弯缓都是指上传商户自己公钥一般命名：rsa_public_key appid请求的请上传公钥到您的appid下面 pid请求的请上传到mapi网关密钥产品中 密钥上传（以上传到开放平台为例）： 1.登录上传公钥地枝消址【点击登录】 2.首先确认要上传到哪一个appid下（如下图）需要上传RSA2(SHA256)密钥(推荐)，还是上传RSA(SHA1)密钥 3.打开》设置应用公钥》需要手机验证，验证完成跳转（如下图）
