我对nginx_ajp_module模块的测试心得

wangbin579 wangbin579 博客等级 墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 5.9k累计阅读 6k平均单平台 已同步平台 CSDN 微信公众号 微博 知乎 掘金 百家号 博客园 抖音 小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网 我也要 码龄22年
关注
原创 2024-09-11 13:42:10 5.9k 阅读 AI 写同款· GEO 优化 ›
AI权益加码！Claude Code、Cursor等20+工具免费用！ 购周边限时加赠Coding Plan Lite，畅享主流AI工具！学习进阶更高效！ 阅读详情

网易杭州研究院的人还是挺牛的，我的水平与他们相差若干个等级，所以有所不对的地方，敬请见谅。

测试了一下nginx ajp模块，发现可能有如下问题（有些问题并不是这个模块带来的）：

1、潜在bug，ngx_http_ajp.c：359行%s输出格式，但r->method不是字符串类型，而是ngx_uint_t类型，所以有可能会导致进程崩溃的情况发生

    357     if ((method = sc_for_req_method_by_id(r)) == UNKNOWN_METHOD) {
    358         ngx_log_error(NGX_LOG_ERR, log, 0,
    359                 "ajp_marshal_into_msgb - No such method %s", r->method);
    360         return NGX_ERROR;
    361     }

2、我用jackrabbit开源项目测试了一下，发现访问populate.jsp的时候，存在着一个小问题

    我们先用apache测试一下(走ajp协议)

    apache反应如下：
        00:00:02.293    150.543    1649    151    POST    200    text/html    http://test.163.com:8022/jackrabbit-webapp-2.2.5/populate.jsp
        从150s终于显示页面，开始显示进度条
        从wireshark可以看出，不管是啥，ajp协议都是先传递信息给tomcat，之后tomcat传递给apache，中间没有交叉
       
        00:20:25.676    150.803    1649    151    POST    200    text/html    http://xxx:8022/jackrabbit-webapp-2.2.5/populate.jsp
       
        ...
        7    0.001490    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=1 Ack=1650 Win=11680 Len=0
        8    150.673242    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=1 Ack=1650 Win=11680 Len=1460[Packet size limited during capture]
        ...
        16    150.677218    61.135.255.86    61.135.250.217    TCP    hpvmmdata > oa-system [ACK] Seq=1650 Ack=8246 Win=65535 Len=0
        17    387.459848    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=8246 Ack=1650 Win=11680 Len=1460[Packet size limited during capture]
        ....
        26    454.233836    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=16270 Ack=1650 Win=11680 Len=1460[Packet size limited during capture]
        ...
        35    510.252836    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=24292 Ack=1650 Win=11680 Len=1460[Packet size limited during capture]
        ...
        44    525.567410    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=32329 Ack=1650 Win=11680 Len=1460[Packet size limited during capture]
        ...
        53    527.899546    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=40399 Ack=1650 Win=11680 Len=1460[Packet size limited during capture]
        ...
        62    556.146207    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=48461 Ack=1650 Win=11680 Len=1460[Packet size limited during capture]
        ...
        71    572.829348    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=56498 Ack=1650 Win=11680 Len=1460[Packet size limited during capture]
        ...
        79    640.164545    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=64551 Ack=1650 Win=11680 Len=1460[Packet size limited during capture]
        ...
        87    708.108726    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=72627 Ack=1650 Win=11680 Len=1460[Packet size limited during capture]
        ...
        96    796.132990    61.135.250.217    61.135.255.86    TCP    oa-system > hpvmmdata [ACK] Seq=80643 Ack=1650 Win=11680 Len=1460[Packet size limited during capture]

   nginx访问tomcat (ajp)：

       00:08:28.707    501.640    1649    180    POST    200    text/html    http://test.163.com:9088/jackrabbit-webapp-2.2.5/populate.jsp
        501s后直接显示最终结果
        即没有apache在time上的特殊处理
       
        01:16:09.821    *    1630/1714    *    POST    *    *    http://test.163.com:9088/jackrabbit-webapp-2.2.5/populate.jsp

      直接访问tomcat：

        正常显示，无长久等待问题
        01:12:04.101    2.428    1714    110    POST    200    text/html    http://test.163.com:30002/jackrabbit-webapp-2.2.5/populate.jsp


       由此可见，apache ajp模块是有问题的，nginx中的ajp也是有问题的，并没有起到代理的作用。

       这些问题都是没有及时flush内容到客户端导致的，这可能是ajp协议本身设计上的原因。

