app逆向--某蜂窝参数分析

原创 已于 2024-12-01 15:57:39 修改 · 1.5k 阅读 · 31 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
收录于
app逆向

当前文章被收录于：

app逆向
5 篇文章 1 人学习
订阅专栏 查看详情
于 2024-12-01 15:47:13 首次发布

声明

本文章中所有内容仅供学习交流，不可用于任何商业用途和非法用途，否则后果自负，如有侵权，请联系作者立即删除！由于本人水平有限，如有理解或者描述不准确的地方，还望各位大佬指教！！

抓包分析

今天我们要分析的app是马蜂窝。样本下载

2023马蜂窝旅游v10.9.7老旧历史版本安装包官方免费下载_豌豆荚

第一步抓包分析。通过抓包发现oauth_signature和zzzghostsigh是加密的。而这个zzzghostsigh的长度是40位的，猜测应该是SHA1加密。

参数分析

搜索zzzghostsigh，java层不多说，里面有涉及到java的反射，最终找到下图这里

其中xPreAuthencode是生成zzzghostsigh的方法，xAuthencode是生成oauth_signature的方法。接下来，我们打开ida进入到so。
在导出函数里搜索java，发现没搜到，函数是动态加载的。

unidbg辅助分析

package com.mafengwo;

import com.github.unidbg.AndroidEmulator;
import com.github.unidbg.Module;
import com.github.unidbg.arm.backend.Unicorn2Factory;
import com.github.unidbg.debugger.Debugger;
import com.github.unidbg.linux.android.AndroidEmulatorBuilder;
import com.github.unidbg.linux.android.AndroidResolver;
import com.github.unidbg.linux.android.dvm.*;
import com.github.unidbg.memory.Memory;

import java.io.File;
import java.util.ArrayList;
import java.util.List;

public class mfwAlgo extends AbstractJni {
    private final AndroidEmulator emulator;
    private final VM vm;
    private final Module module;

    public mfwAlgo() {
        emulator = AndroidEmulatorBuilder
                .for64Bit()
                .addBackendFactory(new Unicorn2Factory(true))
                .setProcessName("com.mfw.roadbook")
                .build();
        Memory memory = emulator.getMemory();
        memory.setLibraryResolver(new AndroidResolver(23));
        vm = emulator.createDalvikVM(new File("mfw.apk"));
        vm.setJni(this);
        vm.setVerbose(true);
        DalvikModule dm = vm.loadLibrary(new File("libmfw.so"), true);
        module = dm.getModule();
        dm.callJNI_OnLoad(emulator);
    }


    public static void main(String[] args) {
        mfwAlgo mfw = new mfwAlgo();
    }
}

运行，我们要分析的两个函数的地址也打印出来了

zzzghostsigh分析

先静态分析一下伪代码，看看能不能获取有用的信息

没有找到什么有用的信息，sub_3C9C4还是签名校验函数，后面是一大串的运算然后给v36赋值。那我们就换个路子，用unidbg把汇编执行流trace下来

package com.mafengwo;

import com.github.unidbg.AndroidEmulator;
import com.github.unidbg.Module;
import com.github.unidbg.arm.backend.Unicorn2Factory;
import com.github.unidbg.debugger.Debugger;
import com.github.unidbg.linux.android.AndroidEmulatorBuilder;
import com.github.unidbg.linux.android.AndroidResolver;
import com.github.unidbg.linux.android.dvm.*;
import com.github.unidbg.memory.Memory;

import java.io.File;
import java.io.FileNotFoundException;
import java.io.FileOutputStream;
import java.io.PrintStream;
import java.util.ArrayList;
import java.util.List;

public class mfwAlgo extends AbstractJni {
    private final AndroidEmulator emulator;
    private final VM vm;
    private final Module module;

    public mfwAlgo() {
        emulator = AndroidEmulatorBuilder
                .for64Bit()
                .addBackendFactory(new Unicorn2Factory(true))
                .setProcessName("com.mfw.roadbook")
                .build();
        Memory memory = emulator.getMemory();
        memory.setLibraryResolver(new AndroidResolver(23));
        vm = emulator.createDalvikVM(new File("mfw.apk"));
        vm.setJni(this);
        vm.setVerbose(true);
        DalvikModule dm = vm.loadLibrary(new File("libmfw.so"), true);
        module = dm.getModule();
        dm.callJNI_OnLoad(emulator);
    }

