硬核:我是如何用 Python “复活” 那些乱码请求的?
• 抓包全是乱码?手把手教你破解 IoT 设备加密请求重放
• 从 Charles 到 Python:深度解析 Java 序列化对象的抓包与重演
一、 序言:突如其来的“乱码”
在进行 App 接口分析时,Charles 是我们的头号助手。但你是否遇到过这种情况:URL 看得见,Headers 很清晰,但 Request Body 却是一堆“乱码”?
比如下面这段: 8a c8 5b 0b 4b 68 a9 05 d0 45 08 e5 48 f6 6c 02...
是加密?是压缩?还是某种神秘的协议?今天我们就以 Broadlink(博联)的一个登录接口为例,拆解如何处理这种“看不懂”的请求。
二、 侦探环节:乱码背后的真相
面对乱码,第一步不是去猜加密算法,而是看 Headers。
在本次案例中,我们发现了一个关键信息:
Content-type:
application/x-java-serialized-object
真相大白: 这不是普通的文本混淆,而是 Java 对象序列化。App 将内部的 Java 类实例直接转换成了二进制流。这种格式在 Android 原生应用中非常常见。
虽然我们很难直接反向解析出这个对象的原始属性(除非去反编译 App 源码),但如果我们只是想“重放(Replay)”这个请求,有


2011

被折叠的 条评论
为什么被折叠?



