从“微盟删库“事件探讨银行数据安全保护技术

前言

“微盟删库”事件已经过去整整一周了。昨晚微盟官方发布消息称：

“

截止到3月1日晚8点，在腾讯云团队协助下，经过7*24小时的努力，数据已经全面找回……3月2日凌晨2点进行系统上线演练，将于3月3日上午9点数据恢复正式上线……我们准备了1.5亿元人民币赔付拨备金，其中公司承担1亿元，管理层承担5000万元。

微盟团队还表示：此次事故暴露出公司在数据安全方面出现了管理漏洞。事故发生后，微盟加强了内部流程控制管理，同时邀请外部数据安全专家一起评估数据安全保障方案，并迅速制定出数据安全保障计划，以杜绝此类事故的再次发生。

诚然，“此类事故的再次发生”是任何一家企业都难以承受的商业之殇，这不仅意味着自身商誉和经济的严重受损，更是给数以万计的用户（商户）带来灾难性甚至致命的影响。“杜绝”并不容易，这需要技术+制度的双重保障。本文无意再去讨论微盟事件的具体来龙去脉和责任承担问题，仅就此事件引发的思考，从国家法规和监管机构对于银行数据安全要求，探讨银行数据安全管理体系，并重点介绍五类数据安全保护的关键技术。

1.对于数据安全的认知

许多人对于数据安全的认识停留在技术层面，通常在防火墙硬件和一些安防软件上进行数据保护。在整个数据安全体系中，基本的硬件和软件技术只是一个小部分，在安全建设中属于加强安全辅助功能，是实现风险管理的基础，但是从一些互联网金融公司以及某些发生故障的银行事故表明，在这些事故中存在以下几个特点：

面对高度数据管理集成的压力

大部分银行的数据管理建设中，基本实现了数据集中管理。比如常见的各分行、机构的数据回到到总行数据中心或区域数据中心，这样提高了数据处理效率，同时相应减少了数据管理的成本由数据中心进行集中。但是这也在一定程度上，提高了数据安全管理的要求，对数据中心的数据安全增加了风险。随着银行业务的不断扩展，在维护工作中逐渐带来更多的压力。

数据快速增长的安全管理

随着互联网技术的快速发展，商业银行的业务不断发展和创新，业务系统产生的数据不断增长。但是对于业务产生的数据，在各业务系统中治理和保护的级别不同，以及所用于存储数据的介质和方式也不尽相同。因此在生产数据在应用和处理中，对于数据泄露、数据删除及其数据损坏的风险也在不断增加。

数据管理的访问控制

数据库系统的功能是负责数据存储和业务数据管理，在保护数据的安全性和保密性上，可以满足一般的应用需求。但是对于数据管理的访问控制能力，一般为自主访问控制，也即是对于行为管理功能上欠缺，通常会采购一些审计及其访问控制的安全软件进行加强。

2.数据安全的风险因素

传统银行业金融机构项目在企业开始大量采用新技术前，主要以项目管理和应用开发为主要工作方向，对数据安全风险的分析、识别和控制往往依赖于提供开发支持的外部公司工作人员，对于包括网络架构、物理架构、通讯处理方式等架构方式都采用现有框架模式。这可以满足快速增长的技术需求，但在数据安全风险存在以下几点：

设备及其软件运行风险

商业银行使用的信息系统中，大多为项目管理开发类型，在设计的内容和实际需求方面存在不确定性，以及相应数据操作人员是否能够正确使用和管理数据库软件。设备硬件层上也存在故障风险，设备故障以及运行环境破坏，都会引发数据安全风险。

人为风险

对于造成银行数据风险的人员威胁，主要分为两种：有意识和无意识。

有意识：个人及其组织，在利益诱惑下进行数据盗取及其破坏
无意识：在数据操作过程中，不符合规章的误操作导致的数据安全风险

技术入侵

还有一种对于银行数据安全构成安全风险的因素就是技术入侵，利用一些漏洞或者病毒，进行数据的盗取以及破坏活动。

3.数据库的保护方案

在银行数据安全中，数据库处于最核心的位置，它的安全性关系着整个业务系统的安全，同时也是银行的核心，所有业务产生的生产数据都存放在数据库中，因此对于数据库的安全保护是非常重要的。