    public void xPreAuthencode() {
        String traceFile = "mfw_trace.txt";
        PrintStream traceStream = null;
        try {
            traceStream = new PrintStream(new FileOutputStream(traceFile), true);
        } catch (FileNotFoundException e) {
            e.printStackTrace();
        }
        //核心 trace 开启代码，也可以自己指定函数地址和偏移量
        emulator.traceCode(module.base, module.base + module.size).setRedirect(traceStream);
        System.out.println("xPreAuthencode start");

        List<Object> list = new ArrayList<Object>();
        list.add(vm.getJNIEnv());   // 第一个参数是env
        DvmObject<?> thiz = vm.resolveClass("com/mfw/tnative/AuthorizeHelper").newObject(null);
        list.add(vm.addLocalObject(thiz)); // 第⼆个参数，实例⽅法是jobject，静态⽅法是jclass，直接填0，⼀般⽤不到。
        DvmObject<?> context = vm.resolveClass("android/content/Context").newObject(null);
        list.add(vm.addLocalObject(context));
        list.add(vm.addLocalObject(new StringObject(vm, "cookies")));
        list.add(vm.addLocalObject(new StringObject(vm, "com.mfw.roadbook")));
        Number number = module.callFunction(emulator, 0x396c8, list.toArray());
        String result = vm.getObject(number.intValue()).getValue().toString();
        System.out.println("result=" + result);
    }


    public static void main(String[] args) {
        mfwAlgo mfw = new mfwAlgo();
        mfw.xPreAuthencode();
    }
}

通过模拟执行出来的结果为：result=69276ad73eea044926c5f3586375c2ee3fa7c266
去CyberChef上看看是不是标准的SHA1加密，发现对不上；没关系，继续往下分析
 在trace里搜索一下前八位0x69276ad7，发现这些正是加密结果，我们跳转到0x3f360

发现大量的运算，我们hook一下这个sub_3E1D0函数的入参和出参

这参数1不就是我们的入参吗，记住mx0的内存地址，继续查看结果。使用blr下个临时断点

 这不就是结果的小端序吗。我们来到sub_3E1D0函数初始化赋值的地方，可以看到对参数1进行取值

 相等于

v18 = 0x67452301
v19 = 0xEFCDAB89
V20 = 0x98BADCFE
v21 = 0x5E4A1F7C
v22 = 0x10325476

仔细一看，这好像是SHA1的魔值，下面这个是标准的魔值

A = 0x67452301
B = 0xEFCDAB89
C = 0x98BADCFE
D = 0x10325476
E = 0xC3D2E1F0

通过对比，发现魔改了第4和5，我们在标准的SHA1算法修改一下魔值，对比一下生成的结果

# sha1-v1
import struct

bitlen = lambda s: len(s) * 8


def ROL4(x, n):
    x &= 0xffffffff
    return ((x << n) | (x >> (32 - n))) & 0xffffffff


def madd(*args):
    return sum(args) & 0xffffffff


class sha1:
    block_size = 64
    digest_size = 20

    def __init__(self, data=b''):
        if data is None:
            self._buffer = b''
        elif isinstance(data, bytes):
            self._buffer = data
        elif isinstance(data, str):
            self._buffer = data.encode('ascii')
        else:
            raise TypeError('object supporting the buffer API required')

        self._sign = None

    def update(self, content):
        if isinstance(content, bytes):
            self._buffer += content
        elif isinstance(content, str):
            self._buffer += content.encode('ascii')
        else:
            raise TypeError('object supporting the buffer API required')

        self._sign = None

    def copy(self):
        other = self.__class__.__new__(self.__class__)
        other._buffer = self._buffer
        return other

    def hexdigest(self):
        result = self.digest()
        return result.hex()

    def digest(self):
        if not self._sign:
            self._sign = self._current()
        return self._sign

    def _current(self):
        msg = self._buffer

        # standard magic number
        # A = 0x67452301
        # B = 0xEFCDAB89
        # C = 0x98BADCFE
        # D = 0x10325476
        # E = 0xC3D2E1F0

        A = 0x67452301
        B = 0xEFCDAB89
        C = 0x98BADCFE
        D = 0x5E4A1F7C
        E = 0x10325476

        msg_len = bitlen(msg) & 0xffffffffffffffff

        zero_pad = (56 - (len(msg) + 1) % 64) % 64
        msg = msg + b'\x80'
        msg = msg + b'\x00' * zero_pad + struct.pack('>Q', msg_len)

        for idx in range(0, len(msg), 64):
            W = list(struct.unpack('>16I', msg[idx:idx + 64])) + [0] * 64

            for t in range(16, 80):
                T = W[t - 3] ^ W[t - 8] ^ W[t - 14] ^ W[t - 16]
                W[t] = ROL4(T, 1)

            a, b, c, d, e = A, B, C, D, E

            # main loop:
            for t in range(0, 80):
                if 0 <= t <= 19:
                    f = (b & c) | ((~b) & d)
                    k = 0x5A827999

                elif 20 <= t <= 39:
                    f = b ^ c ^ d
                    k = 0x6ED9EBA1

                elif 40 <= t <= 59:
                    f = (b & c) | (b & d) | (c & d)
                    k = 0x8F1BBCDC

                elif 60 <= t <= 79:
                    f = b ^ c ^ d
                    k = 0xCA62C1D6

                S0 = madd(ROL4(a, 5), f, e, k, W[t])
                print(f'num: {t}，' + '0x%08x' % k + '，0x%08x' % S0)
                S1 = ROL4(b, 30)

                a, b, c, d, e = S0, a, S1, c, d

            A = madd(A, a)
            B = madd(B, b)
            C = madd(C, c)
            D = madd(D, d)
            E = madd(E, e)

        result = struct.pack('>5I', A, B, C, D, E)
        return result