3、对于nginx访问tomcat(ajp)，在多进程模式下，是无法保持keepalive的

        16:52:17.124950 IP localhost.localdomain.57859 > localhost.localdomain.30004: S 3493885978:3493885978(0) win 32767 <mss 16396,sackOK,timestamp 2907053443 0,nop,wscale 7>
        16:52:17.124971 IP localhost.localdomain.30004 > localhost.localdomain.57859: S 3496097446:3496097446(0) ack 3493885979 win 32767 <mss 16396,sackOK,timestamp 2907053443 2907053443,nop,wscale 7>
        16:52:17.124982 IP localhost.localdomain.57859 > localhost.localdomain.30004: . ack 1 win 256 <nop,nop,timestamp 2907053443 2907053443>
        16:52:17.125014 IP localhost.localdomain.57859 > localhost.localdomain.30004: P 1:1279(1278) ack 1 win 256 <nop,nop,timestamp 2907053443 2907053443>
        16:52:17.125026 IP localhost.localdomain.30004 > localhost.localdomain.57859: . ack 1279 win 256 <nop,nop,timestamp 2907053443 2907053443>
        16:52:17.126266 IP localhost.localdomain.30004 > localhost.localdomain.57859: P 1:64(63) ack 1279 win 256 <nop,nop,timestamp 2907053444 2907053443>
        16:52:17.126277 IP localhost.localdomain.57859 > localhost.localdomain.30004: . ack 64 win 256 <nop,nop,timestamp 2907053444 2907053444>
        16:52:17.126296 IP localhost.localdomain.30004 > localhost.localdomain.57859: P 64:82(18) ack 1279 win 256 <nop,nop,timestamp 2907053444 2907053444>
        16:52:17.126304 IP localhost.localdomain.57859 > localhost.localdomain.30004: . ack 82 win 256 <nop,nop,timestamp 2907053444 2907053444>
        16:52:17.126319 IP localhost.localdomain.30004 > localhost.localdomain.57859: P 82:88(6) ack 1279 win 256 <nop,nop,timestamp 2907053444 2907053444>
        16:52:17.126326 IP localhost.localdomain.57859 > localhost.localdomain.30004: . ack 88 win 256 <nop,nop,timestamp 2907053444 2907053444>
       
       
        16:52:19.725694 IP localhost.localdomain.57859 > localhost.localdomain.30004: P 1279:2557(1278) ack 88 win 256 <nop,nop,timestamp 2907056044 2907053444>
        16:52:19.726362 IP localhost.localdomain.30004 > localhost.localdomain.57859: P 88:151(63) ack 2557 win 256 <nop,nop,timestamp 2907056044 2907056044>
        16:52:19.726376 IP localhost.localdomain.57859 > localhost.localdomain.30004: . ack 151 win 256 <nop,nop,timestamp 2907056044 2907056044>
        16:52:19.726398 IP localhost.localdomain.30004 > localhost.localdomain.57859: P 151:169(18) ack 2557 win 256 <nop,nop,timestamp 2907056044 2907056044>
        16:52:19.726405 IP localhost.localdomain.57859 > localhost.localdomain.30004: . ack 169 win 256 <nop,nop,timestamp 2907056045 2907056044>
        16:52:19.726422 IP localhost.localdomain.30004 > localhost.localdomain.57859: P 169:175(6) ack 2557 win 256 <nop,nop,timestamp 2907056045 2907056045>
        16:52:19.726430 IP localhost.localdomain.57859 > localhost.localdomain.30004: . ack 175 win 256 <nop,nop,timestamp 2907056045 2907056045>
       
       
        16:52:23.428126 IP localhost.localdomain.57859 > localhost.localdomain.30004: P 2557:3835(1278) ack 175 win 256 <nop,nop,timestamp 2907059747 2907056045>
        16:52:23.428568 IP localhost.localdomain.30004 > localhost.localdomain.57859: P 175:238(63) ack 3835 win 256 <nop,nop,timestamp 2907059747 2907059747>
        16:52:23.428582 IP localhost.localdomain.57859 > localhost.localdomain.30004: . ack 238 win 256 <nop,nop,timestamp 2907059747 2907059747>
        16:52:23.428600 IP localhost.localdomain.30004 > localhost.localdomain.57859: P 238:256(18) ack 3835 win 256 <nop,nop,timestamp 2907059747 2907059747>
        16:52:23.428610 IP localhost.localdomain.57859 > localhost.localdomain.30004: . ack 256 win 256 <nop,nop,timestamp 2907059747 2907059747>
        16:52:23.428624 IP localhost.localdomain.30004 > localhost.localdomain.57859: P 256:262(6) ack 3835 win 256 <nop,nop,timestamp 2907059747 2907059747>
        16:52:23.428632 IP localhost.localdomain.57859 > localhost.localdomain.30004: . ack 262 win 256 <nop,nop,timestamp 2907059747 2907059747>
        16:52:23.428821 IP localhost.localdomain.57859 > localhost.localdomain.30004: F 3835:3835(0) ack 262 win 256 <nop,nop,timestamp 2907059747 2907059747>
        16:52:23.428857 IP localhost.localdomain.30004 > localhost.localdomain.57859: F 262:262(0) ack 3836 win 256 <nop,nop,timestamp 2907059748 2907059747>
        16:52:23.428870 IP localhost.localdomain.57859 > localhost.localdomain.30004: . ack 263 win 256 <nop,nop,timestamp 2907059748 2907059748>

