WooYun.org

0x00-事情的起因
前些天，公司网络接入了一款运维设备，然后每隔一段时间打印机就会在没人打印的情况下自动打印东西。开始以为是运维设备通过snmp下发的指令导致的，然后关掉了打印机的SNMP发现依旧存在这样的问题，并且导致了我和负责运维的人双方撕逼，闹得好不愉快。所以，我决定分析一下，到底是什么原因导致的。
0x01-罪魁祸首
第一步工作，我猜测运维设备进行运维时很大的可能性是对整个网段进行了端口扫描，因此我使用了nmap对打印机进行了一次扫描。

nmap首先将端口开放状态列了出来，然后再进行服务识别时，打印机突然嘤嘤地响了起来。

额。。。好像明白了些什么。这就是nmap的扫描时请求的包了。搞清楚这一点后，我们只需知道到底是哪个端口响应了请求，就应该知道根源点了。
第二步工作，端口溯源。我分别对每个端口进行nmap扫描，来找出到底是哪些端口响应了nmap的扫描请求。

当扫描到9999端口时，打印机开始打印了。然后我又分别试探完所有nmap扫描到的开放端口，发现只有扫描9999端口时打印机才会打印，由此可以确认罪魁祸首便是9999端口了。
0x02-抓包分析
我又再一次扫描了一次9999端口，但这一次我使用wireshark抓取9999端口来分析具体的nmap进行了哪些请求。

我们来看第一个包：

我们再来看第一个打印的：

再对比一下，第二个和第三个包：

相信您一定看出来，发包的顺序和打印顺序一致了。
0x03-确认
这时候我有理由相信，我发送给9999端口什么样的内容，它就会打印出什么样的内容。所以，试一试：

#coding:utf-8
import socket
#just for fun!
data = '\x6A\x75\x73\x74\x20\x66\x6F\x72\x20\x66\x75\x6E\x21'
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect(('192.168.21.103', 9999))
s.send(data)
res = s.recv(1024)
s.close()
print res

嗯，就酱紫。
0x04-影响范围

本来测试时第一个9999端口是开放的，可现在提交就不开放了。GFW ...