iOS MDM详解(5)— 给设备发个指令操作

简介

给设备发个指令操作的第一步不是由MDM Server直接向APNs推送指令的,但是由Server向APNs发送一个特定的指令来好比唤醒设备,设备被唤醒之后会根据已安装的配置文件的ServerURL 的地址主动发起请求,报告自己的当前状态,只有其状态值为Idle设备才会接收Server指令操作。

如图所示:

MDM工作流程
MDM工作流程

所以完成一次指令推送经历以下过程:

  • 1、server 与APNs建立连接,发送数据。
  • 2、当设备收到APNs推送消息时,主动连接server报告本身的状态空闲
  • 3、server收到设备发来的状态信息,发出操作命令
  • 4、设备收到命令执行,并返回数据
  • 5、server响应,此次查询完成,连接关闭。

以下以设备信息查询指令DeviceInformation为例进一步分析每个过程。

查询设备信息的指令操作过程

  • MDM Server 与 APNs建立连接,发送一个固定的指令,内容如下。
token=8c20addf006e09842376d9066fda4147800bc98755eb0430027a1a2f94442418 
payload=
{
"aps":
    {   
        "sound":"default.caf"
    },
"mdm":"EC0B1F96-5160-424C-A9DE-754A454E424B"
}

在这里需要我们前面得到的p12格式的证书,形式上和APP的差不多。其中token就是在TokenUpdate时的token,mdm是其中 的PushMagic,这个值是每次推送时都必须有的。所以根据内容看出Sever与APNs推送的消息基本固定,不同于APP的消息推送。发送这个消息主要目的就是通知设备,MDM Server要给你发指令了,赶快去连接服务器。

  • 当设备收到APNs推送消息主动连接Server

收到有APNs发来的消息,发起请求到通过配置文件的服务器URL(即ServerURL字段的值)。向Server报告自己的当前状态是否空闲。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Status</key>
    <string>Idle</string>
    <key>UDID</key>
    <string>233deb277d03bd4aaf91108390c7d*</string>
</dict>
</plist>

以上可以看出每次请求或应答都会有UDID来标记设备,Status的值表示设备当前状态。状态值有以下几种状态:

Status value Description
Acknowledged 一切正常,设备正确响应指令
Error 出现错误
CommandFormatError 指令格式错误
Idle 设备空闲
NotNow 设备收到指令,但不能马上执行以后会再次请求服务器

正常情况下大多数出现的是AcknowledgedIdle两种状态。

  • Server收到设备发来的状态信息

收到设备状态信息,判断是否空闲,只有空闲的时候再去发送指令。发送查询设备信息指令:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN""http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
    <dict>
        <key>Command</key>
        <dict>
            <key>RequestType</key>
            <string>DeviceInformation</string>
            <key>Queries</key>
            <array>
                <string>ModelName</string>
                <string>Model</string>
                <string>BatteryLevel</string>
                <string>DeviceCapacity</string>
                <string>AvailableDeviceCapacity</string>
                <string>OSVersion</string>
                <string>SerialNumber</string>
                <string>IMEI</string>
                <string>ICCID</string>
                <string>MEID</string>
                <string>IsSupervised</string>
                <string>IsDeviceLocatorServiceEnabled</string>
                <string>IsActivationLockEnabled</string>
                <string>IsCloudBackupEnabled</string>
                <string>WiFiMAC</string>
                <string>BluetoothMAC</string>
            </array>
        </dict>
        <key>CommandUUID</key>
        <string>f04997b8-aae2-44de-8c8d-8fb838000d0c</string>
    </dict>
</plist>

Server发送一个命令操作时必定包含CommandCommandUUID

Command必须有RequestType表示具体的命令操作 + 该命令相关的操作参数。以上命令用来查询设备信息,Queries数组中表示要查询的内容的key。

