请介绍 Apache Kylin 在安全方面的整体设计思路，具体说明它通过哪些机制来保障底层存储数据以及对外查询过程的安全？

回答思路

1. 【回答框架 1】Kylin 的安全体系主要分为认证、授权和加密三个层面。认证方面，Kylin 支持基于 LDAP 或 SSO 的用户身份验证，用于确认访问者的合法身份。授权方面，Kylin 提供了项目级别的访问控制（Project-level ACL），将 Cube、数据源等资源与具体项目关联，只有被授予该项目权限的用户才能操作其中的数据。
2. 【回答框架 2】在数据安全上，Kylin 支持列级别的权限控制（Cell-level Security），可以基于用户或用户组设置某些维度或度量值的可见性，从而在查询结果中动态过滤敏感数据。此外，Kylin 支持对 HDFS 中存储的 Cube 数据进行透明加密，以及启用 SSL 来保护客户端与 Kylin 服务之间的传输数据。
3. 【回答框架 3】对于查询安全，Kylin 会解析 SQL，结合用户的授权信息，在查询编译阶段就进行权限校验，拒绝越权访问。同时，Kylin 提供了审计日志功能，记录用户的查询行为和系统操作，便于追踪和审计。
4. 【回答框架 4】整体设计原则是‘分级防护，按需授权’，在数据存储层通过加密和访问控制保护静态数据，在查询层通过权限校验和动态脱敏保护动态数据，从而满足企业级安全合规要求。
5. 【关键点 1】认证支持 LDAP 或 SSO；授权基于项目级 ACL，且支持列级（Cell-level）安全控制。
6. 【关键点 2】Cube 数据在 HDFS 上可透明加密，客户端与 Kylin 服务之间可用 SSL 保障传输安全。
7. 【关键点 3】查询编译阶段即做权限校验，同时提供审计日志以支持安全追溯。
8. 【关键点 4】安全机制分布在存储层与查询层，形成多层防护，但列级权限依赖 Cube 构建时的设计，对已构建的 Cube 调整成本较高。
9. 【易错点 1】不要混淆项目级授权与表级授权，Kylin 的授权粒度核心是项目和列，并非任意表。
10. 【易错点 2】列级安全（Cell-level Security）需要预先在 Cube 上配置，且只能基于维度值过滤，不能覆盖所有复杂过滤逻辑。
11. 【易错点 3】推荐使用加密时需确认集群中 KMS 等密钥管理组件的可用性，否则加密可能无法启用或影响性能。