首先，根据银监发布的《银行业金融机构信息科技风险监管手册》中，对于数据库的安全性分为：数据独立性、数据完整、数据备份、数据访问控制、标准化机制等几个方面。

数据独立性

早期银行业务中，主要以储蓄、贷款业务数据为主，数据量较小。同时，还未具备数据挖掘和分析的需求，日常处理的业务数据周期短，数量规模小。但随着互联网技术的发展，客户群体变大，发生的业务交易频率也在增加，对于各类数据进行分类挖掘及其管理，也逐渐变得更为重要，如果没有对数据进行周期性管理，那么丢失关键核心数据，将会造成重大的损坏。

· 数据库存储数据量规模大

如果未对数据库数据进行生命周期管理，那么直接表现就是数据库空间占用巨大，这对于业务系统访问性能、及其数据库运行性能也存在相应问题。

· 业务表管理艰难

在数据库逻辑结构中，数据是存放在表中，那么直观表现就是表数据量较多，这对于业务数据的处理，以及数据库本身表访问技术性能带来压力，在数据备份、索引变更中，均会花费较长时间，同时增加了表锁风险。

· 数据恢复耗时

较大数据规模的恢复，本身就存在技术难度，影响更大的是对于业务系统的连续性。如果恢复时间较长，那对于业务恢复带来压力及其影响均较大。

Oracle数据库中就提供了全数据生命周期管理，可以实现数据层次迁移、归档、保护等，同时也可以实现高效、低成本、不同访问边界的数据生命周期管理工具。

图1，数据生命周期管理阶段

数据完整性

数据完整性是指保证数据和信息系统的准确性和可靠性，并禁止对重要数据和业务关键数据进行非授权的修改。在数据库中不正确和不规范的SQL操作，会导致数据完整性受到破坏，因此加强对于SQL审核制度。

对于SQL审核的关键点：

加强业务SQL操作逻辑，梳理安全操作意识
根据SQL开发的标准规范要求，按需开启默认审核规则，并进行自定义规则设置
周期性的线下SQL开发培训，加强在开发测试流程中的重要性
SQL优化技能培训
SQL优化前后性能对比
周期性发布SQL审核数据，体现SQL审核带来的质量提升

图2，SQL审核体系图

数据备份

“备份重于一切”，其重要性不在阐述。一般来说银行数据库备份方式有如下几种：

· 数据库冷备份、热备份

冷备份也叫“脱机备份“，需要数据库进行关闭，保持数据一致性，将数据库数据文件、参数文件、控制文件、重做日志文件和归档文件等进行副本拷贝。

热备份也叫“联机备份“或”在线备份“。不需要数据库进行关闭状态下，对于数据库文件进行备份。热备份不影响数据库的正常使用，对于业务的影响最小。

· 数据库全量备份、增量备份

全量备份，对数据库进行全部备份，不考虑距离上次备份的数据变化。

增量备份，备份数据库上次全量备份到现在的变动数据，备份时间较全量备份短。

全量备份与增量备份构成了备份管理策略。

· 数据容灾

近年来我国银行业业务发展迅猛，大型银行的资本总额、业务处理量已位居世界前列，经营范围遍及全国并在海外快速扩张，一旦业务停顿，可能影响全行乃至整个金融体系的正常运转，并影响社会稳定。因此，数据大集中后，银行业积极推进灾难恢复、应急管理和IT服务持续性管理有关工作。

大型和股份制银行积极推进“两地三中心”的建设，建立了同城和异地灾备中心，应对建筑类故障和区域性（例如地震、洪灾、战争等）灾难。大多数商业银行基本建立了核心业务的灾难恢复系统，保障核心业务数据安全和灾难发生时核心业务的恢复。

图3，“两地三中心”容灾图

数据访问控制

数据库作为银行应用软件的支撑平台和运行环境，在银行业务系统中起着重要作用，主流的数据库Oracle、MySQL和DB2中，它们具有很高的安全等级，可以提供数据库恢复和事务处理，同时也具备角色管理和自主控制安全机制。

加强权限管理，形成账户负责制，例如：技术开发人员只能在指定机器上进行运维和开发工作，如发现有账户被泄漏情况，及时修正，最终形成统一明确的账户流程管理制度。

