PAP与CHAP验证的区别

PAP 验证为两次握手验证，口令为明文，PAP 验证的过程如下：
     被验证方发送用户名和口令到验证方；
验证方根据用户配置查看是否有此用户以及口令是否正确，然后返回不同的响应
（Acknowledge or Not Acknowledge）。
     如正确则会给对端发送ACK 报文，通告对端已被允许进入下一阶段协商；否则
发送NAK 报文，通告对端验证失败。此时，并不会直接将链路关闭。只有当验
证不通过次数达到一定值（缺省为4）时，才会关闭链路，来防止因误传、网络
干扰等造成不必要的LCP 重新协商过程。
      PAP 的特点是在网络上以明文的方式传递用户名及口令，如在传输过程中被截
获，便有可能对网络安全造成极大的威胁。因此，它适用于对网络安全要求相对
较低的环境。

 

 

CHAP 验证为三次握手验证，口令为密文（密钥），CHAP 验证过程如下：
验证方向被验证方发送一些随机产生的报文，并同时将本端的主机名附带上
一起发送给被验证方；
被验证方接到对端对本端的验证请求（Challenge）时，便根据此报文中验
证方的主机名和本端的用户表查找用户口令字，如找到用户表中与验证方主机名
相同的用户，便利用接收到的随机报文、此用户的密钥用Md5 算法生成应答
（Response），随后将应答和自己的主机名送回；
验证方接到此应答后，利用对端的用户名在本端的用户表中查找本方保留的
口令字，用本方保留的口令字（密钥）和随机报文用Md5 算法得出结果，与被
验证方应答比较，根据比较结果返回相应的结果（ACK or NAK）。
它的特点是只在网络上传输用户名，而并不传输用户口令，因此它的安全性要比
PAP 高。

CHAP 验证为三次握手验证，口令为密文（密钥），CHAP 验证过程如下：
验证方向被验证方发送一些随机产生的报文，并同时将本端的主机名附带上
一起发送给被验证方；
被验证方接到对端对本端的验证请求（Challenge）时，便根据此报文中验
证方的主机名和本端的用户表查找用户口令字，如找到用户表中与验证方主机名
相同的用户，便利用接收到的随机报文、此用户的密钥用Md5 算法生成应答
（Response），随后将应答和自己的主机名送回；
验证方接到此应答后，利用对端的用户名在本端的用户表中查找本方保留的
口令字，用本方保留的口令字（密钥）和随机报文用Md5 算法得出结果，与被
验证方应答比较，根据比较结果返回相应的结果（ACK or NAK）。
它的特点是只在网络上传输用户名，而并不传输用户口令，因此它的安全性要比
PAP 高。

CHAP 验证为三次握手验证，口令为密文（密钥），CHAP 验证过程如下：
验证方向被验证方发送一些随机产生的报文，并同时将本端的主机名附带上
一起发送给被验证方；
被验证方接到对端对本端的验证请求（Challenge）时，便根据此报文中验
证方的主机名和本端的用户表查找用户口令字，如找到用户表中与验证方主机名
相同的用户，便利用接收到的随机报文、此用户的密钥用Md5 算法生成应答
（Response），随后将应答和自己的主机名送回；
验证方接到此应答后，利用对端的用户名在本端的用户表中查找本方保留的
口令字，用本方保留的口令字（密钥）和随机报文用Md5 算法得出结果，与被
验证方应答比较，根据比较结果返回相应的结果（ACK or NAK）。
它的特点是只在网络上传输用户名，而并不传输用户口令，因此它的安全性要比
PAP 高。