作者:京东安全clanceyz
概要:
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 方法:
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
• 影响版本:
– 2.3.0 – 2.3.2
– 2.4.0 – 2.4.1
– 2.5.0 – 2.5.2
– 2.6.0 – 2.6.4
– 3.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
timeline
• 2020-06-02 京东安全蓝军向 Apache Security Team 报告漏洞
• 2020-06-09 Apache Kylin 官方确认漏洞
• 2020-06-27 Apache Kylin 官方放出修复版本3.1.0
• 2020-07-14 Apache Kylin官方公布漏洞,编号CVE-2020-13925
References
• https://kylin.apache.org/docs/security.html
• http://kylin.apache.org/cn/docs/
• https://github.com/apache/kylin