CommandUUID表示命令的ID,当设备响应命令操作时,Sever可以此来确定是哪个命令操作,然后做相应的数据处理。

  • 设备收到命令执行,根据指定的key返回相应的数据
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0"> 
    <dict> 
        <key>CommandUUID</key> 
        <string>f04997b8-aae2-44de-8c8d-8fb838000d0c</string> 
        <key>QueryResponses</key> 
        <dict> 
            <key>AvailableDeviceCapacity</key> 
            <real>19.606937408447266</real> 
            <key>BatteryLevel</key> 
            <real>0.56000000238418579</real> 
            <key>BluetoothMAC</key> 
            <string>6c:70:9f:2b:46:72</string> 
            <key>DeviceCapacity</key> 
            <real>26.413677215576172</real> 
            <key>ICCID</key> 
            <string>8986 0113 7231 0048 6168</string> 
            <key>IMEI</key> 
            <string>35 884805 093285 4</string> 
            <key>IsActivationLockEnabled</key> 
            <false /> 
            <key>IsCloudBackupEnabled</key> 
            <false /> 
            <key>IsDeviceLocatorServiceEnabled</key> 
            <false /> 
            <key>IsSupervised</key> 
            <false /> 
            <key>MEID</key> 
            <string>35884805093285</string> 
            <key>Model</key> 
            <string>ME824CH</string> 
            <key>ModelName</key> 
            <string>iPad</string> 
            <key>OSVersion</key> 
            <string>9.2.1</string> 
            <key>SerialNumber</key> 
            <string>F4KMG0FSFLMM</string> 
            <key>WiFiMAC</key> 
            <string>6c:70:9f:2b:46:71</string> 
        </dict> 
        <key>Status</key> 
        <string>Acknowledged</string> 
        <key>UDID</key> 
        <string>233deb277d03bd4aaf91108390c7d9fe2c49c8be</string> 
    </dict> 
</plist>

  • server响应,若还需操作继续发送指令,否则返回为空此次操作完成,断开连接。
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Length: 0
Date: Wed, 26 Apr 2017 07:34:00 GMT

其他操作命令

  • 查询设备已安装的应用
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN""http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0"><dict>
    <key>Command</key>
    <dict>
        <key>RequestType</key>
        <string>InstalledApplicationList</string>
    </dict>
    <key>CommandUUID</key>
    <string>149e4fd2-0267-4da2-9b58-bf94282dcdb4</string>
</dict>
</plist>
  • 设备锁屏命令
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN""http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
    <dict>
        <key>Command</key>
        <dict>
            <key>RequestType</key>
            <string>DeviceLock</string>
        </dict>
        <key>CommandUUID</key>
        <string>07a6c20e-5e35-4f79-8680-10dee8460099</string>
    </dict>
</plist>
  • 清除密码命令
     <?xml version="1.0" encoding="UTF-8"?>
     <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN"
     "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
     <plist version="1.0">
     <dict>
           <key>Command</key>
           <dict>
                 <key>RequestType</key>
                 <string>ClearPasscode</string>
                 <key>UnlockToken</key>
                 <data>
                    // base64编码的字符串(在TokenUpdate中获取的UnlockToken字段的值)
                 </data>
           </dict>
           <key>CommandUUID</key>
           <string></string>
     </dict>
     </plist>

命令的请求和响应格式

  • 命令请求格式
     <?xml version="1.0" encoding="UTF-8"?>
     <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN"
     "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
     <plist version="1.0">
     <dict>
           <key>Command</key>
           <dict>
                 <key>RequestType</key>
                 <string>命令名字</string>
                 ...其他字段或参数(可选),根据不同的命令会有不同的附加的key

           </dict>
           <key>CommandUUID</key>
           <string></string>
     </dict>
     </plist>
  • 命令响应格式
<plist version="1.0">
     <dict>
         <key>CommandUUID</key>
         <string>CommandUUID</string>
         <key>Status</key>
         <string>Acknowledged</string>
         <key>UDID</key>
         <string>[device UUID]</string>
     </dict>
     </plist>

由设备发起的请求或响应操作基本是固定的,我们唯一能够操作的也只有Sever端的请求和响应了。

参考:

1、MDM协议官方文档- Mobile Device Management Protocol Reference https://developer.apple.com/library/content/documentation/Miscellaneous/Reference/MobileDeviceManagementProtocolRef/3-MDM_Protocol/MDM_Protocol.html#//apple_ref/doc/uid/TP40017387-CH3-SW2

2、配置描述文件参考- Configuration Profile Referencehttps://developer.apple.com/library/content/featuredarticles/iPhoneConfigurationProfileRef/Introduction/Introduction.html#//apple_ref/doc/uid/TP40010206-CH1-SW1

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,117评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,963评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,897评论 0 240
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,805评论 0 203
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,208评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,535评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,797评论 2 311
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,493评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,215评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,477评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,988评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,325评论 2 252
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,971评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,055评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,807评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,544评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,455评论 2 266

推荐阅读更多精彩内容