破解以太坊私钥网站

⑴ 有什么软件可以破解证书里的私钥口令现金答谢!

啊~~快升职了~

⑵ 怎么破解openssl 生成的证书

使用OpenSSL工具生成根证书与应用证书方法：1、生成顶级CA的公钥证书和私钥文件，有效期10年（RSA1024bits，默认）opensslreq-new-x509-days3650-keyoutCARoot1024.key-outCARoot1024.crt2、为顶级CA的私钥文件去除保护口令opensslrsa-inCARoot1024.key-outCARoot1024.key3、生成顶级CA的公钥证书和私钥文件，有效期15年（RSA2048bits，指定）opensslreq-newkeyrsa:2048-x509-days5480-keyoutCARoot2048.key-outCARoot2048.crt4、为顶级CA的私钥文件去除保护口令opensslrsa-inCARoot2048.key-outCARoot2048.key5、为应用证书/中级证书生成私钥文件opensslgenrsa-outapp.key20486、根据私钥文件，为应用证书/中级证书生成csr文件（证书请求文件）opensslreq-new-keyapp.key-outapp.csr7、使用CA的公私钥文件给csr文件签名，生成应用证书，有效期5年opensslca-inapp.csr-outapp.crt-certCARoot1024.crt-keyfileCARoot1024.key-days1826-policypolicy_anything8、使用CA的公私钥文件给csr文件签名，生成中级证书，有效期5年opensslca-extensionsv3_ca-inapp.csr-outapp.crt-certCARoot1024.crt-keyfileCARoot1024.key-days1826-policypolicy_anything以上是生成根证书与应用证书过程中要用到的所有命令，根据生成目标不同，分为三组。其中，前面两组都用于生成自签名的顶级CA（区别只在于密钥长度不同），实际应用中只需根据需求选择一组即可。最后一组用于生成非自签名的证书，包括中级证书与应用证书。所谓中级证书，是具有继续颁发下级证书权限的子CA，而本文中所说的应用证书，特指不能用来继续颁发下级证书，只能用来证明个体身份的证书。顶级CA在签发二者的时候，只是多少一个-extensionsv3_ca选项的区别，这个选项赋予被签发的证书继续签发下级证书的权力。

⑶ 某个比特币地址的情况下，是否有可能通过破解私钥来

不可能。真的不可能。

⑷ 以太妨钱包映射中私钥丢失怎么找回

丢失的话最好是在贴丢失广告

⑸ RSA解密私钥

3599不是素数，
http://hi..com/520huiqin/blog/item/f6bf271bef19be76dab4bd9b.html
这有RSA密码系统的实现，你看看去

⑹ 有一个以太坊地址,在哪里找它的私钥

他的私钥在开发者或者拥有者那里吧。合约数字商品交易平台。

⑺ php如何通过keystore获取到私钥（以太坊）

以太坊源码go-ethereum怎么运行
安装基于MIPS的linux头文件
$ cd $PRJROOT/kernel
$ tar -xjvf linux-2.6.38.tar.bz2
$ cd linux-2.6.38

在指定路径下创建include文件夹，用来存放相关头文件。
$ mkdir -p $TARGET_PREFIX/include

保证linux源码是干净的。
$ make mrproper

生成需要的头自文件。
$ make ARCH=mips headers_check
$ make ARCH=mips INSTALL_HDR_PATH=dest headers_install

