写下此博客记录心得体会,如有不足之处请指正   先是手稿笔记 :  正文:   在Https协议中,Client端和Server端需要三个参数才能生成SessionKey来加密信息. 三个参数分别是 Client Random(客户端随机数) 假设是CServer Random(服务端随机数) 假设是SPreMaster Random(待加密随机数) 假设是P   前两个都是通过明文的方式传输,即C从客户端以明文的方式发送给服务端,S从服务端以明文的发送发送给客户端   而P则是最重要,也是最关

1.引言 CSDN搞什么短信验证,7年的账号居然登陆不了,真心抓狂,WTF!!!! DH,全称为"Diffie-Hellman",这是一种确保共享KEY安全穿越不安全网络的方法,换句话说就是密钥一致协议,由公开密钥密码体制的奠基人Diffie和Hellman所提出的一种思想. 简单的说就是允许两名用户在公开媒体上交换信息以生成"一致"的.可以共享的密钥.也就是由甲方产出一对密钥(公钥.私钥),乙方依照甲方公钥产生乙方密钥对(公钥.私钥).它可以让双方在完全没有对方任

DH密钥交换算法:DH的全称为Diffie-Hellman ,该算法可以在需要安全传输的前提下,确定双方的对称密钥,该算法的核心在于双方的私钥没有进入网络传输流程,根据对方的公钥和己方的私钥,可以计算出同样的Key.攻击方即便获取到了公钥和P,G值,也无法计算出Key值.公钥:会进入网络传输的密钥部分,该部分是公开的.私钥: 由端自己保存的密钥部分,该部分不允许公开.DK:加密算法中,用X对敏感数据进行加密后,再用Key对X加密得到DK,然后X就被舍弃了,这里的X没有持久化,使用完内存就被销毁,

w  追问:0-短URL 的时效性,(比如微信个人账户的永久二维码和群的约7天时效二维码):1-0中的时效性对于算法选择的影响,比如简单的HAS映射.sha1.md5......   https://goo.gl/t4NZe8 https://wapbaike.baidu.com/item/Diffie-Hellman/9827194?bk_fr=img

密钥交换 密钥交换简单点来说就是允许两名用户在公开媒体上交换信息以生成"一致"的.可以共享的密钥.也就是由甲方产出一对密钥(公钥.私钥),乙方依照甲方公钥产生乙方密钥对(公钥.私钥).它可以让双方在完全没有对方任何预先信息的条件下通过不安全信道建立起一个密钥.这个密钥可以在后续的通信中作为对称密钥来加密通讯内容. 离散对数问题 如果p 是一个素数,g 和x 是整数,计算 \(y = g^x mod p\) 非常快.但是相反的过程:先知道 p, g 和y,要求某个x(离散对数),满足等式

本文转载自SSL/TLS协议详解(上):密码套件,哈希,加密,密钥交换算法 导语 作为一名安全爱好者,我一向很喜欢SSL(目前是TLS)的运作原理.理解这个复杂协议的基本原理花了我好几天的时间,但只要你理解了底层的概念和算法,就会感觉整个协议其实很简单.在学习SSL运作原理的过程中,我获益匪浅.回想起在大学期间学到的密码学,那段时间学习它们可是一件很无聊的事.现在,我开始明白老师为什么要让我学习加密的算法,因为密码学可以让我们的生活变得更加轻松.在这里,我想分享我所学到的一切,当然,我希望这对你

转自:http://www.tuicool.com/articles/em6zEb DH密钥交换和ECDH原理 时间 2013-06-24 18:50:55  CSDN博客 原文  http://blog.csdn.net/sudochen/article/details/9164427 主题 安全技术 下面我们以Alice和Bob为例叙述Diffie-Hellman密钥交换的原理. 1,Diffie-Hellman交换过程中涉及到的所有参与者定义一个组,在这个组中定义一个大质数p,底数g. 2