if __name__ == '__main__':
    s = b'cookies'
    s0 = sha1(s).hexdigest()
    print(s0)

发现也对不上，说明该样本对SHA1算法进行了魔改，并不是只修改了IV。
SHA1和MD5采用了相同的结构，每512比特分组需要一轮运算，我们的输入长度不超过一个分组的长度，所以只用考虑一轮运算。一轮运算是80步，每隔20步是一种模式。
我们打印出每一步正常情况下应该得到的结果，然后对比tracecode
对比之前我们先看看伪代码，伪代码里面出现了比较多的数字，我们把它摘抄出来

hex(1518500249) = 0x5a827999
hex(1859775393) = 0x6ed9eba1
hex(-1894007588 & 0xFFFFFFFF) = 0x8f1bbcdc
hex(-899497514 & 0xFFFFFFFF) = 0xca62c1d6

可以看到这些数字是算法源码里面的k值，我们在tracecode里搜索0x5a827999

这是1-3轮的运算结果，跟正常得到的是一样的，我们继续往下看

发现在第16轮之后就找不到了，我们回到伪代码中查看下一个k值是什么

下一个是0x6ed9eba1

我们搜索一下看看出现了多少次

出现了4次，也就是说第17-20轮的k值是0x6ed9eba1，继续往下看
 

按照这个思路第21-40轮的k值是0x8f1bbcdc

第41-60轮的k值又用回0x5a827999

最后20轮的k值跟源码一样是0xca62c1d6
样本的80轮运算为

for t in range(0, 80):
    if 0 <= t <= 15:
        f = (b & c) | ((~b) & d)
        k = 0x5A827999

    elif 16 <= t <= 19:
        f = b ^ c ^ d
        k = 0x6ED9EBA1

    elif 20 <= t <= 39:
        f = (b & c) | (b & d) | (c & d)
        k = 0x8F1BBCDC

    elif 40 <= t <= 59:
        f = (b & c) | ((~b) & d)
        k = 0x5A827999

    elif 60 <= t <= 79:
        f = b ^ c ^ d
        k = 0xCA62C1D6

修改后的加密结果

69276ad7 3eea0449 9de68070 ec5535d6 3fa7c266  （修改80轮后得到的结果）
69276ad7 3eea0449 26c5f358 6375c2ee 3fa7c266  （unidbg得到的结果）

可以发现中间两段对不上，我们再次回到伪代码里 

在函数的末尾我们发现a1的顺序是4-2-3-1-0。我们在最后一次轮换中也按这个顺序，也就是c和d调换顺序

if t == 79:
    a, b, d, c, e = S0, a, S1, c, d
else:
    a, b, c, d, e = S0, a, S1, c, d

现在完全对的上了。

oauth_signature分析

通过抓包oauth_signature_method为HMAC-SHA1，由此可以初步判断oauth_signature的加密方式为HMAC-SHA1。先跳转到0x3998c看看伪代码

看起来sub_3B168就是对明文进行加密，点进去看看，里面有很多操作看不懂，看不懂没关系，我们hook一下这个函数的入参和出参