这里的特征就是与后端的连接支持不了几个请求就会被nginx主动关闭，加了accept_metex off;就能够避免此问题。经过我测试，这是ngx_http_upstream_keepalive_module的普遍问题，并不是ajp模块自身的问题。

当时在调试广告投放系统的时候，就发现nginx与后端的连接，虽然按照keepalive说明文档做了，仍然维持不了连接，出现大量time_wait。希望这仅仅是我的误解，而不是真正的问题

4、这个不知道是不是问题，从strace查看，发现多出一个EPOLLOUT事件

    epoll_wait(3, {{EPOLLIN, {u32=3085643784, u64=13832229564705353736}}}, 4096, -1) = 1
    gettimeofday({1299826536, 530432}, NULL) = 0
    accept(5, {sa_family=AF_INET, sin_port=htons(3421), sin_addr=inet_addr("61.135.255.86")}, [16]) = 6
    ioctl(6, FIONBIO, [1])                  = 0
    epoll_ctl(3, EPOLL_CTL_ADD, 6, {EPOLLIN|EPOLLET, {u32=3085643872, u64=13832226094371778656}}) = 0
    epoll_wait(3, {{EPOLLIN, {u32=3085643872, u64=13832226094371778656}}}, 4096, 5000) = 1
    gettimeofday({1299826536, 534502}, NULL) = 0
    recv(6, "GET /test.jsp HTTP/1.1/r/nHost: te"..., 1024, 0) = 1024
    recv(6, "; Province=010; City=010; __utmc"..., 7564, 0) = 117
    epoll_ctl(3, EPOLL_CTL_MOD, 6, {EPOLLIN|EPOLLOUT|EPOLLET, {u32=3085643872, u64=13832224891780935776}}) = 0
    socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 7
    ioctl(7, FIONBIO, [1])                  = 0
    epoll_ctl(3, EPOLL_CTL_ADD, 7, {EPOLLIN|EPOLLOUT|EPOLLET, {u32=3085643960, u64=13832223603290747064}}) = 0
    connect(7, {sa_family=AF_INET, sin_port=htons(20004), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EINPROGRESS (Operation now in progress)
    epoll_wait(3, {{EPOLLOUT, {u32=3085643960, u64=13832223603290747064}}, {EPOLLOUT, {u32=3085643872, u64=13832224891780935776}}}, 4096, 60000) = 2
    gettimeofday({1299826536, 535060}, NULL) = 0
    getsockopt(7, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
    writev(7, [{"/0224/4/177/2/2/0/10HTTP/1.1/0/0/t/test.jsp/0/0/r6"..., 1155}], 1) = 1155    //向后端发送请求
    recv(6, 0xbff5f143, 1, MSG_PEEK)        = -1 EAGAIN (Resource temporarily unavailable) 
    epoll_wait(3, {{EPOLLIN|EPOLLOUT, {u32=3085643960, u64=13832223603290747064}}}, 4096, 60000) = 1
    gettimeofday({1299826536, 537102}, NULL) = 0
    recv(7, "AB/0;/4/0/310/0/2OK/0/0/2/0/fContent-Type/0/0/tt"..., 4096, 0) = 87           //读取后端数据
    fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 3), ...}) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7de0000
    write(1, "key=Content-Type,value=text/html"..., 33key=Content-Type,value=text/html
    ) = 33
    write(1, "key=Content-Length,value=10/n", 28key=Content-Length,value=10
    ) = 28
    writev(6, [{"HTTP/1.1 200 OK/r/nServer: nginx/r/n"..., 156}, {"2 + 2 = 4/n", 10}], 2) = 166 //返回数据给客户端
    setsockopt(6, SOL_TCP, TCP_NODELAY, [1], 4) = 0
    recv(6, 0x9881c40, 1024, 0)             = -1 EAGAIN (Resource temporarily unavailable)
    epoll_wait(3, {{EPOLLOUT, {u32=3085643960, u64=13832223603290747064}}}, 4096, 60000) = 1  //为啥多出这个事件？？？
    gettimeofday({1299826536, 537666}, NULL) = 0
    epoll_wait(3,

       
    {{EPOLLIN|EPOLLOUT, {u32=3085643873, u64=57891489311305825}}}, 4096, 60000) = 1
    gettimeofday({1299826679, 729635}, NULL) = 0
    recv(6, "GET /test.jsp HTTP/1.1/r/nHost: te"..., 1024, 0) = 1024
    recv(6, "; Province=010; City=010; __utmc"..., 7564, 0) = 117
    getsockopt(7, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
    writev(7, [{"/0224/4/177/2/2/0/10HTTP/1.1/0/0/t/test.jsp/0/0/r6"..., 1155}], 1) = 1155  //发送请求给后端
    recv(7, 0x9892420, 4096, 0)             = -1 EAGAIN (Resource temporarily unavailable)  //及时去读取了
    recv(6, 0xbff5f143, 1, MSG_PEEK)        = -1 EAGAIN (Resource temporarily unavailable)
    epoll_wait(3, {{EPOLLIN|EPOLLOUT, {u32=3085643960, u64=13832223603290747064}}}, 4096, 60000) = 1
    gettimeofday({1299826679, 731080}, NULL) = 0
    recv(7, "AB/0;/4/0/310/0/2OK/0/0/2/0/fContent-Type/0/0/tt"..., 4096, 0) = 87
    write(1, "key=Content-Type,value=text/html"..., 33key=Content-Type,value=text/html
    ) = 33
    write(1, "key=Content-Length,value=10/n", 28key=Content-Length,value=10
    ) = 28
    writev(6, [{"HTTP/1.1 200 OK/r/nServer: nginx/r/n"..., 156}, {"2 + 2 = 4/n", 10}], 2) = 166
    recv(6, 0x9881c40, 1024, 0)             = -1 EAGAIN (Resource temporarily unavailable)
    epoll_wait(3, {{EPOLLOUT, {u32=3085643960, u64=13832223603290747064}}}, 4096, 60000) = 1  //为啥多出这个事件
    gettimeofday({1299826679, 732019}, NULL) = 0
    epoll_wait(3,

收录于
服务器端开发

当前文章被收录于：

服务器端开发
29 篇文章 2 人学习
订阅专栏 查看详情
标签
#nginx #测试 #module #tcp #null
#apache
本内容遵循 CC 4.0 BY-SA 版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
Tomcat AJP协议安全漏洞CVE-2020-1938深度解析与实战修复指南 AJP协议作为Tomcat与前端Web服务器间的高效内部通信协议，其设计初衷是提升性能，但默认配置下的安全疏忽可能带来严重风险。其核心原理在于协议处理器对请求属性校验不严，攻击者可利用此缺陷构造恶意请求，绕过路径限制，进而读取服务器任意文件。这一漏洞的技术价值在于揭示了中间件默认配置的潜在威胁，强调了纵深防御中内部通信安全的重要性。在应用场景上，任何使用Tomcat且启用了AJP连接器的Web服务架构，尤其是未进行安全加固的版本，均可能面临敏感信息泄露甚至远程代码执行的风险。本文聚焦于CVE-2020-19 阅读详情

相关推荐

Tomcat AJP协议漏洞检测与防御实战：从CNVD-2020-10487扫描器到安全加固

本地文件包含（LFI）是Web安全中常见的漏洞类型，其原理在于应用程序未对用户输入的文件路径进行充分校验，导致攻击者能够读取服务器上的敏感文件。在Java Web应用生态中，Apache Tomcat作为广泛使用的Servlet容器，其AJP（Apache JServ Protocol）协议设计用于与前端Web服务器进行高效通信。然而，当AJP连接器错误配置为对外暴露且未启用认证时，便会引发CVE-2020-1938（对应CNVD-2020-10487）高危漏洞，攻击者可借此实现任意文件读取，严重威胁系统安

weixin_30482181的博客 351

nginx_ajp_module:支持Nginx的AJP协议代理

名称 nginx_ajp_module-通过Nginx支持AJP协议代理 概要 http { upstream tomcats { server 127.0.0.1:8009; keepalive 10; } server { listen 80; location / { ajp_keep_conn on; ajp_pass tomcats; } } } 描述 有了这个模

Ubuntu 20.04 下 Apache mod_proxy 反向代理实战指南

反向代理是现代 Web 架构中实现统一入口、协议卸载与服务路由的核心技术。其本质是位于客户端与后端服务器之间的中间层，通过 HTTP/HTTPS 协议转发请求并重写响应头，从而屏蔽后端拓扑、增强安全性并支持灰度发布等业务能力。Apache 的 mod_proxy 模块作为成熟稳定的反向代理方案，具备原生 WebSocket 支持（mod_proxy_wstunnel）、高效 AJP 协议集成（mod_proxy_ajp）及细粒度的 Location 级配置能力，特别适合多语言异构后端（如 Java Spri

weixin_34405557的博客 410

AJP for Nginx

Nginx插件，增加对ajp协议的支持，提高效率，已经使用Tomcat 6通过测试。

【亲测免费】 Nginx AJP 模块

Nginx AJP 模块 项目简介 Nginx AJP 模块是一个扩展模块，用于在 Nginx Web 服务器上支持 AJP 协议。AJP（Apache JServ Protocol）是一种基于 TCP/IP 的协议，主要用于在 Apache 和 JSP/Servlet 容器之间传递请求。 通过安装此模块，您可以将 Nginx 与 Tomcat、Jetty 等 Java 应用服务器配合使用，并利用...

gitblog_00007的博客 561

Nginx

Nginx(engine x)是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·塞索耶夫为俄罗斯访问第二的Rambler.ru站点（俄文：Рамблер）开发的，公开版本1.19.6发布于2020年12月15日。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、简单的配置文件和低系统资源的消耗闻名。2022年01月25日，nginx 1.21.6发布核心：部署前后端分离项目中前端。

weixin_67465673的博客 1263

nginx配置ajp

nginx＋ajp＋tomcat的安装笔记。 不太详细。

临碣秘藏 8610

linux ajp集群,【APP & Web架构】企业web高可用集群实战之Nginx+nginx_ajp实现Tomcat负载均衡集群+Session...

一、环境：系统环境：centos 5.8 x86_64应用软件：所以应用软件都放在/usr/local/src目录下nginx-1.2.2.tar.gzyaoweibin-nginx_ajp_module-v0.2.5-17-ge971b84.zippcre-8.12.tar.gzapache-tomcat-7.0.27.tar.gzjdk-7u4-linux-x64.gzapr-1.4.5.ta...

weixin_29015899的博客 533

Ubuntu 20.04下Tomcat 10反向代理与TLS安全加固实战

Web服务器反向代理是现代Java应用部署的核心架构模式，其本质是通过Nginx或Apache等成熟C语言服务实现SSL/TLS终止、请求过滤与负载分发，从而卸载Tomcat的加密计算压力并增强边界防护能力。该方案基于HTTP/HTTPS协议栈分层原理，将传输层安全（TLS）、网络层访问控制（IP限流/白名单）与应用层防护（路径过滤、头信息加固）有机协同，显著提升系统安全性、性能稳定性与运维弹性。典型应用场景包括Spring Boot微服务网关、教育SaaS平台、政务后台系统等需满足等保合规、浏览器安全策略

an4455的博客 440

Ubuntu 18.04 下 Nginx 反向代理 Apache 实战配置

Web 服务器反向代理是实现动静分离、HTTPS 终结与高并发承载的核心架构模式。其原理在于由轻量级前端（如 Nginx）统一接收客户端请求，按规则路由至后端应用服务器（如 Apache），并透传真实用户信息（X-Forwarded-For、X-Forwarded-Proto 等），从而在不改造原有业务的前提下提升安全性、性能与可维护性。该方案尤其适用于遗留系统升级场景，技术价值体现在零代码改动即可启用缓存、限流、SSL 卸载与负载分发；典型应用场景包括 WordPress/Laravel 站点加速、混合语

weixin_30613727的博客 357

NginxAJPModule.zip

这是一个 Nginx 的模块，用来使用 Ajp 协议连接后端的 Tomcat ，相当于 Apache 上的 mod_jk 模块。 配置方法： upstream tomcats { server 127.0.0.1:8009 srun_id=jvm1; jvm_route $cookie_JSESSIONID reverse; keepalive 10; } server { listen 80; location / { ajp_pass tomcats; } } 标签：Nginx

nginx配置ajp-附件资源

nginx配置ajp-附件资源

Nginx与Apache反向代理实战：原理、坑点与生产级配置

反向代理是现代Web架构的核心中间层，其本质远超简单请求转发，涉及HTTP协议栈控制、连接复用、TLS卸载与安全边界划分。理解proxy_pass路径语义、proxy_http_version 1.1启用逻辑、X-Forwarded-For头注入机制，是保障API网关稳定性的基础。技术价值体现在性能优化（如Nginx的epoll事件驱动）、安全隔离（WAF前置）与运维弹性（灰度发布、健康检查）。典型应用场景包括nginx部署前端项目实现SPA路由回退、apache配置文件中集成Shiro统一认证、以及构建高

weixin_34413802的博客 364

Ubuntu 20.04下用Nginx/Apache反向代理加固Tomcat 10

反向代理是Web安全架构中的基础模式，通过在应用服务器前部署Nginx或Apache等成熟Web服务器，实现TLS终止、请求过滤、速率限制与静态资源优化。其核心原理在于解耦网络层与应用层职责：由代理层统一处理加密传输、协议升级（如TLS 1.3/HTTP/2）、安全响应头（HSTS/X-Frame-Options）及OCSP装订，而Tomcat专注业务逻辑。该方案显著提升HTTPS并发能力、降低TLS握手延迟，并满足等保2.0对通信保密性与完整性的合规要求。本文聚焦Ubuntu 20.04环境，详解Ngin

weixin_30321709的博客 312

从零搭建中间件漏洞靶机：实战复现Tomcat、Nginx、WebLogic核心漏洞

中间件作为连接应用程序与操作系统的桥梁，其安全性直接关系到整个Web应用的稳定。理解中间件漏洞的原理，是构建纵深防御体系的基础。从配置错误到反序列化漏洞，其核心往往源于对用户输入验证不足或默认配置不当。掌握这些漏洞的利用与防御，对于提升系统安全水位、应对高级持续威胁具有重要价值。本文聚焦于文件上传漏洞、Log4j2漏洞等常见攻击面，通过亲手搭建包含Apache Tomcat任意文件上传、Nginx解析漏洞及WebLogic XML反序列化漏洞的靶机环境，将抽象的安全概念转化为可操作的工程实践。读者可在隔离的

weixin_33896726的博客 486

Nginx+Tomcat多实例部署实战：单服务器多项目配置与优化指南

在Web应用部署架构中，反向代理与Java应用服务器是构建高可用、可扩展服务的基础组件。Nginx作为高性能的反向代理服务器，通过负载均衡和请求分发机制，能够将用户流量智能地导向后端多个服务实例，有效提升系统的并发处理能力和可用性。Tomcat作为轻量级的Java Web应用服务器，广泛用于部署和运行Java Servlet和JSP应用。其多实例部署技术允许在同一台物理服务器上运行多个独立的Tomcat进程，实现资源隔离与并行服务。这种技术组合的核心价值在于，它能够以较低的成本，将单一服务器的资源利用率最大

weixin_30644369的博客 417

红队实战：四大主流中间件安全漏洞利用与防御加固指南

在网络安全领域，中间件作为连接应用与操作系统的关键软件层，其安全性直接关系到整个系统的稳固性。其工作原理在于处理应用逻辑、数据交互和通信管理，是Web服务不可或缺的基础设施。中间件的技术价值在于提升开发效率与系统可维护性，但配置不当或存在漏洞时，会成为攻击者突破边界、获取初始权限的高价值目标。典型的应用场景包括企业Web服务、API网关和微服务架构。本文聚焦于IIS、Nginx、Apache和Tomcat这四款主流中间件，从红队攻击视角，系统性地剖析了其常见的安全配置缺陷与漏洞利用手法，例如通过不当的pro

weixin_30268071的博客 388

TomcatScanPro实战指南：自动化漏洞利用与安全评估

在网络安全领域，中间件安全是保障Web应用稳定运行的关键环节。Tomcat作为广泛使用的Java应用服务器，其安全性备受关注。攻击者常利用弱口令、CVE漏洞（如CVE-2017-12615）和AJP协议缺陷（如CNVD-2020-10487）进行渗透。自动化工具通过集成漏洞检测与利用链，将“发现-验证-利用”流程批量化，极大提升了安全评估效率。TomcatScanPro正是这样一款实战工具，它支持并发扫描、动态线程池和自动化攻击链，帮助安全研究人员快速识别风险点。本文将从工具原理、配置技巧到实战应用，深入解

weixin_33831196的博客 491

中间件漏洞复现实战：从原理到防御的完整闭环

中间件作为Web应用的通信枢纽与通用服务层，其安全性至关重要。理解其工作原理是保障系统安全的基础。中间件漏洞的成因往往源于协议实现缺陷、配置不当或依赖库问题，一旦被利用，可能导致敏感信息泄露、权限提升甚至远程代码执行，对业务连续性构成严重威胁。从安全工程实践角度看，亲手复现漏洞是构建有效防御认知的关键路径。通过搭建Docker或虚拟机靶场环境，使用Nmap、Burp Suite等工具进行信息收集与漏洞验证，安全工程师能深度理解漏洞触发机理与利用条件。例如，针对Apache Tomcat AJP协议漏洞（CV

weixin_30719711的博客 403
上一篇： 对nginx和apache模块开发的一点心得体会
下一篇： nginx针对fastcgi保持keepalive的实验
点赞 0
评论 3
书签 书签 0
wangbin579
wangbin579
博客等级 码龄22年 426粉丝 162原创
+ 关注 专栏目录 订阅专栏
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值