Apache Kylin远程命令执行漏洞CVE-2020-13925报告是怎样的

这篇文章给大家介绍Apache Kylin远程命令执行漏洞CVE-2020-13925报告是怎样的，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。

概要

2020年6月，京东安全的蓝军团队发现了一个 apache kylin 远程命令执行严重漏洞（ CVE-2020-13925）。黑客可以利用这个漏洞，登录任何管理员账号和密码默认未修改的账号，获得管理员权限。由于Apache Kylin被广泛应用于企业的大数据分析平台，因此该漏洞将对企业核心数据具有较大的危害，存在数据泄露风险，建议用户尽快升级软件至安全版本。

关于 Apache Kylin

Apache Kylin 最早由 eBay 于 2013 创建并且开源，2015 年成为 Apache 基金会的顶级项目。他是目前大数据领域应用非常广泛的开源分布式的分析型数据仓库，能够提供提供Hadoop/Spark 之上的 SQL 查询接口及多维分析（OLAP）能力。近年来，大数据行业方兴未艾，Apache Kylin被国内外的很多大型互联网企业广泛应用，被业界称为大数据分析界的“神兽”。

主页：https://kylin.apache.org/

源码：https://github.com/apache/kylin

《Apache Kylin权威指南（第2版）》: https://book.douban.com/subject/34804888/

漏洞概述

Kylin 系统提供了一个前后端分离的 WEB UI，用户可以在上面管理项目、创建模型、分析数据等。

系统提供了一组系统诊断接口，用于在发生故障时获取项目、任务、操作系统的诊断信息，方便调试。

漏洞在于其中两个接口没有对输入参数做安全检查，并且在后续使用过程中拼接到了一个字符串中作为系统命令执行。黑客可以通过构造恶意参数值调用该接口，实现远程执行任意系统命令，获得运行 Apache Kylin 系统的操作系统账号权限。

调用这个两个漏洞接口，需要有账号能够登陆 WEB 系统，但因为该 WEB 系统在安装完成后或部署 docker 容器后会有一个默认管理员账号 admin，并且会设置固定的默认密码 "KYLIN"，如果管理员没有特意修改，则黑客可以直接登陆并利用漏洞。也可能被通过其他方式得到账号或Session的黑客或内鬼利用获得更高权限。

因为 Apache Kylin 是一个大数据分析平台，需要连接数据源，可能在一些大型企业内直接接触核心数据，如果被黑客攻破，会造成很高的数据安全风险。

漏洞分析

我们以修复前的最后一个版本 3.0.2 为例分析代码:

https://github.com/apache/kylin/tree/kylin-3.0.2

漏洞存在于两个接口中:

* /kylin/api/diag/project/{project}/download * /kylin/api/diag/job/{jobId}/download

两个接口漏洞路径一致，我们以第一个为例，代码:

https://github.com/apache/kylin/blob/kylin-3.0.2/server-base/src/main/java/org/apache/kylin/rest/controller/DiagnosisController.java

@RequestMapping(value = "/project/{project}/download", method = { RequestMethod.GET }, produces = {"application/json" })
@ResponseBody
public void dumpProjectDiagnosisInfo(@PathVariable String project, final HttpServletRequest request,
        final HttpServletResponse response) {
    try (AutoDeleteDirectory diagDir = new AutoDeleteDirectory("diag_project", "")) {
        String filePath = dgService.dumpProjectDiagnosisInfo(project, diagDir.getFile());
        setDownloadResponse(filePath, response);
    } catch (IOException e) {
        throw new InternalErrorException("Failed to dump project diagnosis info. " + e.getMessage(), e);
    }

}

{project} 是一个路径参数，被映射为变量 project，没有做任何处理直接传入 dgService 的 dumpProjectDiagnosisInfo 方法: https://github.com/apache/kylin/blob/kylin-3.0.2/server-base/src/main/java/org/apache/kylin/rest/service/DiagnosisService.java

public String dumpProjectDiagnosisInfo(String project, File exportPath) throws IOException {
    aclEvaluate.checkProjectOperationPermission(project);
    String[] args = { project, exportPath.getAbsolutePath() };
    runDiagnosisCLI(args);
    return getDiagnosisPackageName(exportPath);
}

project 参数被插入 args 数组传入 runDiagnosisCLI，从这个方法名字可以看出是要执行命令了。 但是在这之前有一个检查用户是否有项目操作权限的操作 checkProjectOperationPermission:

public void checkProjectOperationPermission(String projectName) {
    ProjectInstance projectInstance = getProjectInstance(projectName);
    aclUtil.hasProjectOperationPermission(projectInstance);
}

获取 project instance