public void xAuthencode() {
        List<Object> list = new ArrayList<Object>();
        list.add(vm.getJNIEnv());   // 第一个参数是env
        DvmObject<?> thiz = vm.resolveClass("com/mfw/tnative/AuthorizeHelper").newObject(null);
        list.add(vm.addLocalObject(thiz)); // 第⼆个参数，实例⽅法是jobject，静态⽅法是jclass，直接填0，⼀般⽤不到。
        DvmObject<?> context = vm.resolveClass("android/content/Context").newObject(null);
        list.add(vm.addLocalObject(context));
        list.add(vm.addLocalObject(new StringObject(vm, "cookies")));
        list.add(vm.addLocalObject(new StringObject(vm, "")));
        list.add(vm.addLocalObject(new StringObject(vm, "com.mfw.roadbook")));
        list.add(0);  // false填0
        Number number = module.callFunction(emulator, 0x3998c, list.toArray());
        String result = vm.getObject(number.intValue()).getValue().toString();
        System.out.println("result=" + result);
    }

 这个函数被调用了很多次，我们现查看它的调用次数

    public void hookDebugger() {
        Debugger debugger = emulator.attach();
        debugger.addBreakPoint(module.base + 0x3B168, new BreakPointCallback() {
            int num = 0;
            @Override
            public boolean onHit(Emulator<?> emulator, long address) {
                num += 1;
                System.out.println("num次:" + num);
                return true;
            }
        });
    }

一共调用了5次，并且在第3次之后明文才被取出来

这里，先说一下标准的HMAC-X的加密流程

  1. 将密钥用 0x00 填充达到分组长度
  2. 将第一步填充后的密钥和 0x36 做异或运算
  3. 第二步得到的密钥后拼接明文
  4. 对第三步得到的数据做对应加密
  5. 将第一步填充后的密钥和 0x5c 做异或运算
  6. 将第四步所得结果附加到第五步所得数据的末尾
  7. 对第六步所得数据做加密，得到最终结果

上面的截图跟加密流程对比，基本上可以确定是HMAX-SHA1加密

跟unidbg模拟执行出来是对的上的，到此这个样本的两个参数已经分析出来了。

各位大佬觉得本文写的不错的话，可以一键四连哦。

更多干货知识会更新到微信公众号上，有需要的朋友也可以关注一下。微信公众号：ck的学习笔记

