frida-analykit wireshark 流量抓包（上）- 初探libssl体验wireshark无视证书校验的实时https抓包-Android安全-看雪安全社区

frida-analykit wireshark 流量抓包（上）- 初探libssl体验wireshark无视证书校验的实时https抓包

发表于: 2025-4-16 23:51 31868

frida-analykit wireshark 流量抓包（上）- 初探libssl体验wireshark无视证书校验的实时https抓包

zsa233

2025-4-16 23:51

31868

# frida-analykit + wireshark 流量抓包（上）- 初探libssl体验wireshark无视证书校验的实时https抓包

## 工具

- <a href="elink@42eK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6K9f1@1p5J5x3K6y4Q4x3V1k6X3M7X3W2V1j5g2)9J5k6r3q4F1j5h3I4&6K9$3W2@1i4K6u0W2k6$3W2@1">frida-analykit</a>
- <a href="elink@3cdK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6%4N6%4N6Q4x3X3g2%4K9i4u0W2M7$3S2S2M7X3E0Q4x3X3g2G2M7X3N6Q4x3V1j5`.">wireshark</a>
- <a href="elink@c77K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6K9f1@1p5J5x3K6y4Q4x3V1k6S2L8X3c8J5L8$3W2V1i4K6u0V1M7X3g2$3k6i4u0K6k6g2)9J5k6r3g2^5j5h3#2H3L8r3g2K6i4K6u0r3N6s2u0W2k6g2)9J5c8X3#2S2K9h3&6Q4x3V1j5H3x3o6u0Q4y4h3k6X3M7X3W2V1j5g2)9J5k6r3q4F1j5h3I4&6K9$3W2@1i4K6u0V1M7%4y4D9i4K6u0V1L8r3!0Y4i4K6u0V1M7$3g2U0M7X3g2@1">测试资源：002_frida-analykit-ssl-log-secret</a>

## 快捷跳转