private ProjectInstance getProjectInstance(String projectName) {
    return ProjectManager.getInstance(KylinConfig.getInstanceFromEnv()).getProject(projectName);
}

public ProjectInstance getProject(String projectName) {
    // Null check is needed for ConcurrentMap does not supporting .get(null)
    if (projectName == null)
        return null;

    try (AutoLock lock = prjMapLock.lockForRead()) {
        return projectMap.get(projectName);
    }
}

这里实际是在一个 map 中查询，如果我们输入 project 是 poc 或 exp，当然是不存在的，会返回 null，回到刚才的权限检查入口 checkProjectOperationPermission，得到的 projectInstance 为 null，然后传入 aclUtil.hasProjectOperationPermission:

@PreAuthorize(Constant.ACCESS_HAS_ROLE_ADMIN +
    " or hasPermission(#project, 'ADMINISTRATION')" +
    " or hasPermission(#project, 'MANAGEMENT')" +
    " or hasPermission(#project, 'OPERATION')")
public boolean hasProjectOperationPermission(ProjectInstance project) {
    return true;
}

这个比较有意思，这里只是用 PreAuthorize 检查了用户身份，只要用户是 admin，或拥有 administration/management/operation 权限，就会返回 true，可能是 project 权限功能还没有实现，用检查用户身份方式暂时替代。

所以只要用户拥有以上用户身份或权限，即使我们输入的 project 不存在也可以通过权限检查。

接下来看 runDiagnosisCLI 如何执行命令

private void runDiagnosisCLI(String[] args) throws IOException {
    Message msg = MsgPicker.getMsg();

    File cwd = new File("");
    logger.debug("Current path: {}", cwd.getAbsolutePath());
    logger.debug("DiagnosisInfoCLI args: {}", Arrays.toString(args));
    File script = new File(KylinConfig.getKylinHome() + File.separator + "bin", "diag.sh");
    if (!script.exists()) {
        throw new BadRequestException(
                String.format(Locale.ROOT, msg.getDIAG_NOT_FOUND(), script.getAbsolutePath()));
    }

    String diagCmd = script.getAbsolutePath() + " " + StringUtils.join(args, " ");
    CliCommandExecutor executor = KylinConfig.getInstanceFromEnv().getCliCommandExecutor();
    Pair<Integer, String> cmdOutput = executor.execute(diagCmd);

    if (cmdOutput.getFirst() != 0) {
        throw new BadRequestException(msg.getGENERATE_DIAG_PACKAGE_FAIL());
    }
}

public Pair<Integer, String> execute(String command) throws IOException {
    return execute(command, new SoutLogger());
}

public Pair<Integer, String> execute(String command, Logger logAppender) throws IOException {
    Pair<Integer, String> r;
    if (remoteHost == null) {
        r = runNativeCommand(command, logAppender);
    } else {
        r = runRemoteCommand(command, logAppender);
    }

    if (r.getFirst() != 0)
        throw new IOException("OS command error exit with return code: " + r.getFirst() //
                + ", error message: " + r.getSecond() + "The command is: /n" + command
                + (remoteHost == null ? "" : " (remoteHost:" + remoteHost + ")") //
        );

    return r;
}

这里有一个 remoteHost，这个类提供了通过 ssh 在其他服务器执行命令的功能，但我们的场景没有使用，进入 runNativeCommand:

private Pair<Integer, String> runNativeCommand(String command, Logger logAppender) throws IOException {
    String[] cmd = new String[3];
    String osName = System.getProperty("os.name");
    if (osName.startsWith("Windows")) {
        cmd[0] = "cmd.exe";
        cmd[1] = "/C";
    } else {
        cmd[0] = "/bin/bash";
        cmd[1] = "-c";
    }
    cmd[2] = command;

    ProcessBuilder builder = new ProcessBuilder(cmd);
    builder.redirectErrorStream(true);
    Process proc = builder.start();

    // ...
}

这里我们输入的 project 参数最终被拼接到了字符串中，作为命令用 java.lang.ProcessBuilder 执行。

影响范围

漏洞引入时间:

2016-04-29

影响版本:

3.0 – 2.3.2

4.0 – 2.4.1

5.0 – 2.5.2

6.0 – 2.6.4

0.0-alpha, 3.0.0-alpha2, 3.0.0-beta, 3.0.0

修复版本:

3.1.0

修复时间:

2020-06-27

修复方案

升级 Apache Kylin 系统到最新版本。

https://github.com/apache/kylin/releases

https://hub.docker.com/r/apachekylin/apache-kylin-standalone/tags

关于Apache Kylin远程命令执行漏洞CVE-2020-13925报告是怎样的就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。