将dest文件夹下的所有文件复制到指定的include文件夹内。zd
$ cp -rv dest/include/* $TARGET_PREFIX/include

最后删除dest文件夹
$ rm -rf dest
$ ls -l $TARGET_PREFIX/include

⑻ 暴力破解 ecc 多久

ECC被破译的难度的探讨
1、从上面的分析来看，要想制作出ECC的注册机，似乎需要知道私钥才有可能，这需要穷举。如果是私钥数据长度非常大或是数据对，这基本上是不可能的。
2、sn和Hash,H等都是关联的，能说是牵一发而动全身。
3、Hash经过复杂运算后，还要使计算的最后结果等于自身，即H=Hash，否则将验证失败。
4、带ECC程式的本身只有公钥，而没有私钥。私钥只在注册机中存在。
5、开始的感觉是，带ECC的程式似乎有一种东西游离于程式之外，又在控制着程式验证的运行。知道他，却又抓不住他，这就是私钥。破译一个字，难！
因此，目前常用的方法是爆破和补丁。
ECC被破译的可能性的探讨
细想一下，这有点奇怪。程式在我的机子上运行，代码我的机子上跑，而他的验证运行却受程式之外的某种规律（公钥－私钥关系）的控制。非常是不爽，我本地运行凭什么受外面的某种关系制约啊，哪里有这种逻辑呢？典型的霸王条款！发挥逆向思维想想，既然验证成功的程式能在我的机子上运行，说明他肯定符合某种规律，而这种规律存在于本机的程式中，并不一定是程式之外的那种约束关系！如果这种假设成立的话，那么就说明有非常多种规律能适合于验证关系！
1、分析注册机：
K=k*G R=rG Hash=F(user,R)=F(user,r,G)=SHA(user,x,y) sn=r-Hash*k

sn,Hash,user三者关联，即：sn=r-Hash*k=r-k*SHA(user,x,y)。
2、分析程式验证：
sn,Hash R=sn*G+Hash*K H=F(user,R)=SHA(user,x,y)

验证H是否等于Hash。
3、验证程式的关联：
H=F(user,R))=F(user,sn,G,Hash,K)=SHA(user,x,y）

如果确定user，确定G，确定K（这些都能从软件中逆向出来的），既然验证需求H=Hash，那么我们就令H=Hash，则有H=F(user,sn,G，H，K)＝F(...,sn,...,H），即 H＝F(...,sn,...,H）。这其中，只有H和sn是变化的，给定sn，就能给出相应的H；其他量都是常量。
4、关键的问题：搞清晰F函数的关系，逆向出程式中已有的信息，用符合条件的user，任意sn（只要符合长度等基本限制），理论上就能计算出符合这个关系的Hash。这样的话，就和私钥没有关系了。也就是用某个关系间接代替了公私钥的关系。
5、ECC是穷举，也就是说可能举出非常多符合条件的；实际上穷举也就是没有固定的对应值，因此，这即是其最大的漏洞。因此，有无穷对满足H＝F(...,sn,...,H）关系的密码对。
6、进一步探讨：
对于方程H＝F(...,sn,...,H），有些时候并不一定有解析解。如果有解析解的情况，就是 H＝HASH=f(sn...)，其他量为常值看待，非常容易给出。这样的注册机，其实是需求输入user和sn两个量来确定HASH，而不是通常的一个量。如果方程没有解析解的情况，似乎也要穷举？比如 X=a+b**(X+c)，这里X为变量，a,b,c为常量。 例如HASH=user+2**（a*sn+b*HASH) 等通常是没有解析解的。
如果我们要相信私钥起作用的话，那肯定没有办法了。穷举也许是最笨的办法，我们为什么不能构建其他的关系来满足方程达到能产生解析解呢？只要这些构建的关系能够通过程式的诸如数据长度等基本的验证机制就行了。上面的方程能这样构建额外的关系就能简化并构成简单的联立方程组，而构成这样的关系方程实在太多，比如：
令a*sn+b*Hash=0 方程(1)就变为HASH=user＋1 联立求解上面方程，够简单的吧。如果有某种限制条件，我们同样能令a*sn+b*Hash=1，2..........既然穷举，我们举几个特例就能饶过这些基本的判断了。
7、ECC验证
真正的ECC加密比上面的复杂，但基本原理相同。只不过他采用了椭圆曲线映射验证机制，过程更复杂，也需要更多的构建搭桥技术。
ECC加密被破译的可能性的探讨结论
ECC能否破解？答案是肯定的只是如果程式验证函数的复杂程度如果够难的话，那就看你的逆向功底和数据函数构建能力了。理论上，只要另外构建一个或多个关系函数，这样就能代替私钥了，凡是穷举似乎都能这样做，而且做出的注册机应该有无穷多个。

⑼ 怎样实现对私钥（公钥）进行解密

要实现安全登录，可以采用下面三种方法，一种基于非对称加密算法，一种基于对称加密算法，最后一种基于散列算法。下面我们来分别讨论这三种方法。
非对称加密算法中，目前最常用的是 RSA 算法和 ECC（椭圆曲线加密）算法。要采用非对称加密算法实现安全登录的话，首先需要在客户端向服务器端请求登录页面时，服务器生成公钥和私钥，然后将公钥随登录页面一起传递给客户端浏览器，当用户输入完用户名密码点击登录时，登录页面中的 JavaScript 调用非对称加密算法对用户名和密码用用公钥进行加密。然后再提交到服务器端，服务器端利用私钥进行解密，再跟数据库中的用户名密码进行比较，如果一致，则登录成功，否则登录失败。
看上去很简单，但是这里有这样几个问题。目前 RSA 算法中，1024－2048 位的密钥被认为是安全的。如果密钥长度小于这个长度，则认为可以被破解。但这样的长度超过了程序设计语言本身所允许的数字运算范围，需要通过模拟来实现大数运算。而在 Web 系统的客户端，如果通过 JavaScript 来模拟大数运行的话，效率将会是很低的，因此要在客户端采用这样的密钥来加密数据的话，许多浏览器会发出执行时间过长，停止运行的警告。然而，解密或者密钥生成的时间相对于加密来说要更长。虽然解密和密钥生成是在服务器端执行的，但是如果服务器端是 PHP、ASP 这样的脚本语言的话，它们也将很难胜任这样的工作。ECC 算法的密钥长度要求比 RSA 算法要低一些，ECC 算法中 160 位的密钥长度被认为与 RSA 算法中 1024 位的密钥长度的安全性是等价的。虽然仍然要涉及的模拟大数运算，但 ECC 算法的密钥长度的运算量还算是可以接受的，但是 ECC 算法比 RSA 算法要复杂的多，因此实现起来也很困难。
对称加密算法比非对称加密算法要快得多，但是对称加密算法需要数据发送方和接受方共用一个密钥，密钥是不能通过不安全的网络直接传递的，否则密钥和加密以后的数据如果同时监听到的话，入侵者就可以直接利用监听到的密钥来对加密后的信息进行解密了。
那是不是就不能通过对称加密算法实现安全登录呢？其实只要通过密钥交换算法就可以实现安全登录了，常用的密钥交换算法是 Diffie-Hellman 密钥交换算法。我们可以这样来实现密钥的安全传递，首先在客户端向服务器端请求登录页面时，服务器端生成一个大素数 p，它的本原根 g，另外生成一个随机数 Xa，然后计算出 Ya = gXa mod p，将 p、g、Ya 连同登录页面一起发送给客户端，然后客户端也生成一个随机数 Xb，计算 Yb = gXb mod p，然后再计算 K = YaXb mod p，现在 K 就是密钥，接下来就可以用 K 作密钥，用对称加密算法对用户输入进行加密了，然后将加密后的信息连同计算出来的 Yb 一同发送给服务器端，服务器端计算 K = YbXa mod p，这样就可以得到跟客户端相同的密钥 K 了，最后用客户端加密算法的相应解密算法，就可以在服务器端将加密信息进行解密了，信息解密以后进行比较，一致则登录成功，否则登录失败。需要注意的时候，这里服务器端生成的随机数 Xa 和 客户端生成的随机数 Xb 都不传递给对方。传递的数据只有 p、g、Ya、Yb 和加密后的数据。
但是如果我们不采用加密算法而采用散列算法对登录密码进行处理的话，可以避免被直接解密出原文，但是如果直接采用 MD5 或者 SHA1 来对登录密码进行处理后提交的话，一旦入侵者监听到散列后的密码，则不需要解密出原文，直接将监听到的数据提交给服务器，就可以实现入侵的目的了。而且，目前 MD5 算法已被破解，SHA1 算法则被证明从理论上可破解，就算采用离线碰撞，也可以找出与原密码等价的密码来。所以直接采用 MD5 或者 SHA1 来对密码进行散列处理也是不可行的。
但是如果在散列算法中加入了密钥，情况就不一样了。hmac 算法正好作了这样的事情，下面我们来看看如何用 hmac 算法实现安全登录。首先在客户端向服务器端请求登录页面时，服务器端生成一个随机字符串，连同登录页面一同发送给客户端浏览器，当用户输入完用户名密码后，将密码采用 MD5 或者 SHA1 来生成散列值作为密钥，服务器端发送来的随机字符串作为消息数据，进行 hmac 运算。然后将结果提交给服务器。之所以要对用户输入的密码进行散列后再作为密钥，而不是直接作为密钥，是为了保证密钥足够长，而又不会太长。服务器端接受到客户端提交的数据后，将保存在服务器端的随机字符串和用户密码进行相同的运算，然后进行比较，如果结果一致，则认为登录成功，否则登录失败。当然如果不用 hmac 算法，直接将密码和服务器端生成的随机数合并以后再做 MD5 或者 SHA1，应该也是可以的。
这里客户端每次请求时服务器端发送的随机字符串都是不同的，因此即使入侵者监听到了这个随机字符串和加密后的提交的数据，它也无法再次提交相同的数据通过验证。而且通过监听到的数据也无法计算出密钥，所以也就无法伪造登录信息了。
对称和非对称加密算法不仅适用于登录验证，还适合用于最初的密码设置和以后密码修改的过程中，而散列算法仅适用于登录验证。但是散列算法要比对称和非对称加密算法效率高。

⑽ 求CAD2010序列号和产品密钥

发个注册机给你，希望对你有帮助

首先你的注册机要放在CAD安装目录下，这个不知道你放了没？其次如果你的计算机系统是win7的，那你打开注册机的步骤是右击注册机以管理员方式运行。等到粘贴申请号后要点击mem那个按钮的，再点击确定，再点击gen按钮，将激活码粘贴到CAD里下一步。不知道我说的这几个注意的你注意没有？