- [字太多不看，跳转到演示直接看图](#测试)
- [上篇都小意思，跳转到下篇](https://bbs.kanxue.com/thread-286620.htm)

## 前言

在Android上抓HTTPS包，我们会通常使用不限于charles, fiddler等工具作为中间人：
1. 在客户端的角度来看，中间人伪造ca来签发伪造的服务端证书跟app客户端通信。
2. 在服务端的角度来看，中间人作为app客户端发起请求。

在上面这些抓包工具的实现原理中，伪造证书这一点就是他们毕生无法绕过的坎，基于这个破绽就可以有下面的检测方式：
- 判断**在请求的时候获取到的服务端证书链中的leaf证书公钥指纹** 和 **真实的服务端leaf证书的公钥指纹（发版时候硬编码到app）** 是否吻合来确定是不是伪造来判断是否有中间人，这种方式就是我们所说的`ssl pinning`。

- 而mtls则是更严格的校验，服务端也要验客户端的证书（硬编码在app），就意味着你必须要用拥有服务端自签发的信任证书的客户端发起的访问，服务端才受理。既然这样，在中间人伪造了证书在没有配置信任客户端证书的情况下，请求会被拦在跟服务端握手时候的证书校验上。

对于常规的java层证书校验方式，如`TrustKit-Android`依赖的是Android框架层的Java TLS API（HttpsURLConnection、SSLSocket、X509TrustManager等），所以针对于这些证书校验，一些工具譬如`JustTrustMe`和`objection`，就是hook掉所有涉及到的常规证书校验的java层校验类来强制验证通过。

即便这些工具在java层已经hook了这么多方法，但是依然存在着会使用native层来进行证书校验的方式，存在魔改的http或者自定义协议的通信的方式，这些对于http协议的抓包工具来说都是束手无策的。

当然，其实前面说这么多，并不是为了贬低中间人代理类抓包工具，也不是为了争个高低对错，我只是想表达的是中间人代理这类抓包软件作为首选永远不会错，但是当你感到迷茫的时候，请不要忘记还有wireshark站在你的背后。

好了，屁话有点多了。进入正题，下面我会基于从目标出发，来说明如何在不使用中间人代理的方式让wireshark实时抓包并且自动解密tls。

**文章会分为上下两篇：**

- 上篇：讨论通过hook`libssl.so`来实现wireshark的实时tls解密
- 下篇：如何根据特征尝试自动hook静态链接了`boringssl`的.so库（webview和flutter）

## 现状

> wireshark是支持对用户提供的`sslkey.log`[图1](#图1)来解密对应匹配的tls流量，持续的写入sslkey.log，wireshark会使用类似于tail的方式读取新sslkey.

wireshark需要的sslkey.log包含的信息会是类似于下面这样：

```log
CLIENT_RANDOM 54235798f2aa3068370b4c30f97104f7176eeabc2feaaeff2087b81e7bed0154 878524cf02d4366eabbf8d520f86c98b334f3677e5858937e04b63f3b30722cbf20011e1a546edd1cf0f010aec60bcff
CLIENT_RANDOM f984d87e0ca21e979b1e6dfa3c70e4e8c502195249d8aba01d933fc96e020da4 2ba31e88d4f6df0d359f61a19b115de5b15324ad5c2362c4d14b38a34be8067c1bdd341f64f43aaa036d8863f49ffb04
CLIENT_HANDSHAKE_TRAFFIC_SECRET b4a5b243e816c0cb1364bcfc9a18ddf3de93bb1d4d7cafd60762bb6a377fdd42 4c2c8981b54a2a588b547ef7463e3aa5417e3c77de19030333913c5f35878be7cb08067b262ad6d306512f156560ac6d
SERVER_HANDSHAKE_TRAFFIC_SECRET b4a5b243e816c0cb1364bcfc9a18ddf3de93bb1d4d7cafd60762bb6a377fdd42 0096713b0c5ca4822f1ca3a4ab01f3b889a93f23b8603ae37fe73643f8b6ed31fe8a9e67e389a674578c91b50d146b21
```

每一行可以分成三段：
- `label`: 通常会有`CLIENT_RANDOM`, `CLIENT_HANDSHAKE_TRAFFIC_SECRET`, `EXPORTER_SECRET`等label，其中最关键的是 `CLIENT_RANDOM`。
- `Client Random`: 32字节（64个hex字符），握手阶段（Cient Hello）客户端发起Hello时候的随机数[图2](#图2)，这个值也是wireshark用来定位要解密tls报文的ID
- `Master Secret`: 48字节（96个hex字符），TLS 握手计算出来的主密钥。简单的可以理解成这是用于生成后续客户端和服务端通信的加密数据的密钥的重要参数。( 可以理解成`gen_data_secret(master_secret)` )
 
 <img src="upload/attach/202504/823992_CY3DVMF6NAXAK5D.webp" alt="wireshark中配置sslkey_log文件的位置" height="300" /><a name="图1">图1</a>

有了前面这些认识，再次确认我们需要完成的目标：**通过任何可行的方式，让要抓包的app上tls流量的sslkey实时写出到pc日志文件上，以让wireshark能够读取解密tls流量。**

## 如何获取sslkey.log

> 在Android 7之后，aosp的ssl就从openssl换到了boringssl，所以这里我们只会从boringssl项目来研究（虽然我们需要关注的地方大概率并没有区别）。
> 
> boringssl项目: 539K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6Y4L8$3!0Y4L8r3g2Q4x3V1k6T1L8%4u0A6L8X3N6K6M7$3H3`.

在aosp中boringssl会生成`libssl.so`，是java层SSLSocket / SSLContext等的native支持。**这是一句没有提供任何依据的结论描述**。对于没有了解过java层是怎么和native关联起来的人来说，这其实很依赖死记硬背，虽然了解这些并这不是必要的，但如果感兴趣的可以看：下面我会以一个不知道这个事实的角度来，从一个简单的例子中跟踪为什么java层定位到libssl.so。（如果已经了解或并不在意，可省略该部分[跳转](#ssl_log_secret)）

### 为什么是libssl.so？
```java
// java例子
URL url = new URL("https://example.com");
URLConnection conn = url.openConnection();
conn.connect()

// 跟踪步骤
java.net.URL.openConnection()
 v
 abstract URLStreamHandler
 ├── com.android.okhttp.HttpsHandler.openConnection()
 ├── com.android.okhttp.HttpHandler.openConnection()
 ├── com.android.okhttp.HttpHandler.newOkUrlFactory()
 ├── com.android.okhttp.OkUrlFactory.open()
 ├── com.squareup.okhttp.internal.huc.HttpsURLConnectionImpl()
 ├── com.squareup.okhttp.internal.huc.DelegatingHttpsURLConnection()
 ├── com.squareup.okhttp.internal.huc.HttpURLConnectionImpl()
 v
 abstract URLConnection
 v
com.squareup.okhttp.internal.huc.HttpURLConnectionImpl.connect()
 v
com.squareup.okhttp.internal.huc.HttpURLConnectionImpl.execute()
 v
com.squareup.okhttp.internal.http.HttpEngine.sendRequest()
 v
com.squareup.okhttp.internal.http.HttpEngine.connect()
 v
com.squareup.okhttp.internal.http.StreamAllocation.newStream()
 v
com.squareup.okhttp.internal.http.StreamAllocation.findHealthyConnection()
 v
com.squareup.okhttp.internal.http.StreamAllocation.findConnection()
 v
com.squareup.okhttp.internal.io.RealConnection()
 v
com.squareup.okhttp.internal.io.RealConnection.connect()
 v
com.squareup.okhttp.internal.io.RealConnection.connectSocket()
 v
com.squareup.okhttp.internal.io.RealConnection.connectTls()
 v
 abstract SSLSocketFactory
 ├── org.conscrypt.OpenSSLSocketFactoryImpl.createSocket()
 ├── org.conscrypt.Platform.createFileDescriptorSocket()
 ├── org.conscrypt.ConscryptFileDescriptorSocket()
 ├── org.conscrypt.newSsl()
 ├── org.conscrypt.NativeSsl.newInstance()
 ├── org.conscrypt.NativeCrypto.SSL_new() // native
 v
 static native long SSL_new(long ssl_ctx, AbstractSessionContext holder) throws SSLException;
 v
 // 到达native函数，找到注册native的地方：
 v
com.android.org.conscrypt.NativeCryptoJni.init() // external/conscrypt/common/src/main/java/org/conscrypt/NativeCrypto.java
 v
 System.loadLibrary("javacrypto") // => libjavacrypto.so
 ├── // external/conscrypt/Android.bp：编译libjavacrypto.so的配置
 | cc_defaults {
 | name: "libjavacrypto-defaults",
 | 
 | cflags: [
 | "-Wall",
 | "-Wextra",
 | "-Werror",
 | "-Wunused",
 | "-fvisibility=hidden",
 | ],
 | 
 | srcs: ["common/src/jni/main/cpp/**/*.cc"],
 | local_include_dirs: ["common/src/jni/main/include"],
 | }
 | 
 | cc_library_shared {
 | name: "libjavacrypto",
 | // ...
 | shared_libs: [
 | "libcrypto",
 | "liblog",
 | "libssl", // libjavacrypto.so依赖libssl.so
 | ],
 | // ...
 | apex_available: [
 | "com.android.conscrypt",
 | "test_com.android.conscrypt",
 | ],
 | // ...
 | }
 | 
 ├── // external/conscrypt/common/src/jni/main/cpp/conscrypt/jniload.cc
 | jint libconscrypt_JNI_OnLoad(JavaVM* vm, void*) // 注册native方法, NativeCrypto_{libssl.exports}
 | 
 ├── // external/conscrypt/common/src/jni/main/cpp/conscrypt/native_crypto.cc
 | NativeCrypto::registerNativeMethods(env);
 | ├── ...
 | ├── CONSCRYPT_NATIVE_METHOD(SSL_new, "(J" REF_SSL_CTX ")J")
 | ├── ...
 | static jlong NativeCrypto_SSL_new(JNIEnv* env, jclass, jlong ssl_ctx_address, CONSCRYPT_UNUSED jobject holder)
 | ├── SSL_new() // #include <openssl/ssl.h>
 |
 ├── // external/conscrypt/common/src/jni/main/cpp/conscrypt/jniutil.cc 
 | void jniRegisterNativeMethods(JNIEnv* env, const char* className, const JNINativeMethod* gMethods, int numMethods)
 | env->RegisterNatives() 
 v
 static native long SSL_new(long ssl_ctx, AbstractSessionContext holder) throws SSLException;
 v 
........
(end)

// 以上，已经从 **java层** 一直跟踪到 **native层**，并且最后定位到 **libssl.so**，从而是可以确定事实：
//      `libssl.so`是java层SSLSocket / SSLContext等类的native支持.
```

### ssl_log_secret

> 为什么是这个方法？
> 1. 因为这函数原本就是项目为了方便调试和抓包分析用的，其生成的信息`(const char *)out`就是前面wireshark的解密所需。
> 2. 这个方法有容易定位的特征（CLIENT_RANDOM，这里简单剧透一下，下篇会具体利用）

下面的代码段来自 boringssl项目的`src/ssl/ssl_lib.cc`文件
```cpp
int ssl_log_secret(const SSL *ssl, const char *label, const uint8_t *secret,
                   size_t secret_len) {
  // 如果没有注册callback就不做处理
  if (ssl->ctx->keylog_callback == NULL) {
    return 1;
  }

// 编码random 和 master_secret成字符串
  ScopedCBB cbb;
  uint8_t *out;
  size_t out_len;
  if (!CBB_init(cbb.get(), strlen(label) + 1 + SSL3_RANDOM_SIZE * 2 + 1 +
                          secret_len * 2 + 1) ||
      !CBB_add_bytes(cbb.get(), (const uint8_t *)label, strlen(label)) ||
      !CBB_add_bytes(cbb.get(), (const uint8_t *)" ", 1) ||
      !cbb_add_hex(cbb.get(), ssl->s3->client_random, SSL3_RANDOM_SIZE) ||
      !CBB_add_bytes(cbb.get(), (const uint8_t *)" ", 1) ||
      !cbb_add_hex(cbb.get(), secret, secret_len) ||
      !CBB_add_u8(cbb.get(), 0 /* NUL */) ||
      !CBB_finish(cbb.get(), &out, &out_len)) {
    return 0;
  }

// 通知回调函数
  ssl->ctx->keylog_callback(ssl, (const char *)out);
  OPENSSL_free(out);
  return 1;
}

struct ssl_ctx_st {
  // ...
  // keylog_callback, if not NULL, is the key logging callback. See
  // |SSL_CTX_set_keylog_callback|.
  void (*keylog_callback)(const SSL *ssl, const char *line) = nullptr;
  // ...
}

```

确定要hook的函数的时候，最先想到的可能会是：

- 可不可以直接hook `ssl_log_secret`符号？**不可以**

为什么呢？最快速确定就是通过readelf来确定符号名称是否存在，或者使用hex编辑器来搜索字符串来确定存在并且在.symtab段（事实上如果是使用ida pro的话，他能显示并不能反映符号的存在，因为他会依赖其他的信息手段来确定函数符号名）；elf是否能够保留`STB_LOCAL`函数符号究其根本在编译的时候就确定了，通过`external/boringssl/Android.bp`的配置也能确定这些事实。

- 使用`SSL_CTX_set_keylog_callback`来设置`ssl->ctx->keylog_callback`

```cpp
// src/include/openssl/base.h
#define OPENSSL_EXPORT __attribute__((visibility("default")))

// 声明导出符号
// src/include/openssl/ssl.h
OPENSSL_EXPORT void SSL_CTX_set_keylog_callback(
    SSL_CTX *ctx, void (*cb)(const SSL *ssl, const char *line));

// src/ssl/ssl_lib.cc
void SSL_CTX_set_keylog_callback(SSL_CTX *ctx,
                                 void (*cb)(const SSL *ssl, const char *line)) {
  ctx->keylog_callback = cb;
}

```

`SSL_CTX_set_keylog_callback`作为导出符号，自然获取其符号地址起来也是非常的简单，在这之前，我们需要拿到要注册回调函数的`SSL_CTX *ctx`才能够继续，这个要怎么办呢？

### SSL_new

> 前面我们在[跟踪java层到native层](#为什么是libsslso)中，可以看到建立连接，首先需要的是 `SSL_new`。

```cpp
// src/include/openssl/ssl.h
OPENSSL_EXPORT SSL *SSL_new(SSL_CTX *ctx);

// src/ssl/ssl_lib.cc
SSL *SSL_new(SSL_CTX *ctx) {
  if (ctx == nullptr) {
    OPENSSL_PUT_ERROR(SSL, SSL_R_NULL_SSL_CTX);
    return nullptr;
  }

UniquePtr<SSL> ssl = MakeUnique<SSL>(ctx);
 // ...

return ssl.release();
}

```

所以我们的策略是，通过attach符号`SSL_new`，使用参数`SSL_CTX* ctx`来使用符号`SSL_CTX_set_keylog_callback`进行注册回调函数。

```

// 下面的实现代码是为了方便理解使用frida的原生函数实现，frida-analykit的方法进行了一定程度的封装

// 保持对象引用，避免NativeCallback定义的原生函数被gc掉
const no_gc_list = []

setImmediate(() => {
    const libsslMod = Process.getModuleByName('libssl.so')
    const SSL_new = libsslMod.getExportByName('SSL_new')
    const SSL_CTX_set_keylog_callback = new NativeFunction(
        libsslMod.getExportByName('SSL_CTX_set_keylog_callback'),
        'void', ['pointer', 'pointer']
    )
    
    Interceptor.attach(SSL_new, {
        onEnter(args) {
            const ctx = args[0]
            this.ssl_ctx = ctx
        },
        onLeave(retval) {
            const ctx = this.ssl_ctx
            
            const SSL_CTX_keylog_callback = new NativeCallback((ssl: NativePointer, line: NativePointer) => {
                const str = line.readCString()
                if (str !== null) {
                    console.log(str)
                }
            }, 'void', ['pointer', 'pointer'])
            no_gc_list.push(SSL_CTX_keylog_callback)
            
            SSL_CTX_set_keylog_callback(ctx, SSL_CTX_keylog_callback)
        }
    })

})

```

到这里我们完成了对`libssl.so`中tls的密钥打印。但这就是所有了吗？不，还没有，wireshark还拿不到这些数据，我们还需要使用rpc来接管所有的sslkey。

## 如何使用rpc来传输给wireshark？

> frida提供了一套rpc的通信实现：允许脚本中使用rpc.exports来注册导出函数定义，并且使用send和recv来通信：(frida-analykit实现了这一套，按照[文档配置使用](#工具)即可)
> 
> frida-analykit的导出函数注册位于 `frida-analykit/script/rpc.ts`

```

// @types/frida-gum/index.d.ts 定义

declare namespace rpc {
    let exports: RpcExports;
}

interface RpcExports {
    [name: string]: AnyFunction;
}

declare function recv(callback: MessageCallback): MessageRecvOperation;

declare function recv(type: string, callback: MessageCallback): MessageRecvOperation;

interface MessageCallback {
    (message: any, data: ArrayBuffer | null): void;
}

interface MessageRecvOperation {
    wait(): void;
}

declare function send(message: any, data?: ArrayBuffer | number[] | null): void;

```

- 导出的函数可以在go, python, nodejs对应的sdk中引用，下面以python的文档说明：

> frida-analykit的python的rpc接受的数据代理实现位于 `frida-analykit/agent/rpc/resolver.py`

```py

class Script:
    # ...

# 用于注册消息到达后的回调函数callback
    @overload
    def on(self, signal: Literal["message"], callback: ScriptMessageCallback) -> None: ...

# rpc导出的函数：注意js注册的函数名在py中的名字不是完全对等的，会有名称转换
    #        [py] hello_world => [js] helloWorld
    # 也就是说，_下划线会被camelCase，可以通过class ScriptExportsSync: def __getattr__ 函数_to_camel_case看到这个事实。
    def exports(self) -> ScriptExportsSync: ...

# ...

```

这一部分我只列举了实现原理依据，其余都是代码开发、项目组织层面的，这些我就不过多说了（真想理解看代码自己消化更高效）。实现细节可以跳转阅读[`frida-analykit`](#工具)

## 测试

> 光是第一眼看到有这么多文字，耐心就足以被削去一半。说到这些，其实我是更倾向于直接把演示测试这一段放到前头（先通过图片看看怎么个事，再决定要不要细看，毕竟大家时间都很宝贵），但是想了想这会使得文章的行文组织过于跳脱、突兀，所以作罢，仅留下一把跳伞用于定位。

**下面的资源都可以[跳转工具](#工具)下载，其中下面的`测试资源`都是相对于该目录下的**

- 安装测试包 **app-debug.apk** 或者自行从**app/** 下的源码编译）

图3可以看到app的大概情况，接下来我们会演示验证下面两点：

1. 验证frida-analykit + wireshark是否能规避类似于ssl pinning的证书校验。（虽然从原理上是显而易见的，但是没有比能看到事实更让人感到安心的）

2. wireshark能够实时抓包解密tls到并且展示http协议。

- 设备连接pc上开"移动热点"，wireshark选取对应的"热点网卡"

> 在win上使用softAP方式开热点的通常会自动创建`Wi-Fi Direct`网卡，在`wireshark 捕获选项`中选择该网卡（通过任务管理器可以确定名称）
>
> 推荐使用这种方式来让设备进行捕获，不然会混杂其他设备过多的流量还需要写过滤规则

- 拉取`frida-analykit`，并且<a href="elink@587K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6K9f1@1p5J5x3K6y4Q4x3V1k6X3M7X3W2V1j5g2)9J5k6r3q4F1j5h3I4&6K9$3W2@1i4K6y4r3N6r3q4T1i4K6y4p5M7X3g2S2k6r3#2W2i4K6u0V1L8%4k6Q4x3X3c8X3K9h3I4W2i4K6t1K6i4K6t1#2c8e0N6Q4x3U0f1&6y4q4)9J5y4f1p5^5i4K6t1#2c8e0k6Q4x3U0g2n7x3#2)9J5y4e0V1#2">按照文档配置好环境</a>，配置好yaml文件，bootup-server启动frida-server。

```

app: com.frida_analykit.ssl_log_secret
jsfile: _agent.js

server:
  servername: /data/local/tmp/frida-server
  host: 127.0.0.1:6666
  device:

agent:
  datadir: ./data/
  stdout: ./logs/outerr.log
  stderr: ./logs/outerr.log

script:
  nettools:
    # 要输出sslkey.log文件的路径，[图1]位置选择该文件
    ssl_log_secret: ./data/nettools/sslkey/

```

- `./ptpython_spawn.sh`来启动脚本`index.ts`

- 点击"发起请求"按钮，发起https请求，

> sslkey.log文件只会在有数据进来的时候才会创建，所以一般会在发起一次请求后才去按[图1](#图1)配置，当然你手动创建也不是不行

图5可以看出报文已经成功解密，其中标注了三个框：上框=过滤规则（只保留http协议相关）；中框=关联报文（关联的请求和响应）；下框=报文内容。

从wireshark不是针对http协议的，所以用起来是没有charles,fiddler直观

- 对于开启ssl pinning的流量是否有效呢？点击“获取证书” - “保存” - 开启"SSL Pinning" - “发起请求”

- 最后附有中间人代理的情况下，开启ssl pinning会出现的错误。

## 结尾

这篇主要是借用`libssl.so`这个有明显符号导出的boringssl进行hook,一个简单的例子来说明这一套流量抓包的流程和原理。

但是实战中会能这么简单如愿的hook到`ssl_log_secret`吗？答案是否定的，现实情况是，即便是常用的webview，用的都不是动态库`libssl.so`，而是自己静态链接了boringssl的，这就意味着除了常规的java层原生实现的证书校验外，其余的tls流量都无法解密，如果仅仅只是到这种程度，当然算不上可用。所以下篇会针对性的讨论我们该如何根据特征来对静态链接了boringssl（譬如flutter和webview），但没有导出符号的ssl_log_secret函数进行hook（实际上也适用于libssl.so）。

回复或点赞可查看完整内容

传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！！

最后于 2025-4-25 18:30 被zsa233编辑，原因：回填下篇地址，改成点赞回复可见

#基础理论 #程序开发 #HOOK注入

收藏・68

点赞・224

打赏

赞赏记录

参与人

雪币

留言

时间

git_99440qimingminimax

为你点赞！

7小时前

git_51951meggadf3df

非常支持你的观点！

1天前

mb_dvqqrcce

非常支持你的观点！

2026-9-11 17:04

张楚岚.

这个讨论对我很有帮助，谢谢！

2026-9-8 14:42

lxc198

这个讨论对我很有帮助，谢谢！

2026-8-25 14:50

mb_iesvmzqc

为你点赞！

2026-8-24 11:24

unxeer

感谢你分享这么好的资源！

2026-8-24 06:59

mb_lthgjpwj

为你点赞！

2026-8-20 18:05

LLeaves

为你点赞！

2026-8-15 09:31

mb_wsoacceo

为你点赞！

2026-8-8 00:30

Wika

感谢你的积极参与，期待更多精彩内容！

2026-7-31 15:54

hexdump

感谢你的积极参与，期待更多精彩内容！

2026-7-30 11:54

Red

感谢你的贡献，论坛因你而更加精彩！

2026-7-20 13:32

mb_cebxltxx

为你点赞！

2026-7-18 00:54

wx_kx92911

为你点赞！

2026-7-15 11:41

afishlong

为你点赞！

2026-7-14 01:46

mb_hsscwjpz

为你点赞！

2026-7-8 18:22

MsScotch

非常支持你的观点！

2026-7-4 11:32

ulong9527

为你点赞！

2026-6-26 13:19

zhongdong

为你点赞！

2026-6-19 15:03

山间清爽的风

感谢你的贡献，论坛因你而更加精彩！

2026-6-4 00:30

mb_ibmhjpga

期待更多优质内容的分享，论坛有你更精彩！

2026-5-25 15:04

linchuan0

为你点赞！

2026-5-10 10:03

wjdidi

为你点赞！

2026-5-7 00:59

npc0vo

感谢你的积极参与，期待更多精彩内容！

2026-4-26 06:19

doduhuang

期待更多优质内容的分享，论坛有你更精彩！

2026-4-22 08:33

wx_老夫_473

你的帖子非常有用，感谢分享！

2026-4-1 22:39

git_87710XIXaa

感谢你分享这么好的资源！

2026-3-15 12:46

lxaza

你的分享对大家帮助很大，非常感谢！

2026-3-15 00:20

nxlite

期待更多优质内容的分享，论坛有你更精彩！

2026-3-12 00:44

mb_rusgsmwf

这个讨论对我很有帮助，谢谢！

2026-3-6 09:55

sice

感谢你分享这么好的资源！

2026-2-22 10:16

王三石

非常支持你的观点！

2026-2-4 23:13

nsec

这个讨论对我很有帮助，谢谢！

2026-2-2 17:23

kisanakzz

感谢你分享这么好的资源！

2026-2-1 18:34

mb_izfxicrp

你的帖子非常有用，感谢分享！

2026-1-29 21:57

lucasK

期待更多优质内容的分享，论坛有你更精彩！

2026-1-28 09:55

mb_xqtjnsyk

你的帖子非常有用，感谢分享！

2026-1-27 10:57

mb_ohfnwplb

为你点赞！

2026-1-24 22:01

卡卡骨

感谢你分享这么好的资源！

2026-1-19 14:44

mb_ilapwglc

谢谢你的细致分析，受益匪浅！

2026-1-17 18:52

F0rest

你的帖子非常有用，感谢分享！

2026-1-9 15:22

mb_dzntuqwg

这个讨论对我很有帮助，谢谢！

2026-1-9 14:44

pupububu8

你的帖子非常有用，感谢分享！

2026-1-8 18:06

mb_kkwnpqfl

你的分享对大家帮助很大，非常感谢！

2025-12-28 00:41

Melanthe

期待更多优质内容的分享，论坛有你更精彩！

2025-12-22 09:55

wx_null_420

为你点赞！

2025-12-20 14:27

小向i小葵

你的帖子非常有用，感谢分享！

2025-12-19 11:53

wx_技术Liu

这个讨论对我很有帮助，谢谢！

2025-12-18 18:57

mb_xhffcknf

你的帖子非常有用，感谢分享！

2025-12-12 15:35

AStephen

谢谢你的细致分析，受益匪浅！

2025-12-12 08:44

mb_fhpfcoqp

你的分享对大家帮助很大，非常感谢！

2025-12-9 16:03

xianyuuuan

期待更多优质内容的分享，论坛有你更精彩！

2025-12-3 14:48

mb_csnwuokx

谢谢你的细致分析，受益匪浅！

2025-11-26 09:41

mb_bovzoaqm

为你点赞！

2025-11-17 18:43

mb_zbrirnnk

非常支持你的观点！

2025-11-17 09:24

mb_mfjsranl

为你点赞！

2025-11-9 18:11

mb_xwntdpxy

感谢你分享这么好的资源！

2025-11-6 14:44

mb_wyefudor

非常支持你的观点！

2025-11-5 23:19

mb_syvaqetv

期待更多优质内容的分享，论坛有你更精彩！

2025-10-27 18:35

mysql5

你的分享对大家帮助很大，非常感谢！

2025-10-23 14:14

git_21210wzzzh2025

期待更多优质内容的分享，论坛有你更精彩！

2025-10-23 12:33

mb_hkhmelgo

感谢你的贡献，论坛因你而更加精彩！

2025-10-2 15:15

αβγδεξπ

为你点赞！

2025-9-29 23:37

Kaisar大帝

这个讨论对我很有帮助，谢谢！

2025-9-29 18:00

lovezeng

谢谢你的细致分析，受益匪浅！

2025-9-27 15:43

riversky

为你点赞！

2025-9-26 17:23

git_33582SilentSobs

为你点赞！

2025-9-25 00:27

Fre1heit

你的分享对大家帮助很大，非常感谢！

2025-9-19 17:01

jjjo

为你点赞！

2025-9-19 11:28

git_37909line-rev

感谢你分享这么好的资源！

2025-9-18 10:56

git_368492756175491

这个讨论对我很有帮助，谢谢！

2025-9-17 23:48

bobi1024

感谢你的贡献，论坛因你而更加精彩！

2025-9-17 15:15

mb_cfzkocqj

感谢你的积极参与，期待更多精彩内容！

2025-9-17 14:30

PangBai

期待更多优质内容的分享，论坛有你更精彩！

2025-9-17 11:40

wx_byte

感谢你分享这么好的资源！

2025-9-16 19:33

边缘

感谢你的积极参与，期待更多精彩内容！

2025-9-13 18:03

mb_rbbzqwvn

期待更多优质内容的分享，论坛有你更精彩！

2025-9-12 14:13

jmzqwh

感谢你的积极参与，期待更多精彩内容！

2025-9-12 12:07

despacido~~

期待更多优质内容的分享，论坛有你更精彩！

2025-9-3 14:48

MochaCo

非常支持你的观点！

2025-8-30 15:37

是依蚊呀

为你点赞！

2025-8-25 15:55

mb_sotdwcli

为你点赞！

2025-8-25 14:46

wx_闻铃

为你点赞！

2025-8-25 09:54

mb_vxhkdihv

为你点赞！

2025-8-23 23:36

山竹笠

感谢你分享这么好的资源！

2025-8-15 15:06

Craft_A

为你点赞！

2025-8-11 11:23

mb_saeucvtv

这个讨论对我很有帮助，谢谢！

2025-8-10 22:31

珈蓝夜雨

感谢你的贡献，论坛因你而更加精彩！

2025-8-10 10:29

mb_hhtamnlw

期待更多优质内容的分享，论坛有你更精彩！

2025-8-6 10:10

wx_0.0_522

非常支持你的观点！

2025-7-29 15:18

wx_稻草帽儿

你的分享对大家帮助很大，非常感谢！

2025-7-29 13:19

lrhtony

这个讨论对我很有帮助，谢谢！

2025-7-29 10:14

快乐的小跳蛙

感谢你的积极参与，期待更多精彩内容！

2025-7-23 18:29

月清晖

感谢你分享这么好的资源！

2025-7-19 22:06

jiavjiav

这个讨论对我很有帮助，谢谢！

2025-7-17 19:48

mb_ctvcfsmy

你的分享对大家帮助很大，非常感谢！

2025-7-17 00:18

mb_nazusqig

你的分享对大家帮助很大，非常感谢！

2025-7-15 11:14

mb_zaurlbcq

这个讨论对我很有帮助，谢谢！

2025-7-14 12:36

雨昏灰

非常支持你的观点！

2025-7-11 13:50

wpwpahj

期待更多优质内容的分享，论坛有你更精彩！

2025-7-10 16:35

mb_syefvsul

谢谢你的细致分析，受益匪浅！

2025-7-9 17:45

git_39501lihuhuhu

你的帖子非常有用，感谢分享！

2025-7-7 15:52

mb_qrlsimls

为你点赞！

2025-7-4 22:38

linkin5epk

谢谢你的细致分析，受益匪浅！

2025-6-30 21:34

琪琪ing

这个讨论对我很有帮助，谢谢！

2025-6-30 11:25

cpluse

谢谢你的细致分析，受益匪浅！

2025-6-26 11:05

努力丶

为你点赞！

2025-6-25 14:09

mb_hhiypuwp

这个讨论对我很有帮助，谢谢！

2025-6-24 12:48

软件君子

感谢你分享这么好的资源！

2025-6-24 12:27

灬哈密瓜

感谢你分享这么好的资源！

2025-6-24 10:40

j01y

为你点赞！

2025-6-23 15:44

奋斗小菜鸟

为你点赞！

2025-6-23 10:55

mb_pheahdjz

期待更多优质内容的分享，论坛有你更精彩！

2025-6-22 16:16

mb_hlzolkmu

期待更多优质内容的分享，论坛有你更精彩！

2025-6-21 18:52

shutterbug

你的分享对大家帮助很大，非常感谢！

2025-6-20 11:20

mb_audxeeaj

非常支持你的观点！

2025-6-20 10:36

mb_tjojeozj

谢谢你的细致分析，受益匪浅！

2025-6-20 02:23

[軍]

谢谢你的细致分析，受益匪浅！

2025-6-18 10:59

我只是没人要

为你点赞！

2025-6-17 16:48

UserXCh

为你点赞！

2025-6-17 08:08

alcat

你的分享对大家帮助很大，非常感谢！

2025-6-16 17:37

左眼憔悴

期待更多优质内容的分享，论坛有你更精彩！

2025-6-16 11:34

wushuang双

非常支持你的观点！

2025-6-14 12:45

mb_vxufgfcw

期待更多优质内容的分享，论坛有你更精彩！

2025-6-13 13:58

xiaohuaxxx

感谢你的积极参与，期待更多精彩内容！

2025-6-12 23:44

游客

为你点赞！

2025-6-12 17:03

mb_jhjhpmkz

为你点赞！

2025-6-11 14:51

braintrust

非常支持你的观点！

2025-6-11 12:04

wx_SKY_105

期待更多优质内容的分享，论坛有你更精彩！

2025-6-11 10:22

Aar0n

为你点赞！

2025-6-10 23:49

WsttXm

为你点赞！

2025-6-9 17:17

Mars@PDlabs

感谢你的贡献，论坛因你而更加精彩！

2025-6-9 15:22

mb_fkhnkwcm

为你点赞！

2025-6-9 01:17

frmzero

这个讨论对我很有帮助，谢谢！

2025-6-8 16:01

路过1

为你点赞！

2025-6-8 13:43

git_91642liu13514

非常支持你的观点！

2025-6-7 12:39

frozenrain

为你点赞！

2025-6-6 15:50

深圳PD Labs

这个讨论对我很有帮助，谢谢！

2025-6-6 14:28

转山转水

为你点赞！

2025-6-6 13:56

烟花易冷丶

谢谢你的细致分析，受益匪浅！

2025-6-4 15:56

wx_浓情淡如你

感谢你的积极参与，期待更多精彩内容！

2025-6-4 14:52

nanglam

感谢你的积极参与，期待更多精彩内容！

2025-6-4 14:41

优质胖虎

这个讨论对我很有帮助，谢谢！

2025-6-4 09:18

@=llfly

为你点赞！

2025-6-3 15:28

coreofthesun

感谢你的积极参与，期待更多精彩内容！

2025-6-3 10:30

mb_ziihmkrs

谢谢你的细致分析，受益匪浅！

2025-6-3 00:18

vincent_chu

感谢你的积极参与，期待更多精彩内容！

2025-5-31 23:14

berkedel

期待更多优质内容的分享，论坛有你更精彩！

2025-5-31 17:13

lihaiyanz

感谢你的贡献，论坛因你而更加精彩！

2025-5-31 13:30

mb_ixjhpnmb

非常支持你的观点！

2025-5-30 13:18

疯子Tear

感谢你分享这么好的资源！

2025-5-29 18:26

mb_nzxapsku

为你点赞！

2025-5-29 18:01

tuosen

为你点赞！

2025-5-29 17:27

简简单单看看

感谢你的积极参与，期待更多精彩内容！

2025-5-28 11:38

gladly

谢谢你的细致分析，受益匪浅！

2025-5-27 09:30

mb_ftnetlrf

为你点赞！

2025-5-26 23:30

wx_我的糖

非常支持你的观点！

2025-5-26 16:59

conlin

感谢你分享这么好的资源！

2025-5-26 16:35

mb_cdpdsdrb

非常支持你的观点！

2025-5-26 10:39

piereyolo

你的分享对大家帮助很大，非常感谢！

2025-5-25 08:54

NPC2000

谢谢你的细致分析，受益匪浅！

2025-5-25 00:01

奔跑的小鸟

期待更多优质内容的分享，论坛有你更精彩！

2025-5-23 11:45

kclonline

为你点赞！

2025-5-23 01:40

mb_khregafy

期待更多优质内容的分享，论坛有你更精彩！

2025-5-22 13:36

str1k3

这个讨论对我很有帮助，谢谢！

2025-5-21 11:23

哇哈哈919

感谢你分享这么好的资源！

2025-5-20 17:45

hbji

感谢你的贡献，论坛因你而更加精彩！

2025-5-19 19:41

sinker_

你的分享对大家帮助很大，非常感谢！

2025-5-15 06:27

Lychow

你的帖子非常有用，感谢分享！

2025-5-14 11:58

geekbyte

感谢你分享这么好的资源！

2025-5-14 10:08

失焦（白）

这个讨论对我很有帮助，谢谢！

2025-5-13 11:40

Emtanling

你的帖子非常有用，感谢分享！

2025-5-12 11:00

appview

为你点赞！

2025-5-12 09:16

tongling bai

感谢你分享这么好的资源！

2025-5-12 09:16

latucc

感谢你的贡献，论坛因你而更加精彩！

2025-5-11 10:37

微启宇

为你点赞！

2025-5-10 13:06

wx_遇见未来_982

你的帖子非常有用，感谢分享！

2025-5-9 10:30

mb_xuutttmo

为你点赞！

2025-5-8 16:02

cavemans

非常支持你的观点！

2025-5-7 17:57

musktime

谢谢你的细致分析，受益匪浅！

2025-5-7 17:53

m0y1

感谢你分享这么好的资源！

2025-5-7 16:38

Firear

感谢你分享这么好的资源！

2025-5-7 15:15

wx_illusion Hao

你的分享对大家帮助很大，非常感谢！

2025-5-6 17:48

Cr0ssx2

你的帖子非常有用，感谢分享！

2025-5-6 11:22

neilwu

感谢你分享这么好的资源！

2025-5-6 10:21

frankyxu

这个讨论对我很有帮助，谢谢！

2025-5-6 09:11

阿三阿三

这个讨论对我很有帮助，谢谢！

2025-5-6 07:15

susieaa

感谢你的积极参与，期待更多精彩内容！

2025-5-5 08:33

LL175

这个讨论对我很有帮助，谢谢！

2025-5-5 03:44

lieuliau

为你点赞！

2025-5-4 17:12

mb_ydqpypfx

感谢你分享这么好的资源！

2025-5-2 21:56

mb_fefksfsl

你的分享对大家帮助很大，非常感谢！

2025-5-1 22:29

uvbs

你的分享对大家帮助很大，非常感谢！

2025-5-1 12:33

mb_bktfqxlo

非常支持你的观点！

2025-5-1 09:00

周游列国

为你点赞！

2025-4-30 10:54

老小白

感谢你的贡献，论坛因你而更加精彩！

2025-4-30 10:14

不呲咔呲

感谢你分享这么好的资源！

2025-4-29 21:17

coderL

非常支持你的观点！

2025-4-29 17:21

wx_益达

谢谢你的细致分析，受益匪浅！

2025-4-29 17:06

suminglan

谢谢你的细致分析，受益匪浅！

2025-4-29 15:37

tamori丶

感谢你分享这么好的资源！

2025-4-28 18:28

Magic丶

非常支持你的观点！

2025-4-28 17:55

拾海

你的分享对大家帮助很大，非常感谢！

2025-4-28 17:24

wx_SXL

为你点赞！

2025-4-28 17:16

mb_jzocpthg

感谢你的积极参与，期待更多精彩内容！

2025-4-28 15:53

lanoche

为你点赞！

2025-4-28 15:04

令狐双

感谢你的积极参与，期待更多精彩内容！

2025-4-28 13:41

wx_funcrever

感谢你的积极参与，期待更多精彩内容！

2025-4-28 11:59

git_74981flycat365

这个讨论对我很有帮助，谢谢！

2025-4-28 11:01

Evan_422

期待更多优质内容的分享，论坛有你更精彩！

2025-4-28 10:41

菱志漪

期待更多优质内容的分享，论坛有你更精彩！

2025-4-28 09:55

qqizai

你的分享对大家帮助很大，非常感谢！

2025-4-28 09:36

mb_ckfmrnqa

期待更多优质内容的分享，论坛有你更精彩！

2025-4-28 09:16

cydian

你的帖子非常有用，感谢分享！

2025-4-27 15:12

jgs

这个讨论对我很有帮助，谢谢！

2025-4-27 06:31

mb_kgfqphsx

感谢你的贡献，论坛因你而更加精彩！

2025-4-25 19:04

mb_fznoapkp

为你点赞！

2025-4-20 20:02

安卓逆向test

感谢你的积极参与，期待更多精彩内容！

2025-4-18 23:39

mb_tgmpfktz

为你点赞！

2025-4-18 00:49

iamshy

感谢你的积极参与，期待更多精彩内容！

2025-4-17 18:44

ax.阿祥

感谢你分享这么好的资源！

2025-4-17 17:14

Imxz

你的帖子非常有用，感谢分享！

2025-4-17 10:00

爱吃菠菜

为你点赞！

2025-4-17 00:26

最新回复 (152) 1 2 3 4 5 6 7 ▶
bluegatar 雪币： 5 活跃值： (5804) 能力值： ( LV2，RANK：10 ) 在线值：发帖 4 回帖 238 粉丝 6 关注私信	bluegatar 2 楼 github第一个给你点赞 2025-4-17 18:56 0
jasonxgw 雪币： 207 活跃值： (1846) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 52 粉丝 0 关注私信	jasonxgw 3 楼 tql 2025-4-28 10:20 0
Freax 雪币： 5155 活跃值： (2509) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 73 粉丝 1 关注私信	Freax 4 楼 tql 2025-4-28 10:30 0
mb_gmxvqisb 雪币： 20 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 3 粉丝 0 关注私信	mb_gmxvqisb 5 楼 tql 2025-4-28 10:49 0
mb_cbgtaveo 雪币： 292 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 253 粉丝 0 关注私信	mb_cbgtaveo 6 楼 66666 2025-4-28 11:34 0
自己能雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 16 粉丝 1 关注私信	自己能 7 楼 11 2025-4-28 13:12 0
自己能雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 16 粉丝 1 关注私信	自己能 8 楼没看懂和ssl_log_secret有啥关系最终是hook SSL_new 调用SSL_CTX_set_keylog_callback 注册回调函数来输出keylog 知不知道ssl_log_secret地址好像完全不影响 2025-4-28 13:42 0
owlTest 雪币： 405 活跃值： (344) 能力值： ( LV2，RANK：15 ) 在线值：发帖 2 回帖 11 粉丝 4 关注私信	owlTest 9 楼厉害啊 2025-4-28 16:39 0
zsa233 雪币： 503 活跃值： (1160) 能力值： ( LV3，RANK：30 ) 在线值：发帖 3 回帖 8 粉丝 43 关注私信	zsa233 10 楼自己能没看懂和ssl_log_secret有啥关系最终是hook SSL_new 调用SSL_CTX_set_keylog_callback 注册回调函数来输出keylog 知不知道ssl_log_ ... 在上篇中提到的ssl_log_secret并不是为了hook它，它是sslkey.log日志生成的代码实现，当要通过SSL_CTX_set_keylog_callback设置回调的时候就是为了在这里面生效，所以需要贴出来这些代码和概念来理清这些思路。至于ssl_log_secret的地址定位是下篇的内容，这里面也是提前给下篇埋个点 2025-4-28 16:44 0
huangbof 雪币： 1 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 89 粉丝 2 关注私信	huangbof 11 楼 666666 2025-4-28 17:23 0
自己能雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 16 粉丝 1 关注私信	自己能 12 楼 zsa233 在上篇中提到的ssl_log_secret并不是为了hook它，它是sslkey.log日志生成的代码实现，当要通过SSL_CTX_set_keylog_callback设置回调的时候就是为了在这里面 ... 上篇和下篇还是有点割裂的看完完全不知道定位ssl_log_secret有啥作用看源码才知道后面实际上是hook ssl_log_secret 然后自己实现了根据入参生成out的代码. 也就是说 SSL_CTX_set_keylog_callback来获取信息的话和ssl_log_secret 完全没关系. hook ssl_log_secret 来获取信息的话也和SSL_CTX_set_keylog_callback完全没关系是这样的吗? 2025-4-28 17:38 1
zsa233 雪币： 503 活跃值： (1160) 能力值： ( LV3，RANK：30 ) 在线值：发帖 3 回帖 8 粉丝 43 关注私信	zsa233 13 楼自己能上篇和下篇还是有点割裂的看完完全不知道定位ssl_log_secret有啥作用看源码才知道后面实际上是hook ssl_log_secret 然后自己实现了根据入参生成out的代码. 也 ... 1. 先回答你的问题： - SSL_CTX_set_keylog_callback来获取信息的话和ssl_log_secret 完全没关系了吗？hook ssl_log_secret 来获取信息的话也和SSL_CTX_set_keylog_callback完全没关系吗？ --- 如果但就从结果上来看，是的。因为最后的目标都是要获取到sslkey。但是如果从处理方式上来看的话，用`SSL_CTX_set_keylog_callback`来达到的话类似于是“原生实现”的方式获取信息；而用ssl_log_secret达到的话就是侵入式的获取信息，而所说的侵入式的意思就是你这里面提到的：通过解析ssl_log_secret的SSL结果参数来 “自己实现了根据入参生成out的代码“。 2. 在上下篇中确实没有提到是如何运用获取到的ssl_log_secret地址，缺少这一点确实会造成一定的困惑。主要的原因是我在写文章的时候是按照文章主讲思路，然后代码是作为补全的一环。而在这部分内容是希望实现在不长篇大论的情况下，内容更具有针对性的讨论hook的思路。不过但就现在的结果上来看有困惑的会自然而然的去看代码理解的，所以你也有了属于你自己的理解。同时我也认同直接看代码是更高效的。 2025-4-28 18:10 1
BestToYou 雪币： 847 活跃值： (1861) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 22 粉丝 21 关注私信	BestToYou 14 楼 6 2025-4-29 12:18 0
molezsbd 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 13 粉丝 0 关注私信	molezsbd 15 楼 6 2025-4-29 13:58 0
wx_插曲雪币： 411 活跃值： (881) 能力值： ( LV2，RANK：10 ) 在线值：发帖 2 回帖 317 粉丝 24 关注私信	wx_插曲 16 楼 6 2025-4-29 17:16 0
飞飞非反雪币： 178 活跃值： (1934) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 29 粉丝 0 关注私信	飞飞非反 17 楼 6666 2025-4-29 17:25 0
mb_tkijjroi 雪币： 20 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 9 粉丝 0 关注私信	mb_tkijjroi 18 楼 6666 2025-4-29 18:03 0
wx_小友雪币： 567 活跃值： (1656) 能力值： ( LV3，RANK：20 ) 在线值：发帖 7 回帖 54 粉丝 32 关注私信	wx_小友 19 楼 6.66.6666 2025-4-29 21:18 0
koflfy 雪币： 102 活跃值： (4101) 能力值： ( LV4，RANK：50 ) 在线值：发帖 8 回帖 482 粉丝 5 关注私信	koflfy 1 20 楼 mark 2025-5-3 10:44 0
wfvw126 雪币： 765 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 7 粉丝 0 关注私信	wfvw126 21 楼 6666感谢 2025-5-4 15:00 0
susieaa 雪币： 38 活跃值： (41) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 1 粉丝 0 关注私信	susieaa 22 楼厉害 2025-5-5 08:32 0
cpu_os 雪币： 8 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 5 粉丝 0 关注私信	cpu_os 23 楼看看 2025-5-5 11:16 0
uncle flower 雪币： 0 活跃值： (330) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 15 粉丝 0 关注私信	uncle flower 24 楼感谢分享 2025-5-5 11:28 0
jdong 雪币： 180 活跃值： (2983) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 59 粉丝 1 关注私信	jdong 25 楼感谢分享 2025-5-5 13:57 1
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复

zsa233

发帖

回帖

RANK

关注

私信

他的文章

关于我们

联系我们

企业服务

看雪公众号

最新回复 (152) 1 2 3 4 5 6 7 ▶
bluegatar 雪币： 5 活跃值： (5804) 能力值： ( LV2，RANK：10 ) 在线值：发帖 4 回帖 238 粉丝 6 关注私信	bluegatar 2 楼 github第一个给你点赞 2025-4-17 18:56 0
jasonxgw 雪币： 207 活跃值： (1846) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 52 粉丝 0 关注私信	jasonxgw 3 楼 tql 2025-4-28 10:20 0
Freax 雪币： 5155 活跃值： (2509) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 73 粉丝 1 关注私信	Freax 4 楼 tql 2025-4-28 10:30 0
mb_gmxvqisb 雪币： 20 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 3 粉丝 0 关注私信	mb_gmxvqisb 5 楼 tql 2025-4-28 10:49 0
mb_cbgtaveo 雪币： 292 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 253 粉丝 0 关注私信	mb_cbgtaveo 6 楼 66666 2025-4-28 11:34 0
自己能雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 16 粉丝 1 关注私信	自己能 7 楼 11 2025-4-28 13:12 0
自己能雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 16 粉丝 1 关注私信	自己能 8 楼没看懂和ssl_log_secret有啥关系最终是hook SSL_new 调用SSL_CTX_set_keylog_callback 注册回调函数来输出keylog 知不知道ssl_log_secret地址好像完全不影响 2025-4-28 13:42 0
owlTest 雪币： 405 活跃值： (344) 能力值： ( LV2，RANK：15 ) 在线值：发帖 2 回帖 11 粉丝 4 关注私信	owlTest 9 楼厉害啊 2025-4-28 16:39 0
zsa233 雪币： 503 活跃值： (1160) 能力值： ( LV3，RANK：30 ) 在线值：发帖 3 回帖 8 粉丝 43 关注私信	zsa233 10 楼自己能没看懂和ssl_log_secret有啥关系最终是hook SSL_new 调用SSL_CTX_set_keylog_callback 注册回调函数来输出keylog 知不知道ssl_log_ ... 在上篇中提到的ssl_log_secret并不是为了hook它，它是sslkey.log日志生成的代码实现，当要通过SSL_CTX_set_keylog_callback设置回调的时候就是为了在这里面生效，所以需要贴出来这些代码和概念来理清这些思路。至于ssl_log_secret的地址定位是下篇的内容，这里面也是提前给下篇埋个点 2025-4-28 16:44 0
huangbof 雪币： 1 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 89 粉丝 2 关注私信	huangbof 11 楼 666666 2025-4-28 17:23 0
自己能雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 16 粉丝 1 关注私信	自己能 12 楼 zsa233 在上篇中提到的ssl_log_secret并不是为了hook它，它是sslkey.log日志生成的代码实现，当要通过SSL_CTX_set_keylog_callback设置回调的时候就是为了在这里面 ... 上篇和下篇还是有点割裂的看完完全不知道定位ssl_log_secret有啥作用看源码才知道后面实际上是hook ssl_log_secret 然后自己实现了根据入参生成out的代码. 也就是说 SSL_CTX_set_keylog_callback来获取信息的话和ssl_log_secret 完全没关系. hook ssl_log_secret 来获取信息的话也和SSL_CTX_set_keylog_callback完全没关系是这样的吗? 2025-4-28 17:38 1
zsa233 雪币： 503 活跃值： (1160) 能力值： ( LV3，RANK：30 ) 在线值：发帖 3 回帖 8 粉丝 43 关注私信	zsa233 13 楼自己能上篇和下篇还是有点割裂的看完完全不知道定位ssl_log_secret有啥作用看源码才知道后面实际上是hook ssl_log_secret 然后自己实现了根据入参生成out的代码. 也 ... 1. 先回答你的问题： - SSL_CTX_set_keylog_callback来获取信息的话和ssl_log_secret 完全没关系了吗？hook ssl_log_secret 来获取信息的话也和SSL_CTX_set_keylog_callback完全没关系吗？ --- 如果但就从结果上来看，是的。因为最后的目标都是要获取到sslkey。但是如果从处理方式上来看的话，用`SSL_CTX_set_keylog_callback`来达到的话类似于是“原生实现”的方式获取信息；而用ssl_log_secret达到的话就是侵入式的获取信息，而所说的侵入式的意思就是你这里面提到的：通过解析ssl_log_secret的SSL结果参数来 “自己实现了根据入参生成out的代码“。 2. 在上下篇中确实没有提到是如何运用获取到的ssl_log_secret地址，缺少这一点确实会造成一定的困惑。主要的原因是我在写文章的时候是按照文章主讲思路，然后代码是作为补全的一环。而在这部分内容是希望实现在不长篇大论的情况下，内容更具有针对性的讨论hook的思路。不过但就现在的结果上来看有困惑的会自然而然的去看代码理解的，所以你也有了属于你自己的理解。同时我也认同直接看代码是更高效的。 2025-4-28 18:10 1
BestToYou 雪币： 847 活跃值： (1861) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 22 粉丝 21 关注私信	BestToYou 14 楼 6 2025-4-29 12:18 0
molezsbd 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 13 粉丝 0 关注私信	molezsbd 15 楼 6 2025-4-29 13:58 0
wx_插曲雪币： 411 活跃值： (881) 能力值： ( LV2，RANK：10 ) 在线值：发帖 2 回帖 317 粉丝 24 关注私信	wx_插曲 16 楼 6 2025-4-29 17:16 0
飞飞非反雪币： 178 活跃值： (1934) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 29 粉丝 0 关注私信	飞飞非反 17 楼 6666 2025-4-29 17:25 0
mb_tkijjroi 雪币： 20 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 9 粉丝 0 关注私信	mb_tkijjroi 18 楼 6666 2025-4-29 18:03 0
wx_小友雪币： 567 活跃值： (1656) 能力值： ( LV3，RANK：20 ) 在线值：发帖 7 回帖 54 粉丝 32 关注私信	wx_小友 19 楼 6.66.6666 2025-4-29 21:18 0
koflfy 雪币： 102 活跃值： (4101) 能力值： ( LV4，RANK：50 ) 在线值：发帖 8 回帖 482 粉丝 5 关注私信	koflfy 1 20 楼 mark 2025-5-3 10:44 0
wfvw126 雪币： 765 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 7 粉丝 0 关注私信	wfvw126 21 楼 6666感谢 2025-5-4 15:00 0
susieaa 雪币： 38 活跃值： (41) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 1 粉丝 0 关注私信	susieaa 22 楼厉害 2025-5-5 08:32 0
cpu_os 雪币： 8 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 5 粉丝 0 关注私信	cpu_os 23 楼看看 2025-5-5 11:16 0
uncle flower 雪币： 0 活跃值： (330) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 15 粉丝 0 关注私信	uncle flower 24 楼感谢分享 2025-5-5 11:28 0
jdong 雪币： 180 活跃值： (2983) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 59 粉丝 1 关注私信	jdong 25 楼感谢分享 2025-5-5 13:57 1
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复