Hacker攻略 捕获Telnet登录口令的方法

核心提示： 可能你有疑问，为什么设置Size = 59，Hacker攻略 捕获Telnet登录口令的方法(2)，而不是55，我也很想知道Sniffer Pro哪里吃错药了，以 "telnet_username begin"为模板创建，修改两个地方，以太网帧的确应该是55，可是如果加

可能你有疑问，为什么设置Size = 59，而不是55。我也很想知道Sniffer Pro哪里吃错药了。以太网帧的确应该是55，可是如果加上4字节的CRC校验和，就是59了。 Sniffer Pro在decode显示中没有显示这个4字节CRC校验和，却在设置Packet Size的 地方包含了它，简直就是毛病。NetXray在decode显示中显示了4字节CRC校验和，在 设置Packet Size的地方并不包含它，也就是说，同样的规则如果换到NetXray那里，应该是Size = 55。显然我们习惯NetXray的这些地方，可惜sniffer pro丢弃了太多NetXray好的一面，这次又是一个例证。

顺便问一下，谁知道在Unix/Linux下编程的时候如何得到这4字节的CRC校验和，链路层编程收包得到的仅仅是以太网帧，没有CRC。

回到看口令的问题上来，设置了上述规则后，实际就可以看到用户名、口令以及登录后的击键了。干扰信息相当少，一眼就可以看出哪个是哪个。

如果要玩点玄的，比如Trigger，我们可以这样考虑问题。第一个有效包应该是59字节，前面的其他报文在做三次握手、TELNET协商，长度都不是59字节(可以抓包确认这个结论)。定义一条规则"telnet_username begin"，对于这次的举例，实际就和 "telnet_username_passwd"一样，但是最好选择后者做模板单独重新定义一次，为什么？这个以后自然就会明白，至少可以让设置清晰、直观些。

最后一个有效包(就是说看到这个包后停止抓包)应该是什么呢？不能是60字节的0D 0A(对于微软平台的telnet)或者0D 00(Unix平台)，因为用户名输入结束的时候就有 一次60字节的报文出现，如果选择这样的报文做结束报文，口令就抓不到了。考虑登 录成功后服务器都会向客户机发送"Last login:"一类的信息，同一个包中还包括登 录后的shell显示，这个包显然要比前后附近的包大很多(不是三四个字节的问题)。 我们以此包为结束触发报文。定义一条规则"telnet_passwd end"，以 "telnet_username begin"为模板创建，修改两个地方，一个是"Size > 100"，一个 是"clientIp