方法一:
使用密鑰和證書方式這個我沒有驗證可以參考:
這裡測試成功方法二:
windows方法在很少的sslkey中測試成功了，太對之前就一直提示失敗
步驟:
1. windows 添加環境變量SSLKEYLOGFILE 設置 sslkey的存儲位置
或者
在chrome 的啟動參數中添加 --ssl-key-log-file=%userprofile%\desktop\ssl.txt
2. 在wrieshark中添加對應的sslkey，位置為:
点击编辑>首选项>protocol>ssl：
在(Pre)-Master-Secretlog filename中选择刚才设置的变量值。
結果驗證:
如果可以解密成功
之前看到的TLSv1.2的包都變成了http2
否則就是無法解密的。
這個sslkey 大致如下:
- Clienthello：发送客户端的功能和首选项给服务器，在连接建立后，当希望重协商、或者响应服务器的重协商请求时会发送。
- version：客户端支持的最佳协议版本
- Random：共32字节，28字节随机数，4字节额外信息，受客户端时钟影响（为了避免浏览器指纹采集，现在一般会对4字节时钟做扭曲）
- Session ID：32字节随机数，用于和服务器重建会话，为空表示新建会话
- cipher suit：客户端支持的所有密码套件，按优先级排列
- Compression：客户端支持的压缩算法，默认无压缩
- Extensions：由任意数量的扩展组成，携带额外数据
- ServerHello：
- 选择客户端提供的参数反馈客户端
- 服务器无需支持客户端支持的最佳版本，如果服务器不支持客户端版本，可以提供其他版本以期待客户端可以接受
- Certificate：
- 用于携带服务器X.509证书链
- 主证书必须第一个发送，中间证书按照正确的顺序跟在主证书之后
- 服务器必须保证发送的证书和选择的算法套件一致
- Certificate消息时可选的
- ServerKeyExchange: 携带密钥交换的额外数据，取决于加密套件
- ServerHelloDone：服务器已将所有预计的握手消息发送完毕
- ClientkeyExchange：携带客户端为密钥交换提供的信息
- ChangeCipherSpec：发送端已取得用以连接参数的足够的信息
- Finish：握手完成，消息内容加密，双方可以交换验证，整个握手完整性所需的数据
- 算法：verrify_data = PRF(master_secret , finished_label,hash(handshake_message))
要解密HTTPS流量，需要得到加密密钥，加密密钥由主密钥、客户端随机数、服务器随机数生成。由上述握手过程可知，客户端随机数和服务器随机数在双方握手消息中传递，而主密钥（master_secret）则由预主密钥（pre_master_secret）结合两个随机数生成。预主密钥通过密码套件中的密钥交换算法进行交换（DH、RSA）。
没有评论:
发表评论