## 简介 Diffie-Hellman(简称DH)是密钥交换算法之一,它的作用是保证通信双方在非安全的信道中安全地交换密钥.目前DH最重要的应用场景之一,就是在HTTPS的握手阶段,客户端.服务端利用DH算法交换对称密钥. 下面会先简单介绍DH的数理基础,然后举例说明如何在nodejs中使用DH相关的API. ## 数论基础 要理解DH算法,需要掌握一定的数论基础.感兴趣的可以进一步研究推导过程,或者直接记住下面结论,然后进入下一节. 1. 假设 Y = a^X mod p,已知X的情况下,很

DH密钥交换和ECDH原理 时间 2013-06-24 18:50:55 CSDN博客相似文章 (0) 原文  http://blog.csdn.net/sudochen/article/details/9164427 下面我们以Alice和Bob为例叙述Diffie-Hellman密钥交换的原理. 1,Diffie-Hellman交换过程中涉及到的所有参与者定义一个组,在这个组中定义一个大质数p,底数g. 2,Diffie-Hellman密钥交换是一个两部分的过程,Alice和Bob都需要一个

Diffie-Hellman密钥交换算法 之前做过的一个项目中用过DH算法(Diffie-Hellman),这种密钥交换技术的目的在于使得两个用户安全地交换一个共享密钥(shared secret)以便用于以后的报文加密. DH算法的有效性依赖于计算离散对数的难度.简言之,可以如下定义离散对数:首先定义一个素数p的原根,为其各次幂产生从1 到p-1的所有整数根,也就是说,如果g是素数p的一个原根,那么数值 g mod p, g2 mod p, ..., gp-1 mod p 是各不相同的整数,并

1DH算法 1.1.原根公式:g^i mod P 条件:1<g<P,0<i<P 原根:介于[1, p-1]之间的任意2个数i,j(p为素数,i≠j)的结果不相等,即 g^i mod p ≠ g^j mod p ,则g为p的原根. 同余式:正整数a,b对p取模,它们的余数相同,记做 或者a ≡ b (mod p) 示例:模为7 设a= 2,由于2^3=8≡1(mod 7),2^6=64≡1(mod7),2^3≡2^6(mod7),所以 2 不是模 7 的一个原根. 设a= 3,由于3

HTTPS 常用的密钥交换算法有两种,分别是 RSA 和 ECDHE 算法. 其中,RSA 是比较传统的密钥交换算法,它不具备前向安全的性质,因此现在很少服务器使用的.而 ECDHE 算法具有前向安全,所以被广泛使用. 我在上一篇已经介绍了 RSA 握手的过程,今天这一篇就「从理论再到实战抓包」介绍 ECDHE 算法. 离散对数 ECDHE 密钥协商算法是 DH 算法演进过来的,所以我们先从 DH 算法说起. DH 算法是非对称加密算法, 因此它可以用于密钥交换,该算法的核心数学思想是离散对数.

