一个引发openssl崩溃问题案例

1 背景

最近用libevent写了一个https代理功能,在调研的时候,遇到了一个项目用到了本地多个openssl库引发的ssl握手崩溃问题。

2 开发环境

|----------|-----------------------|-------------|
| 项目库 | 版本号 | 依赖项 |
| libevent | libevent-2.1.8-stable | openssl 1.1 |
| openssl | 1.0u / 1.1.1w / 3.3.1 | ...... |

3 问题现象

https代理的下游是http客户端( 播放器)连接,上游服务器是https对接,其中https对接上游需要用到openssl库。

这在播放器打开该播放url并回溯到上游点播服务器的时候,崩溃堆栈直接到了openssl库内部。

以下是出问题时的堆栈现场:

4 原因分析

为了简单起见,抽离了业务代码,直接用openssl的api写了一个简单的demo,去连接上游https服务器,发现同样存在崩溃现象,并且崩溃的堆栈都一样。

列出demo的主要代码:

复制代码
int main (int argc, char* argv[]) {
    /* 初始化SSL协议环境 */
    // SSL_library_int();
    /* 创建SSL上下文 */
    SSL_CTX *ctx = SSL_CTX_new (SSLv23_client_method());
    if(ctx == NULL) {
       return false;
    }
    /* 设置SSL选项 */
    SSL_CTX_set_options (ctx,
                        SSL_OP_SINGLE_DH_USE |
                        SSL_OP_SINGLE_ECDH_USE |
                        SSL_OP_NO_SSLv2 /*禁用SSLv2*/ |
                        SSL_OP_NO_TLSv1 /*禁用TLSv1*/);
    // 不校验ssl证书
    SSL_CTX_set_verify(ctx, SSL_VERIFY_NONE, NULL);
    int r = bufferevent_openssl_socket_new (base,
                            -1,
                            SSL_new(ctx),
                            BUFFEREVENT_SSL_ACCEPTING,
                            BEV_OPT_CLOSE_ON_FREE);

    // 设置回调函数
    bufferevent_setcb(evcon->bufev, evhttp_read_cb, evhttp_write_cb, evhttp_ssl_error_cb, evcon);
 
    // 启动SSL连接
    bufferevent_socket_connect_hostname(evcon->bufev, dnsbase, AF_UNSPEC, evcon->address, port);
    bufferevent_enable(evcon->bufev, EV_WRITE);

    struct event_base* event_base = event_base_new();
    event_base_dispatch(event_base);
    
    SSL_CTX_free(ssl_ctx);
    return 0;
}

问题原因,当时有2个方向:

  • openssl的api使用不当所致,经openssl的example对比发现无异常;
  • 本地或有多个openssl版本,libevent-2.1.8-stable的编译和链接用到了不同的openssl库所致;

终端执行ls命令查看,的确有多个openssl版本(其实还有openssl的1.0u版本,后来为解决问题卸载了):

5 解决办法

由于libevent-2.1.8-stable版本匹配的openssl版本为1.1版本系列,因此去掉其他openssl版本,保留openssl1.1版本,再编译libevent-2.1.8-stable。

然后在工程文件里引入编译好的libevent库,及其openssl库:

再次编译运行的时候,发现整个世界清净了,可以正常代理播放了:

相关推荐
pop_xiaoli12 小时前
【iOS】dyld加载
macos·ios·objective-c·cocoa
程序员小崔日记16 小时前
当 AIR 只支持 Mac,我开始重新思考操作系统这件事
macos·操作系统·ai编程
一个人旅程~19 小时前
黑苹果系统都支持哪些硬件键盘和笔记本型号,以老旧电脑dell n4020为例安装黑苹果的可能性分析
经验分享·macos·电脑
Eloudy20 小时前
macOS 上开启 SSH 服务
运维·macos·ssh
蜜汁小强20 小时前
macOS 开发者的 tmux 实战配置:分屏导航、vi 复制模式与系统剪贴板一站打通
macos·策略模式
SaN-V2 天前
MacOS 下 VS Code 中 Codex 通过 SSH 连接远程服务器无法使用的问题排查与解决
服务器·macos·chatgpt·ssh·codex
一只小白菜2 天前
[特殊字符] 解决 Mac M5 芯片上 Ollama 运行报错:升级 macOS Tahoe 26.4.1 后恢复正常
macos
爱吃香蕉的阿豪3 天前
Mac 远程操作 Windows 开发:ZeroTier + JetBrains 实战指南
windows·macos·zerotoer
大嘴皮猴儿3 天前
从零开始学商品图翻译:小白也能快速掌握的多语言文字处理与上架技巧
大数据·ide·人工智能·macos·新媒体运营·xcode·自动翻译
空中海4 天前
第六章:iOS导航与路由系统
macos·ios·cocoa