超级会员免费看
本文探讨了加密数据库（EDB）在安全性和可维护性之间的权衡，提出了双模式设计，将用户查询与DBA任务分离，以确保机密性并支持维护操作。同时，它关注了EDB的攻击面，特别是操作员接口的漏洞，并介绍了如何减轻这些威胁。
我们使用以下六个研究分类标准来分析本文的研究选题：
1. EDB 架构:
- 整个 DBMS 引擎保护: 将整个数据库管理系统（包括数据、查询和操作）放在受信任的域中 (例如，Intel SGX 安全区)。即使对于 DBA 来说，数据也保持加密状态，这提供了强大的安全性，但如果 DBA 角色被消除，维护操作将变得具有挑战性。示例：Enclavedb、Operon。
- 操作员级保护: 此方法侧重于加密和保护仅用于查询加密数据的特定操作员。查询在不解密的情况下在加密数据上进行转换和评估，在允许 DBA 灵活性的同时提供一些安全性。但是，操作员接口可能容易受到滥用，正如最后参考文献中提到的“走私攻击”所证明的那样。示例：Cryptdb、Arx。
2. DBA 访问:
- 授予 DBA 访问权限: 在此模型中，DBA 保留对解密数据的访问权限，授予他们完全控制权但牺牲了机密性。这对于某些维护任务或审计可能很必要。示例：使用客户管理密钥的 Amazon Aurora。
- 限制或消除 DBA 访问: 此方法限制或删除 DBA 对解密数据的访问权限。虽然增强了安全性，但它可能会使维护任务复杂化或需要替代的管理解决方案。示例
订阅专栏 解锁全文
扫一扫
353
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
