如何追踪对方手机GSM网络是否在线

发布时间：2020-03-30 18:00:30 阅读：次来源：板纸厂家

如何追踪对方手机GSM网络是否在线在过去的几个月中，我一直研究Android的底层的GSM API。数年前API函数SendRawPdu还能使用，它允许开发者在将其发送给GSM基带之前，自己在较低的层次对SMS消息进行编码，相当多的能发送各种奇怪的sms(flash sms,slient sms,等等)的应用得以诞生(PDU编码参考链接)

不幸的是，google决定去掉该api，尚不清楚google是出于安全考虑还是出于重构其IPC IBinder 机制才这样做的。但实际就是，除非你使用一些老的手机或者固件(在大多数设备上，为了给GSM modem发送AT命令，他们都移除了ttyUSB串行接口), 否则现在就不能使用该Api函数了。

直到数月之前，我发现了API函数ndDataMessage，显然该函数并没有在其他任何地方使用过(如果你查找它，只能找到少数的几个例子，但没有涉及怎么用自己编码的PDU数据使用该函数)。使用该API函数，我们能够自己编码我们的SMS，而且我们能够指定其中的“port”参数(该参数能标识我们发送的sms的类型)。本文讨论的port是2948，也就是发送WAP PUSH 通知的端口。

WAP PUSH消息是一种以前就有的机制，它主要用于强制远程设备访问SMS负载中编码了的URL，这个特殊的请求被称为“Service Load”请求，该请求中一个类似如下的XML负载被编码在二进制form中，和PDU一起发送给设备。

<?xmlversion="1.0"?><!DOCTYPEslPUBLIC"-//WAPFORUM//DTDSL1.0//EN""

如今，该协议由于显然的原因没有被处理(之所以说是不处理，而不是不支持，是因为GSM基带任然能够收到它，只是上层软件–os及其组件，不对其进行处理)。例如Android 5.0中，当设备收到这样的负载时，能看到下面的日志(logcat –b radio)

D/WAPPUSH(1287):Rx:0a0603...D/RILC(185):SOCKETRIL_SOCKET_1REQUEST:SMS_ACKNOWLEDGElength:20D/RILC(185):RequestComplete,RIL_SOCKET_1E/RILC(185):SendResponsetoRIL_SOCKET_1D/RILJ(1287):[9277]<SMS_ACKNOWLEDGE[SUB0]V/WAPPUSH(1287):appidfound:2:application/cW/WAPPUSH(1287):wappushmanagernotfound!V/WAPPUSH(1287):fallbacktoexistinghandlerV/WAPPUSH(1287):DeliveringMMSto:sWapPushDeliverReceiver

因此事件传递给了Google Hangouts应用(作者手机上默认处理SMS/MMS的处理者)，如果不是简单的MMS而是其他的,则它会忽略这种类型的负载。

publicclassMmsWapPushDeliverReceiverextendsBroadcastReceiver{publicvoidonReceive(ContextparamContext,IntentparamIntent){if(("P_PUSH_DELIVER".equals(tAction()))&&("application/s-message".equals(tType())))RealTimeChatService.a(tByteArrayExtra("data"));}}

这也就意味着，虽然设备收到了数据，对用户却没有任何提示，数据也不会被系统保存，而是直接丢弃掉。

有个细节对我们来说是很方便的—在传送了WAP PUSH消息后，接收方的BTS会回复我们一个传送端口。仅仅当接收方设备是开着的，并且能接收到该消息时，我们才会收到该回复。事实上，API函数sendDataMessage将其最后一个参数作为传送的PendingIntent.换言之，一旦delivery report返回，我们的应用就会收到通知。

我们可以利用这个做到以下几点:

①构造一个WAPPUSH消息，并自己编码；②将其传递给sendDataMessageAPI，并注册一个deliveryintent;③WAPPUSH会发送到目标手机上，如果目标手机是开着的，我们就会收到通知。如果目标手机是关机的，只要它一开，我们也会收到通知;④目标对象不会有任何察觉。

因此，我们可以追踪目标对象的GSM网络活动，知道其设备什么时候是开着的，而又不让其察觉。

一个简单的POC程序

*本文作者：living，翻译自evilsocket，转载须注明来自FreeBuf黑客与极客