数据库安全构建案例：数据质量与安全管理

2023-11-16 理论教育版权反馈

【摘要】：为察觉外部安全威胁，在60余个业务中应用了DB快速检查系统，内部人员追加使用了门禁系统。此次下一代DB安全系统构建过程中，掌握公共账户使用现状将成为可能。即使职员没有DB方面的知识，在这种环境下有恶意的DB攻击、信息泄露危险，需要通过DB安全系统进行更改，本案例中将其果断更改。

自2003年某银行在亚洲金融界中首个构建了DB安全系统后，经过了两三次的迭代，该系统已经扩张。为防御来自外部的攻击，全部业务DB中使用了检查系统，为便于内部管理，对主要业务都使用了DB操作相关的事先许可流程。实际上，DB操作相关的事先许可流程在2004年最先使用后，就奠定了其业界标准的位置。为察觉外部安全威胁，在60余个业务中应用了DB快速检查系统，内部人员追加使用了门禁系统。

内部人员为构建门禁系统，要求数据库使用者对DB操作工具标准化，结果，通过DB操作有关的批准和许可流程，在比互联网管理更强有力的工具中实现了DB门禁。

这样领先构建并维护了DB安全系统的银行，从过去的2007年开始，与业界一样，开始为新DB安全系统而担忧，就像业界最初实现的引入决定，系统更新计划终究要有明确的要求事项才能开始，要在维持现有DB操作管理政策的同时，将增加运营方便性、提供全部DB和工具相关清算、服务器操作管理以及下一代项目及包括中心转移在内的全体管理对象重构等功能包含在内。

考虑到基本的企业安全体系和联系，该银行的数据库访问控制系统更新完成了人事管理系统及账户管理系统的关联，改善中心各业务组通过整合账户管理系统在业务DB中进行固定账户的发放管理。这样，通过有效清算进行“1人1账户”的管理，实现了整合。这在金融界算是安全问题，与公共账户的使用/管理相联系。此次下一代DB安全系统构建过程中，掌握公共账户使用现状将成为可能。

在长期的DB操作批准系统运营中发生的组织（业务）变动，为解决与其相异的（支持/委托）权限管理问题，使用者管理体系与人事DB100%关联。

本案例引人注目的一点在于将能够实现“数据库直接访问管理所有可能的终端”。不仅仅是网络中心，总公司、营业厅中使用的2-Tier程序，将其访问通道放在为可以综合管理的通道。即除了既定服务器的DB，通过它直接连接的通道全部被堵死，对此，3000以上的客户终端能够无一遗漏地在访问控制系统的管理下得到管控。(www.chuimin.cn)

不少企业的总公司和营业厅中业务用的C/S程序，因为必须通过数据库直接从2-Tier连接，必然不会存在无法打开的访问通道。即使职员没有DB方面的知识，在这种环境下有恶意的DB攻击、信息泄露危险，需要通过DB安全系统进行更改，本案例中将其果断更改。

对另一DB安全问题事项“开发者任意开发使用的工具”进行管理发现，此案例也具有如此恣意的开发和在业务中使用“工具控制”的问题。为此，分析了一直以来积累的检查履历，调查了不恰当使用工具的情况后，将是否使用加以政策化。这因为从DB访问所有终端受到限制而成为可能，现在若从公司内部通过未经许可的DB工具访问将被禁止，但依然遗留了各种DB工具可以使用，通过工具可将查询的信息存储在表里或打印、复印，构成信息泄露威胁。

在终端可“通过DB工具完全封锁信息输出”，提供标准化的DB工具和联动功能。该银行采用了此功能，通过标准化的DB工具将文件存储履历收集为检查履历，根据情况在一系列审批后以文件可存储的形式进行管理。

除此之外，与批准政策一样，线上业务多的时间段里，可进行DB操作管理的业务时间应用管理政策。通过紧急决策功能，考虑了紧急情况中DB操作的方便性，这是对保障业务连续性的要求事项的反映。

与此同时新构建的DB访问限制系统，将现存的全部业务，近100余个在DB中应用并运行，从2009年至今，约30余个大中型金融公司客户正在运行与此相同的DB安全系统。

数据库安全构建案例：数据质量与安全管理

相关推荐