标签
#爬虫 #密码学 #安全
js逆向-马蜂窝cookies分析
逆向新手的博客
08-06 1803
本文仅供参考学习，如有侵权请联系本人删除！
某蜂窝游记逆向随记
weixin_69008624的博客
05-09 1131
技术学习交流
马蜂窝JS逆向实战
猫敷雪
03-12 1259
对爬虫、逆向感兴趣的同学可以查看文章，一对一小班教学：https://blog.csdn.net/weixin_35770067/article/details/142514698。
移动端电子数据取证实战：从手机镜像到恶意APP逆向分析全流程
weixin_34319817的博客
06-18 574
电子数据取证是网络安全与司法鉴定的关键技术，其核心在于从数字设备中提取、分析并呈现具有法律效力的证据。随着移动互联网的普及，取证的主战场已从传统计算机转向智能手机，其原理涉及对移动操作系统（如Android/iOS）存储机制、应用沙盒及网络通信协议的深度理解。这项技术的价值在于能将海量的、碎片化的原始数据，转化为清晰的行为逻辑与证据链，对于打击网络犯罪、进行司法鉴定和企业安全审计至关重要。在应用场景上，面对日益增多的恶意应用（Malicious APP）威胁，单一的设备取证已不足够，必须结合应用层数据解析与
安卓逆向-zzzghostsigh算法还原--魔改的SHA-1
qq_41155858的博客
08-10 2538
本文通过逆向分析一个移动应用（版本9.3.7）的加密算法，发现其返回值"efa2ecf4644732bd5f2f2fa43fe702708674ee1d"符合SHA-1特征。借助IDA和unidbg工具，作者定位到关键加密函数sub_312E0，并通过Hook验证了其功能。分析发现该函数使用修改版SHA-1算法，其中两个初始向量（D=0x5E4A1F7C，E=0x10325476）与标准值不同。文章详细展示了算法还原过程，包括使用unidbg进行动态验证和Python实现的修改版SHA-
js逆向--马蜂窝
ckcookies的博客
02-04 1116
某蜂窝的加密的参数有两个，一个是cookie 加速乐的，访问html页面时需要用到。另一个是_sn,访问接口时需要用到。
【APP逆向百例】某蜂窝逆向分析
K哥爬虫
03-03 2835
unidbg 是一款基于 unicorn 和 dynarmic 的逆向工具，一个标准的 java 项目，它通过模拟 Android 运行时环境，让用户能够在没有实际设备的情况下，分析和调试 Android 应用的行为。把作者给的样例，例如 TTEncrypt 代码 copy 一份，改一下，这个 app 检测环境较少，可以算入门 unidbg 的案例，基本上简单修改完作者给的代码样例就能使用。注意，捕获的东西有点多，可能导致卡死、应用闪退，可以在输出一段时间后手动关掉，或者根据相关字段进行过滤。
某蜂窝app逆向分析
weixin_73499887的博客
03-02 615
样本地址: 首先来抓一下登录 login 接口,这接口最明显首先来看一下请求参数, 经过测试发现: , , 这三个参数是变化的,所以需要处理的也就是这三个参数首先进行搜索 从这儿可以看出直接就是随机数,直接可以本地生成先来看一下 这个参数这个参数由 这个函数生成,不断往里面跟,发现是由 这个 native 函数生成的同理: 是由 这个 native 函数生成的先来搭建一个 unidbg 框架,进行模拟调用 但是当我进行调用的时候,出现了错误这里面又 packageInfo,signature,我
从 Frida 到 unidbg：某蜂窝 zzz 参数逆向分析
2503_90751938的博客
05-16 400
这段时间看了篇大佬的文章，有关某蜂窝APP的参数解析，想着自己也做一下是不是这回事。所以这次只聚焦一件事：把这个参数从 Java 层一路追到 Native，再把算法用跑通并复现出来。为了确定sub_3E1D0的性质，在0x3E1D0下断点，打印了X0 / X1。// 这里重点看两个寄存器：// X0：更像 state / 5 个魔数所在结构// X1：更像输入块或消息调度块@Override});
逆向 x蜂窝 zzzghostsigh
l331258747的专栏
02-28 588
逆向 x蜂窝 zzzghostsigh
Android应用逆向分析实战：从工具链到协议还原的完整指南
weixin_33875839的博客
06-30 398
逆向工程是理解软件内部工作机制、评估安全性和进行技术学习的重要方法。其核心原理是通过反编译、动态调试等技术手段，解析已编译程序的逻辑与数据流。在移动安全领域，这项技术对于漏洞挖掘、协议分析和竞品研究具有关键价值。典型的应用场景包括分析网络通信协议、评估第三方库安全性以及排查线上疑难问题。本文以综合性平台应用为例，系统阐述了逆向分析的完整流程，重点涵盖了**Frida动态Hook**与**SSL Pinning绕过**等核心实战技术，详细介绍了从环境搭建、静态分析到对抗加固与算法还原的全套解决方案，为移动应用
安卓逆向 -- 实战某峰窝APP(动态分析)
Web安全工具库
10-31 609
往期文章 安卓逆向 -- 实战某峰窝APP(静态分析) 安卓逆向 -- IDA动态调试 一、启动调试环境 1、启动android-server ./as 2、转发端口 adbforward tcp:23946 tcp:23946 二、启动IDA，加载要调试的SO文件 三、在上节课分析的关键处下断，然后查看相关参数 四、运行起来，触发断点，查看参数 1、setkey： asfsaADDJF55b262d99cff7cac7459e8& 2、update：..
微信iPad协议逆向实战：从加密算法到风控对抗的完整分析
weixin_34378969的博客
06-25 396
即时通讯（IM）协议是客户端与服务器之间数据交换的核心规范，其设计通常涉及网络通信、数据序列化和安全加密等多个层面。在协议实现中，加密算法（如AES、RSA）和签名机制用于保障数据传输的机密性与完整性，防止中间人攻击和数据篡改。这些技术不仅确保了通信安全，也为大规模用户并发场景下的稳定服务提供了基础。在实际工程中，逆向工程常被用于分析私有协议的具体实现，以理解其工作原理或进行兼容性开发。例如，通过动态调试和Hook技术，可以追踪关键函数的执行流程，还原加密算法和签名生成逻辑。同时，环境检测与设备指纹机制是风
移动应用逆向实战：从Frida动态Hook到unidbg静态模拟算法复现
weixin_29314405的博客
06-24 748
在移动安全与逆向工程领域，动态分析与静态模拟是两大核心技术支柱。动态分析通过在应用运行时注入代码，实时监控函数调用与数据流，能快速定位关键算法逻辑，其核心价值在于实时性与交互性，是逆向初期的“侦察兵”。静态模拟则通过构建可控的沙盒环境，脱离原应用依赖，稳定复现并深入剖析算法细节，常用于复杂Native层代码的分析与自动化。这两种技术结合，能高效解决移动应用中的加密参数、签名算法等黑盒逆向问题，广泛应用于安全审计、协议分析与兼容性开发等场景。本文以实战为例，详细拆解了如何利用Frida进行动态Hook定位，并
安居客nsign参数逆向与Unidbg模拟实战
weixin_33783283的博客
05-24 284
nsign是移动端API签名机制的典型代表，其本质是融合设备指纹、JNI调用链与运行时环境特征的动态行为验证方案。它不依赖静态密钥，而是基于ARM指令执行上下文、内存状态及Android Runtime深度耦合生成，具备强反调试、反模拟、反篡改特性。技术价值在于构建了从Java层到Native层的全栈风控围栏，广泛应用于房产平台、金融App等高敏感数据接口防护。典型应用场景包括竞品数据采集、自动化测试绕过、移动安全研究及合规SDK对接。本文聚焦nsign参数的完整逆向链路，结合TLS流量混淆解析、HTTP/
Apple Watch AGPS技术解析与优化实践
最新发布
07-16 473
AGPS（辅助全球定位系统）通过融合蜂窝网络、Wi-Fi和卫星信号，显著提升了定位速度和精度，尤其在复杂环境中表现突出。其核心原理是利用预缓存星历数据和网络三角测量，大幅减少传统GPS的冷启动时间。在智能穿戴设备如Apple Watch中，AGPS技术不仅优化了运动轨迹记录的准确性，还降低了功耗。通过开发者工具获取原始定位数据，可以进一步分析信号强度、定位延迟等关键参数，实现性能调优。本文结合实测案例，展示了如何通过调整AGPS参数提升轨迹平滑度和降低电量消耗，为开发者和技术爱好者提供了实用的优化技巧。
Python爬虫突破企业级防火墙：从请求伪装到JS逆向的实战策略
aaa1231722的博客
07-03 329
网络爬虫技术是自动化数据采集的核心手段，其原理是通过模拟HTTP请求获取网页内容并解析提取信息。在工程实践中，爬虫需要应对各种反爬机制以保障数据采集的稳定性与效率。企业级防火墙（WAF）作为高级防护体系，会从IP信誉、请求特征、行为模式等多维度识别自动化流量，其技术价值在于为网站提供立体化安全防护。在SEO分析、价格监控、公开数据采集等应用场景中，爬虫开发者常需绕过此类防护以完成合规数据抓取。本文聚焦于Python爬虫应对企业级防火墙的实战技巧，涵盖请求头伪装、IP代理池管理、会话保持等基础策略，并深入探讨
Tesla Model 3安全架构逆向：网络隔离与服务认证的深度解析
weixin_30301449的博客
06-21 643
在智能汽车与物联网领域，网络安全是保障系统可靠性的基石。其核心原理在于通过分层防御策略，将复杂系统划分为不同的安全域，限制非授权访问与横向移动。这一技术价值在于能够有效遏制单点故障的扩散，提升系统整体的抗攻击能力。典型的应用场景包括车载网络、工业控制系统以及分布式云原生架构，它们都需要精细的访问控制。本文聚焦于智能汽车这一前沿场景，通过逆向工程实战，深入剖析了以Tesla Model 3为代表的**域控制器架构**如何实现**纵深防御**。文章详细拆解了其通过中央网关、防火墙规则实现的网络分区策略，以及基于
逆向解析：小红书设备指纹device_fingerprint与xy_ter_str的HMAC签名机制
tea88的博客
03-08 493
本文深入逆向解析了小红书接口安全中的核心机制，重点剖析了device_fingerprint设备指纹的动态生成逻辑与xy_ter_str字段的HMAC签名原理。文章通过抓包数据分析、动态调试与算法复现，揭示了其如何结合时间戳、设备信息与密钥，实现防伪造、防篡改、防重放攻击的安全设计目标，为理解移动端API安全防护提供了实战参考。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值