-
-
[原创]苹果 gsa 服务器login 算法
-
发表于: 2017-9-8 02:22
-
闲得蛋疼，对iTunes 登陆过程进行了初步的分析。 解密得到了spd字段内容。 将分析过程写出来，混个熟脸。
在分析这个东西之前， 需要做一些准备工作。 比如收集论坛前辈们的工作经验， github上某些开源代码。
通过对iTunes windows 和iOS10.x 系统进行抓包。 发现数据包基本是大同小异，iOS 调试非常不方便，特别构造win7 x86环境对 iTunes 12.6.20 进行了逆向分析。
加上 标准版OD + 海风StrongOD， 开始了这次逆向分析。
在分析之前，大概介绍下apple的这套东西，和平日玩windows逆向的区别。 iTunes 或者mac iTunes 或者 iOS 的绝大部分代码是完全一样的。
对登陆过程进行抓包
服务器地址 https://gsa.apple.com/grandslam/GSService2 数据是通过post传输。数据分为2部分
1. header 苹果的header和浏览器的header不同的是，他喜欢携带"设备", "签名"类信息
2. body body中的核心数据是用AES256_CBC加密的
整个登陆协议是非常标准的srp 密钥交换协议。 对SRP协议不熟悉的朋友可以参考下rfc文档，苹果并没做比较大的变更。
通讯过程如下
1. reqeust1 : 客户端计算随机数A = g^a mod N 其中 g = 2 ， a 随机。 N是一个2048bit的大素数。 A这个数字用base64编码后被放在request body的A2K字段
其余字段比如CPD 主要是描述硬件设备信息， 电脑端和i设备会有一些出入。 这都不参与密码验证的计算
2. response1: 服务器根据SRP协议计算出B 回包如下
回包内容中 s 是一个16字节的salt值，该值是固定的，srp协议要用到。
B 也是一个大数。 客户端根据B 计算M1
3. request2： 客户端提交M1 服务器校验密码的正确性。 SRP协议厉害的地方是对称加密的密钥是通过协商计算出来的。 非传输得到。
根据SRP协议， 服务器拿到M1后，就可以校验客户端的密码是否正确。 并返回结果给用户。 如果正确，会返回M2给用户，这样密码协商就完成。
4.Response2
[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！
|
|
|---|---|
|
|
|
|
|
|
|
|
我自己构造的参数， 他计算返回失败。 我自己够了几个他需要的this指针。 被苹果爸爸打晕了。 |
|
|
用他ui login 时候顺便生成的指针就可以计算。我自己构造的， 还有某些我不知道的细节没处理好 |
|
|
|
|
|
在复用的时候 注意参数格式，一些函数使用 IDA F5出来的是不完全正确的。 |
|
|
F5 为嘛不好用呢，没反应 |
|
|
|
|
|
完全脱离dll的吗？ |
|
|
yeap |
|
|
|
|
|
|
|
|
卖吗？还是无私分享？怎么联系？ |
|
|
|
|
|
我看好你~ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
我也想知道 |
|
|
|
|
|
|
|
|
|
|
|
|