/*  * 密钥交换算法,即非对称加密算法  * */ public class DHCoder {         //非对称加密算法         public static final String KEY_ALGORITHM= "DH";         //本地密钥算法,即对称加密算法         public static final String SECRET_ALGORITHM= "AES";         private  static f

DH密钥交换 密模运算 所谓幂模,就是先做一次幂运算,再做一次模运算. 模运算有以下性质: 也就是说,先模再乘和先乘再模,只要最后都模了同一个模数,结果都是一样. 有了这个性质,我们首先得到幂模运算的这种两次运算交换律. 单向性 已知 g 和 n 容易计算得到 y ,而已知 g 和 y 很难求得 x . 举个例子说明: 这个显示结果的最后一列,也可以再次印证欧拉定理. 由于到目前位置都没有一个很好的求解离散对数的算法,只有正向一个一个的试 才能找到那个满足条件的 x . DH密钥交换 由于幂模运

迪菲-赫尔曼密钥交换(Diffie–Hellman key exchange,简称"D–H") 是一种安全协议. 它可以让双方在完全没有对方任何预先信息的条件下通过不安全信道建立起一个密钥.这个密钥可以在后续的通讯中作为对称密钥来加密通讯内容. (1).算法描述 离散对数的概念: 原根:如果a是素数p的一个原根,那么数值: amodp,a^2 modp,-,a^(p-1) modp 是各不相同的整数,且以某种排列方式组成了从1到p-1的所有整数. 离散对数:如果对于一个整数b和素数p的

原文地址: http://my.oschina.net/u/1188877/blog/164982 一.SSL握手有三个目的:1. 客户端与服务器需要就一组用于保护数据的算法达成一致:2. 它们需要确立一组由那些算法所使用的加密密钥:3. 握手还可以选择对客户端进行认证. 二.SSL握手过程:1. 客户端将它所支持的算法列表和一个用作产生密钥的随机数发送给服务器:2. 服务器从算法列表中选择一种加密算法,并将它和一份包含服务器公用密钥的证书发送给客户端:该证书还包含了用于认证目的的服务器标识,服

SSL消息按如下顺序发送:  1.Client Hello  客户发送服务器信息,包括它所支持的密码组.密码组中有密码算法和钥匙大小: 2.Server Hello  服务器选择客户和服务器都支持的密码组到客户. 3.Certificate  服务器发送一个证书或一个证书链到客户端,一个证书链开始于服务器公共钥匙证书并结束于证明权威的根证书.这个消息是可选的,但服务器证书需要时,必须使用它. 4.Certificate request  当服务器需要鉴别客户时,它发送一个证书请求到客户端.在网络

SSL消息按如下顺序发送:  1.Client Hello  客户发送服务器信息,包括它所支持的密码组.密码组中有密码算法和钥匙大小: 2.Server Hello  服务器选择客户和服务器都支持的密码组到客户. 3.Server Certificate  服务器发送一个证书或一个证书链到客户端,一个证书链开始于服务器公共钥匙证书并结束于证明权威的根证书.这个消息是可选的,但服务器证书需要时,必须使用它. 4.Server Certificate request  当服务器需要鉴别客户时,它发送

SSL:位于传输层和应用层之间,专门实现在传输之前加密,在接收端给应用层之前解密;使用非对称加密技术 SSL原理 1.客户端与服务端建立连接 2.互相Hello(包含支持的版本.算法:加上随机数) 3.服务端发送公钥 客户端发送公钥(双向验证才需要,单向跳过) 服务端验证客户端公钥(双向验证才需要,单向跳过) 4.客户端验证服务端公钥 5.交换DH参数(如果用DH密钥交换算法) 6.客户端使用公钥生成PreMaster Secret,并发送给服务端(DH根据随机数和参数直接算) 7.服务端使用私

数字证书 对于一个安全的通信,应该有以下特征: 完整性:消息在传输过程中未被篡改 身份验证:确认消息发送者的身份 不可否认:消息的发送者无法否认自己发送了信息 显然,数字签名和消息认证码是不符合要求的,这里就需要数字证书来解决其弊端. 数字证书(digital certificate)又称公开密钥认证 PKC(英语:Public key certificate).是在互联网通信中,方式数字签名的秘钥被篡改,是用来证明公开密钥拥有者的身份.此文件包含了公钥信息.拥有者身份信息(主体).以及数字证书

Netty SSL安全配置 [TOC] 摘要 在研发蜂鸟部署平台的过程中,涉及到平台网关和前置agent的通信加密,虽然目前软件在内网中,但是由于蜂鸟平台和agent的特殊性,一旦被控制,部署的软件就会受到很大威胁,蜂鸟平台网关采用Netty开发,下面主要介绍一下netty的ssl配置和安全软件扫出的Diffie-Hellman弱密码问题解决方法 主要名词解释 英文名称或缩写 Netty OpenSSL KeyTool Diffie-Hellman SSL常用认证方式介绍 单向认证 双向认证 C