漏洞深度分析orgslingbase存在JNDI注入漏洞

　　项目介绍
　　Apache Sling提供对可插入资源提供程序的支持。虽然这允许将自定义数据提供程序非常灵活和高效地集成到Sling中，但这种集成是在Sling的资源 API 级别上完成的。可能依赖于能够将资源适配到JCR节点并继续使用JCR API的遗留代码将不适用于此类资源提供者。
　　为了支持遗留代码，这个包提供了一个SPI接口org.apache.sling.jcr.base.spi.RepositoryMount，它扩展了JackrabbitRepository（并通过这个javax.jcr.Repository）。注册为RepositoryMount的服务使用服务注册属性 RepositoryMount.MOUNT_POINTS_KEY 注册自己，这是一个 String+ 属性，包含 JCR 树中的路径，其中挂载接管 JCR 节点的控制。RepositoryMount可以注册在一个或多个路径。
　　由于RepositoryMount扩展了JackrabbitRepository挂载的实现需要实现整个 JCR API。与ResourceProvider相比，这是很多工作，因此只有在需要支持使用 JCR API 的遗留代码时才应使用RepositoryMount 。
　　JCR 基础包提供 JCR 实用程序类和对存储库安装的支持。项目地址
　　https://github.com/apache/sling-org-apache-sling-jcr-base
　　https://sling.apache.org/漏洞概述
　　在 JDK 1.8.191 或更低版本中运行 Apache Sling JCR Base 且项目版本小于 3.1.12 时可能存在注入漏洞，由于 RepositoryAccessor.java 中的 getRepository 方法和 getRepositoryFromURL 方法对传入的参数验证不当导致 JNDI 或 RMI 注入漏洞。远程攻击者可以通过 JDNI 和 RMI 连接访问存储在服务器上的任意数据。影响版本
　　org.apache.sling:org.apache.sling.jcr.base@(- , 3.1.12)环境搭建
　　下载源码，运行构建即可。漏洞分析
　　sling 项目的jcr基础库（/sling-org-apache-sling-jcr-base）提供两个函数
　　RepositoryAccessor#getRepository 和 RepositoryAccessor#getRepositoryFromURL
　　其中 RepositoryAccessor#getRepositoryFromURL
　　这个函数的功能是根据给定的 URL 获取仓库对象 Repository，这个函数可能是为应用程序提供访问存储在远程位置的数据的方法
　　该函数将传入的 jndi name 和 内容传给类里的另一个函数 RepositoryAccessor#getRepository
　　这个函数的作用是根据给定的 URL 获取仓库对象 Repository。
　　函数的参数：url：一个字符串，表示仓库对象的 URL。
　　函数的返回值：如果成功获取仓库对象，则返回仓库对象。如果无法获取仓库对象，则抛出异常。
　　如果 URL 的前缀是 ＂jndi://＂，则函数会尝试从 JNDI 环境获取仓库对象。否则，它会使用 getRepository 函数尝试从 JNDI 和 RMI 两种途径获取仓库对象。
　　但是存在直接使用 initialContext.lookup(repositoryName) 的漏洞点，
　　仅存在一个if判断 jndiContext 是否为空或大小是否为 0，并未对用户可控的值进行检查
　　source点如下所示
　　lookup存在两个重载
　　看一下 lookup 的调用方法，传进 InitialContext#getURLOrDefaultInitCtx
　　lookup 拿到 name ，getURLScheme匹配 ：和 /；之后获取链接内容，getURLContext 解释包含样例
　　For example, if the scheme id is ＂ldap＂, and the Context. URL_PKG_PREFIXES property contains ＂com.widget:com.wiz. jndi＂, the naming manager would attempt to load the following classes until one is successfully instantiated:
　　· com.widget.ldap.ldapURLContextFactory
　　· com.wiz.jndi.ldap.ldapURLContextFactory
　　· com.sun.jndi.url.ldap.ldapURLContextFactory
　　而我们可以控制 lookup 函数的参数，使客户端访问提前设置好的恶意的 RMI 服务链接来加载恶意的对象class 字节码文件来实例化，从而执行代码，完成利用。
　　该类并不存在任何黑/白名单对用户传入进行过滤，用户可直接传入rmi 恶意链接执行命令。确定该处存在 jndi注入，可被利用导致命令执行修复方式
　　组件 org.apache.sling:org.apache.sling.jcr.base 升级至 3.1.12 及以上版本参考链接
　　https://nvd.nist.gov/vuln/detail/CVE-2023-25141
　　查看更多安全漏洞： 快速查询安全漏洞   柒巧板