换电脑后,博客一直没有顺利地迁移到新电脑。控制台提示没有权限,不确定具体是什么原因,但是我猜想应该是git全局设置为了azurewhale,现在我要使用的是nanjingzt。
为了彻头彻尾地弄清楚这个问题,我先后了解
- 密码学基础
- 数字签名是什么?
- SSH原理与运用
密码学基础
①加密方法分为两大类。一类是单钥加密,加密和解密过程都用同一套密码;一类叫做双钥加密,加密和解密过程用的是两套密码。
②在单钥加密的情况下,密钥只有一把,所以密钥的保存变得很重要。一旦密钥泄漏,密码也就被破解。
③双钥加密中,密钥有两把,一把是公开的公钥,还有一把是不公开的私钥。
④在双钥体系中,公钥用来加密信息,私钥用来数字签名。
⑥双钥加密的原理如下:
公钥和私钥是一一对应的关系。用公钥可以解开私钥加密的信息,反之亦成立。⑦因为任何人都可以生成自己的(公钥,私钥)对,所以为了防止有人散布伪造的公钥骗取信任,就需要一个可靠的第三方机构来生成经过认证的(公钥,私钥)对。目前,世界上最主要的数字服务认证商是位于美国加州的Verisign公司,它的主要业务就是分发RSA数字证书。
数字签名是什么?
A有两把钥匙,一把是公钥,另一把是私钥。
A把公钥送给他的朋友们----苏珊、Y、Z----每人一把。苏珊要给A写一封保密的信。她写完后用A的公钥加密,就可以达到保密的效果。A收信后,用私钥解密,就看到了信件内容。这里要强调的是,只要A的私钥不泄露,这封信就是安全的,即使落在别人手里,也无法解密。A给苏珊回信,决定采用"数字签名"。他写完后先用Hash函数,生成信件的摘要。
然后,A使用私钥,对这个摘要加密,生成"数字签名"。A将这个签名,附在信件下面,一起发给X。苏珊收信后,取下数字签名,用A的公钥解密,得到信件的摘要。由此证明,这封信确实是鲍勃发出的。苏珊再对信件本身使用Hash函数,将得到的结果,与上一步得到的摘要进行对比。如果两者一致,就证明这封信未被修改过。复杂的情况出现了。Y想欺骗苏珊,Y偷偷使用了苏珊的电脑,用自己的公钥换走了苏珊的公钥。此时,苏珊实际拥有的是Y的公钥,但是还以为这是A给自己的公钥。因此,Y就可以冒充A,用自己的私钥做成"数字签名",写信给苏珊,让苏珊用假的公钥进行解密。
后来,苏珊感觉不对劲,发现自己无法确定公钥是否真的属于A。她想到了一个办法,要求A去找"证书中心"(certificate authority,简称CA),为公钥做认证。证书中心用自己的私钥,对A的公钥和一些相关信息一起加密,生成"数字证书"。
A拿到数字证书以后,就可以放心了。以后再给苏珊写信,只要在签名的同时,再附上数字证书就行了。
苏珊收信后,用证书中心的公钥解开数字证书,就可以拿到A真实的公钥了,然后就能证明"数字签名"是否真的是A签的。
SSH原理与运用
SSH是一种网络协议,用于计算机之间的加密登录。
如果一个用户从本地计算机,使用SSH协议登录另一台远程计算机,我们就可以认为,这种登录是安全的,即使被中途截获,密码也不会泄露。
SSH之所以能够保证安全,原因在于它采用了公钥加密。
所谓"公钥登录",原理很简单,就是用户将自己的公钥储存在远程主机上。登录的时候,远程主机会向用户发送一段随机字符串,用户用自己的私钥加密后,再发回来。远程主机用事先储存的公钥进行解密,如果成功,就证明用户是可信的,直接允许登录shell,不再要求密码。
整个过程是这样的:(1)远程主机收到用户的登录请求,把自己的公钥发给用户。(2)用户使用这个公钥,将登录密码加密后,发送回来。(3)远程主机用自己的私钥,解密登录密码,如果密码正确,就同意用户登录。
这种方法要求用户必须提供自己的公钥。如果没有现成的,可以直接用ssh-keygen生成一个:
ssh-keygen -t rsa -C "你的github注册邮箱"
运行结束以后,默认在c盘的用户名下的.ssh文件夹下,会新生成两个文件:id_rsa.pub和id_rsa。前者是你的公钥,后者是你的私钥。