计算机专业英语中英文对照费下载.docVIP

重 庆 邮 电 大 学 《专业英语》综合作业 题 目 第8章 公开密钥算法：密钥交换函数 二 级 学 院 计算机学院 专 业 名 称 计算机科学与技术 班 级 3110703 学 生 学 号 学 生 姓 名 尹 飚 指 导 教 师 郑 武 成 绩 填表时间： 2010 年 12 月 翻译原文（189-190） 8.2.3 Computing Shared Secrets Now that parameters have been generated and received by the two peers, each peer must generate key pair and exchange their public keys. Remember that the private key must not be shared at all. Once this is done, each peer can independently compute the shared secret, and the algorithm will have done its job. With authenticated Diffie-Hellman, the public/private key pairs can persist beyond usage for a single key-agreement. In these cases, we must be wary of a special class of attack against Diffie-Hellman, which is discussed at the end of this section. OpenSSL provides the function DH_generate_key for generating public and private keys. It requires as its only argument a DH object that has the parameters, p and g, filled in. If the keys are generated successfully, the return from the function will be nonzero. If an error occurs, the return will be zero. Once the keys have been generated successfully, each peer must exchange their public key with the other peer. The details of how to exchange the value of the public key varies depending on the medium that is being used, but in a typical case in which the communication is taking place over an established TCP connection, the functions BN_bn2bin and BN_bin2bn will once again workfor the exchange of the DH objects pub_key data member. With the parameters and public key now exchanged, each party in the exchange can use his own private key and the peers public key to compute the shared secret using the function DH_compute_key. int DH_compute_key(unsigned char *secret, BIGNUM *pub_key, DH *dh); secret A buffer that will be used to hold the