从一次某微OA的漏洞复现，聊聊Resin的这个特性1

标题中的“从一次某微OA的漏洞复现，聊聊Resin的这个特性1”指的是一个关于Resin服务器在处理文件上传漏洞时表现出的一个特殊行为。描述中提到的问题是，在一个名为“某微OA”的应用程序中，当用户上传了一个包含自删除逻辑的JSP文件后，虽然文件在服务器上被删除，但仍然可以被成功访问。这暴露出Resin服务器的一个潜在安全问题。 Resin是一个开源的Java应用服务器，主要用于部署和运行Java Web应用程序。在这个场景中，Resin在处理JSP文件时，不是直接执行原始的JSP文件，而是将其编译成Java类（字节码）并存储在特定的目录下，如`ecology/WEB-INF/work_jsp_formmode_apps_upload_ktree_images`。即使原始的JSP文件被删除，已经编译的Java类仍然存在于服务器上，导致即使文件不存在，Web应用仍然可以执行其代码。 具体到这个问题，上传的JSP文件内容包含了删除自身文件的代码： ```jsp <%out.println(111111);new java.io.File(application.getRealPath(request.getServletPath())).delete();%> ``` 这段代码首先输出"111111"，然后尝试删除通过`request.getServletPath()`获取的文件路径。在正常情况下，这应该会导致文件不可访问。然而，由于Resin的工作机制，编译后的Java类仍然保留，使得请求仍然能够被执行。 原理分析部分揭示了Resin如何处理JSP文件。它创建了一个名为`_16266800368271276377871__jsp`的Java类，并在服务请求时调用`_jspService`方法来执行JSP的逻辑。即使原始的JSP文件已经不存在，这个生成的Java类仍然会响应后续的请求。 这个特性可能导致的安全隐患在于，攻击者可能利用这个机制来上传恶意的JSP文件，即使文件被删除，其编译后的版本仍然可执行，从而对系统造成潜在威胁。例如，攻击者可能上传包含SQL注入或命令执行代码的JSP文件，导致数据泄露或者服务器被控制。 对于测试人员和开发人员来说，理解这种特性是非常重要的，因为它可以帮助识别和修复这类安全漏洞。在设计文件上传功能时，应当对上传的文件类型进行严格的限制和检查，防止非法的JSP或其他可执行文件被上传。同时，应确保在删除文件时，不仅移除源文件，还要清理编译后的类文件。对于Resin服务器，可能需要配置适当的策略来阻止未授权的JSP执行。 这个案例揭示了Resin服务器处理JSP文件的一个特性，同时也提醒我们在开发和测试Web应用时，必须充分考虑文件上传的安全性，防止此类漏洞的发生。