CSDN论坛 > Delphi > VCL组件开发及应用

哪里有RSA加密的delphi源代码下载呀? [问题点数:100分,结帖人aton]

Bbs3
本版专家分:830
结帖率 100%
CSDN今日推荐
Bbs5
本版专家分:4156
Bbs6
本版专家分:7662
Blank
红花 2001年1月 Windows专区大版内专家分月排行榜第一
Blank
蓝花 2001年1月 扩充话题大版内专家分月排行榜第三
Bbs1
本版专家分:71
Bbs4
本版专家分:1758
Bbs3
本版专家分:830
Bbs3
本版专家分:830
匿名用户不能发表回复!
其他相关推荐
Delphi中的经典RSA算法源码示例
delphi RSA算法示例以及源码,已经修改为XE系列可用代码,支持中文,可以直接拿来用,用来进行加密和解密
RSA指数模数加密
package hbec.app.weisecurity.utils; import java.math.BigInteger; import java.net.URLDecoder; import java.net.URLEncoder; import java.security.KeyPair; import java.security.KeyPairGenerator; import ja
非对称加密算法 RSA 与 ECC
RSA 属于公钥密码系统,反向使用公钥密码系统便提供了数字签名的功能,RSA 的安全性较高,但是随之而来的计算量也较大(例如指数运算),且会随着规模的增加而增大。 RSA 初始化阶段需要找到两个大素数,p 和 q;其乘积 n = p * q 被称作模。n 的欧拉数为 ϕ(n)=(p−1)∗(q−1)ϕ(n)=(p−1)∗(q−1)\phi(n) = (p-1)*(q-1),根据数论的知识,欧拉...
完整的RSA开发流程以及加解密Demo
import java.security.KeyFactory; import java.security.KeyPair; import java.security.KeyPairGenerator; import java.security.PrivateKey; import java.security.PublicKey; import java.security.spec.PKCS8En...
【国密算法那点事儿】解读DES和SM4、RSA和SM2及SM3
安全是智能卡的核心,而算法是安全的基础。   国密算法由国家密码局发布,包含SM1\ SM2\ SM3\ SM4\ SSF33算法;国际算法由美国的安全局发布,是现今最通用的商用算法。今天小钞就以分组密码算法(DES和SM4)、公钥密码算法(RSA和SM2)、摘要算法(SM3)为例,和大家谈谈国际算法和国密算法的区别。   分组密码算法——国际DES、国产SM4   
android RSA 使用公钥加密里的坑
RAS算法使用公钥加密代码: /** * 公钥加密 */ public static String encryptByPublicKey(String data, String key) throws GeneralSecurityException { byte[] keyBytes = Base64.decode(key, NO_WRAP); X509
java C# RSA加密/解密 通用
package cn.shinkong.cxf.util; import java.security.KeyFactory; import java.security.interfaces.RSAPrivateCrtKey; import java.security.spec.PKCS8EncodedKeySpec; import org.apache.ws.security.ut
开发支付宝支付用DELPHI实现 RSA签名, 阿里智慧门店接入RSA2签名
近来根据业务需求 在ERP中集成了微信支付,支付宝支付,开发支付宝支付时最大的障碍就是RSA签名,找了很多资料,最终用 下了个libeay32.pas  根据网上资料最终解决了问题       function LoadPrivateKey(filename:string ): PEVP_PKEY; var bp : PBIO ; A,pkey :PEVP_PKEY ; begi...
对RSA加密的理解
背景:最近在看唐巧的书>有一段谈到RSA加密算法的 黑客在咖啡馆或机场等一些公共场所,用自己的电脑设置一个与该场所名字相同的免费 WiFi,那么受害者只要不小心使用了该 WiFi,就可能泄漏自己的明文密码。大多数普通人, 都会使用一样的密码登录他的所有的账号,这就意味着他的其他账号,例如淘宝或网上银 行账号也有被盗的风险。 正确的做法应该是这样:事先生成一对用于加密的公私钥,客户端在登录时,使
加密解密--换行符作祟
最近在对于某一个(省略)功能进行联调功能: 大致需求:消息以JSON格式显示--JSON分为消息头(header),消息体(body),消息签名(mac)--通过AES对body内部值进行加密,通过MD5对header+body信息进行加密成mac值; 其实思路真的很简单,但是在测试上真的是测试的不少的天数,原因何在呢? 测试缓慢的原因:1、对于需求细节还欠缺了解-->到底对谁加密?加密前后关系,先对body加密,还是先加密成mac?…… 2、对于细节研究不专心-->最后的一根稻草被加密过程中的换行符所压
关闭
关闭