通过IT运维审计系统全面监控运维和开发人员的工作内容，结合数据库审计系统全面监控所有运维和开发工具，形成全方位操作监控，详细监控每个账户人员的所有操作情况，并且通过应用层账号、数据库账号、操作系统用户名、客户端主机名、客户端IP、客户端MAC定位技术，准确定位到人。

图4，数据库权限管理图

备注：客体是指数据库资源，例如数据、表、表空间等；

安全约束控制，指安全访问的身份隔离（职责分离），剥离高度集权用户。

标准化机制

数据标准化建设规划的目的是确保业务数据的完整性、有效性、一致性、规范性以及共享性，从而使得提高数据的使用以及数据安全隔离，减少非标准化导致的设计缺陷以及错误操作流程。

统一的数据标准可以提升业务效率，以及业务系统开发流程
增加了数据的共享性，各类数据结构的设计和定义的统一，可以对外开放接口
标准化治理的数据，具备较高的数据质量，满足规范的数据源格式
减少数据的不合规操作及其访问

图5，数据标准化管理逻辑架构图

4.数据管理制度

信息系统处理的各种数据（用户数据、系统数据、业务数据等）在维持系统正常运行上起着至关重要的作用。一旦数据遭到破坏，都在不同程度上影响银行业金融机构的业务连续性和安全性，甚至带来巨大的声誉风险或造成经济损失。由于信息系统的各个层面（网络、主机、应用等）都对各类数据进行传输、存储和处理等，因此，对数据的保护需要物理环境、网络、数据库和操作系统、应用程序等提供支持。银行业金融机构应严格业务数据的采集、传输、使用、存储、备份、恢复、查询、销毁等各个环节，确保数据的机密性、完整性、可用性。

数据管理的机制

基本要求：银行业金融机构应制定严格的指导意见，对业务数据的使用、存储、备份、恢复、销毁等各个环节进行严格管理。

数据管理的职责

基本要求：银行业金融机构应针对数据管理的内容和等级，以及数据产生、存储、分发、备份、恢复和销毁的过程，建立完整的岗位责任制度，责任落实到人。

数据恢复演练

基本要求：应定期执行恢复程序，检查和测试备份介质的有效性，确保可以在恢复程序规定的时间内完成备份的恢复。

结语

微盟的事故，让公司的股票价格产生了10亿元的波动。对于一家互联网企业，唯一的宝贵财富就是数据，对数据的保护，以怎样的深度去保护都不为过。其实，在DT时代，对数据的保护，对任何组织来说又何尝不是最重要的呢？

阳光之下，并无新事，Eygle曾经写过一本书：《数据安全警示录》，收集了大量安全相关的案例，分析处理经验，以期起到警示警醒的作用。这里强烈推荐每位企业的数据管理者能够深入去思考来自真实世界数据安全的警示和需要采取的必要措施。以下这些产品和服务希望可以有效减少和规避因数据安全保护不到位而导致的灾难发生。

产品

云和恩墨的ZDBM产品是采用复制数据管理（CDM）技术的数据库备份、容灾、复制数据管理平台。对于一致性还是连续性，相信每一个运维团队都会根据业务特性形成预先的准则，不同的业务系统在不同的阶段就会有不同的取舍。ZDBM做到了两者的平衡，满足了组织在数据安全保护和高效利用备份数据方面的迫切需求。

ZDBM软件界面

另一款具备备份功能的MyData，是面向MySQL数据库的一体机产品，其备份恢复功能提供了基于XtraBackup的物理全量、增量备份，binlog日志备份以及使用mydumper逻辑备份的三种备份方式，可以根据不同的备份恢复需求进行灵活的搭配，提供了更多选择。

MyData软件界面

服务

维保类：为客户核心系统数据库的安全性、稳定性、性能提供专业的技术支撑。
单次服务：数据恢复（数据库损坏、存储等设备本身故障）、紧急救援（热线：400-660-8755）。
数据库安全加固。
培训：企业内训&实战班培训&认证课培训（恩墨学院：www.enmoedu.com）。

参考文献：

《商业银行信息科技风险管理指引》

《信息和通信技术安全管理（ISO/IEC TR 13335）》

《信息安全技术个人信息安全规范》

《银行业金融机构信息科技风险监管手册》

从“微盟删库“事件探讨银行数据安全保护技术

相关推荐