重庆存强科技发展有限公司

数据安全：保护系统能够实现数据文档的透明加解密保护，可指定类型文件加密、指定程序创建文件加密，杜绝文档泄密。实现数据文档的强制访问控制和统一管理控制、敏感文件及加密密钥的冗余存储备份，包括文件权限管理、用户管理、共享管理、外发管理、备份管理、审计管理等。对政府及企业的各种敏感数据文档，包括设计文档、设计图纸、源代码、营销方案、财务报表及其他各种涉及企业商业秘密的文档，都能实现稳妥有效的保护。重要数据访问管控！重要数据容灾备份和恢复等！

一、数据安全目的

1 访问控制（进不来）

通过网络访问控制策略和用户角色权限，控制用户对服务器、数据库、目录、文件等网络资源的访问。操作流程采用层级管理，关键操作采用层级审批、多人完成、分权制衡的管理模式。

2 身份认证（改不了）

采用双因子身份认证进行重要系统登录和关键操作，从而确定该用户是否具有对某资源的访问和使用权限，防止攻击者假冒合法用户获得资源的访问权限，保证系统和数据的安全，以及授权访问者的合法利益。

3 数据加密（看不懂）

使用加密算法对传输的数据进行加密，防止中间人劫持；数据信息使用加密算法进行加密存储在数据库中，无法获知真实数据信息。

4 容灾备份/5恢复（挂不了/丢不了）

服务器数据相互备份和异地备份，系统遭遇故障和灾害时能迅速切换到正常服务器，保证信息系统能正常运行，数据信息每天全备和实时增量备份，当数据信息造成意外丢失和损坏时，可快速恢复。

6 安全审计（走不脱）

通过部署日志审计、入侵检测防御以及安全运维与审计，实现对整个网络系统的性能和流量日志的监控、分析与审计，实现基于网络平台和面向应用的“事前”管理、“事中”监控和“事后”分析，全面监控、实时告警和溯源。

二、数据安全防护

2.1 访问控制

涉及数据相关的访问控制需要进行网络隔离、用户进行细粒度授权、访问进行认证，访问控制涉及对象包括操作系统、数据库、中间件、应用程序甚至网络设备等访问。

（一）网络控制

主要通过 ACL来实现，对源地址、目的地址、源端口、目的端口和协议的访问进行控制。

1）仅限运维技术负责人有权限访问生产服务器及业务数据接触到客户数据，应用系统的发版均需要经过运维人员配合才能进行发版。

2）网络边界或区域之间根据访问控制策略设置访问控制规则：

   a. 网络边界部署交换机和防火墙进行访问控制策略；

   b. 一些端口或ACL也可通过主机自带防火墙进行访问控制，访问控制策略尽量采用就近原则；

   c. 访问控制策略采用白名单形式，默认情况下除允许通信外受控接口拒绝所有通信，如远程登陆端口、数据库端口、中间件端口进行访问控制，尽量避免端口暴露非信任区域，可以通过VPN进行跨区域安全通信。

（二）权限控制，基于角色的权限访问控制：

1）根据管理用户的角色分配权限，实现管理用户的权限分离，仅授予管理用户所需的最小权限，尽量在权限之间形成相互制约的关系；

2）由授权主体配置访问控制策略，访问控制策略规定主体对客体的访问规则；

3）权限控制实现文件、数据库表级、记录或字段级的访问控制；

（三）防数据库误删

1）不要在任何时候使用rm –rf* ，他会永久删除文件，建议给“rm”命令添加个“垃圾桶”，而不是永久删除；

2.2 身份认证

（一）身份认证可分为两种认证方式，单点登录和双因素认证。

1. 单点登录：在多个业务系统中，用户只需要登录一次就可以访问所有相互信任的业务系统。使用单点登录，在带来便利的同时也会引入新的安全风险：用户仿冒和单点故障。以下措施可提高业务系统（如：某个工作台，包含了OA、后台登陆、HRM等多个应用系统）单点登陆的安全性和可用性：

a. 用户访问任何一个业务系统时，如果已经在单点登录服务器中认证成功，那么可以获取对应的权限，访问对应的界面；

b. 用户如果在其中任何一个业务系统中点击“注销”按钮后，那么不能继续访问其他业务系统，如果访问，必须重新登录；

c. 用户访问任何一个业务系统时，如果尚未在单点登录服务器中认证成功，那么需要跳转到单点登录界面，输入用户名密码，校验成功后，再回到原来的访问界面。

d. 通过备份、冗余、负载均衡、功能模块化以及提高处理性能，来防范单点故障。

2. 双因素身份认证：解决只有授权用户才能访问系统平台与服务的问题，主流的身份认证手段包括：静态密码、动态口令、密码技术或生物技术等。

（二）某系统的双因素身份认证：

   a. 进行资金交易、修改个人信息或修改密码等敏感操作进行双因子认证；

   b. 对后台用户在登录时采用双因子认证，如用户名/密码+手机短信验证码、用户名/密码+动态令牌或用户名/密码+Ukey等等；

   c. 操作系统、数据库、网络设备登陆，采用堡垒机进行登陆统一认证和操作审计。

（三）接口认证

在工作中发现过不少接口方面的安全问题，比如接口暴露，可以任意调用，甚至修改传输包，解决方法可参考：

1. 身份认证，调用鉴权（资源范围、操作权限）；

2. 通道加密传输，如使用SSL传输；

3. 重要信息加密算法进行加密后传输；

4. 添加token校验，防止请求重放；

5. 将登陆信息等重要信息存放为SESSION，其他信息如果需要保留，可以放在COOKIE中；

6. 设置IP白名单；

7. 一些资源管理器/应用组件（如：YARN&MR、Spark、Hive、Storm、ZooKeeper、Impala），应开启认证机制。若资源管理器/应用组件支持关闭认证机制功能，需要提示，并建议在关闭认证机制功能时界面上给出告警提示。

接口认证方式不能一概而论，还要根据所在业务和场景进行设计。

防护：单点统一登录认证平台

2.3 数据加密&脱敏

（一）数据加密

在数据保存和传输的数据提供加密功能，在两个维度上提供数据安全保护：

1.机密性：采用加密的方式，确保只有拥有相应密钥的用户能够访问被保护的数据；

2.完整性：保证信息在储存和传输过程中不被查看和修改，如：使用SSL传输，并对敏感信息（如用户名、密码、重要ID值）使用加密算法+动态token验证。

（二）秘钥保护

加密技术都基于密钥的安全基础上，如果密钥泄露，就失去了安全性。实际开发中，把密钥直接写在源代码中，或者是配置文件中，线上和开发环境配置相同的密钥。这样的话，不够安全。

通过两种方案改善：

1.密钥和算法放在一个独立的服务器上，甚至做成一个专用的硬件设备，对外提供加密和解密服务，用程序通过调用这个服务，实现数据的加解密。这种方法由专人维护，密钥不容易泄露，但是成本较高。

2.将加解密算法放在应用系统中，密钥则放在独立服务器中，为了提高密钥的安全性，实际存储时，密钥被切分成数片，加密后分别保存在不同存储介质中，兼顾密钥安全性的同时又改善了性能。

（三）数据脱敏

企业拥有的敏感数据，包括商业秘密、知识产权、关键业务信息、业务合作伙伴信息或用户信息等。针对敏感数据，采用技术措施限制对用户信息的访问和使用。

1）确认需要查看客户个人信息的后台账号，账号权限为业务必须的权限；

2）查询客户个人信息尽量仅能查询脱敏后的信息，如电话号码、身份证号码只保留前后4位，中间内容脱敏；

3）不管是请求校验还是脱敏不要在前端进行，前端是不可靠的；

4）对于需要导出客户个人信息的后台账号，确认是否必要导出客户个人的明文信息，

    a)   如无必要建议禁止导出客户明文信息；

    b)   若确实必要导出客户个人信息的明文信息，建议严格限制后台账号的使用人员范围（使用人员、登录的源IP），并设置导出的信息范围，如信息条数、信息时长（如最近1个月），所有对客户信息的查询和导出有日志记录。

脱敏实现之数据脱敏系统的原理及功能：

第一步：评估数据资产的安全级别，根据不同的安全级别以及应用的数据要求，制定不同的脱敏策略。

第二步：设置脱敏任务和触发条件，触发条件如时间、某数据处理过程的调用。

第三步：触发脱敏条件后，脱敏系统将脱敏算法的执行算法包下发各节点实现数据脱敏。

数据脱敏可发生在两个阶段：

1）数据的采集阶段，实现最基本、简单的脱敏；

2）数据资产应用过程中，针对不同的应用进行实时的脱敏，应用脱敏相对较为复杂多变。

2.4 容灾备份/恢复

（一）容灾分类：

数据级容灾：建立一个异地的数据系统，该系统是本地关键应用数据的一个可用复制。在本地数据及整个应用系统出现灾难时，至少在异地保存有一份可用的关键业务的数据。该数据可以是与本地生产数据的完全实时复制，也可以比本地数据略微落后，但一定是可用的。

应用级容灾：在数据级容灾基础上，在异地建立一套与本地生产系统相当的备份环境，包括主机、网络、应用、IP等资源均有配套，当本地系统发生灾难时，异地系统可以提供完全可用的生产环境。

（二）备份策略

备份策略是备份方案核心部分，要按照数据重要程度、数据管理方式制定不同的备份策略。备份策略包括：备份对象、备份方法、备份频率、保存时限等。

如：每天数据泵备份两次，RMAN备份一次，备份保存双份，一份放本地，一份放存储。

管理举措：应定时检查备份机制是否有效。

（三）备份运行和恢复演练

1)   必须定期巡检和维护备份系统及时发现并排除故障隐患，保证备份系统的正常运转。

2)   对于核心系统和关键系统，每半年进行备份介质可用性检查，确保库存介质可用。

3)   必须保证核心系统每季度进行的恢复测试顺利完成，检查备份可用性。关键系统至少每半年进行恢复测试。

4)   需要实施系统恢复时要按照备份恢复管理流程申报、审批，按照备份恢复方案进行系统恢复。

5)   个人做好对自己的资料文件根据需要进行备份，但必须做好备份的信息安全保护工作。

6)   数据备份应遵循“内容完备、安全保密、落实到人、定点存放、定期检验”的工作原则，切实保证备份数据的机密性、完整性和可用性。

防护：定期举行灾备演练。

2.5 安全审计

尽量通过部署日志审计系统，实时监视网络各类操作行为及攻击信息。根据设置的规则，智能的判断出各种风险行为，对违规行为进行报警等。

日志的分类包括：应用系统日志、操作系统日志、数据库日志、网络设备日志和信息安全设备日志。每一类日志记录中应记录以下基本内容：事件发生的日期和时间、事件描述，操作者信息，导入、导出、成功和失败操作。

（一）应用系统日志

客户访问门户网站时，应对登录行为、业务操作以及系统运行状态进行记录与保存，保证操作过程可追溯、可审计。并确保业务日志数据的安全。日志记录应满足如下安全要求：

1. 记录关键业务操作日志：应记录关键业务操作的日志，例如登录成功与失败、关键业务办理、敏感数据查询、敏感数据导入与导出等。

2. 记录应用系统运行日志：应记录应用系统的启停、异常、资源使用情况等。

3. 敏感数据模糊化：禁止在业务日志中记录服务密码等敏感信息。如果确实需要记录敏感信息，则应进行模糊化处理。

4. 防止业务日志欺骗：如果在生成业务日志时需要引入来自非受信源的数据，则应进行严格校验，防止欺骗攻击。

5. 业务日志安全存储与访问：禁止将业务日志保存到网页目录下，确保业务日志数据的安全存储并严格限制业务日志数据的访问权限。应对业务日志记录进行签名来实现防篡改。日志记录应在线至少保存半年，离线保存1年。

应用系统日志分析，不同的系统日志特征不一样，所以也不好去介绍（有机会再写写安全应急），在做应急分析时，有时候是需要去模拟操作分析出操作特征，再去对日志进行分析。

IT运维管理

通过专业的运维管理系统进行运维监控，对服务器的CPU、硬盘、内存、网络等资源的使用情况，以及系统的服务水平进行检测和告警。

接口安全审计

接口的调用监控：限制访问次数、最大连接量，接口流量实时监控、异常流量告警，如短信接口、提现接口、充值接口等等；

注：比如某系统已经停用了，有漏洞也不打算补了，反正都不用了，但某天系统又重新开启还不通知安全，这时技术、管理已经失效了，所以还有监控这一道防线。

日志保护

1. 关键信息基础设施的运营者在运营中收集和产生的个人信息和重要数据应当在境内存储；

2.   对审计进程进行保护，防止未经授权的中断；

3. 审计记录进行保护，定期备份，避免受到未预期的删除、修改或覆盖等，如：审计记录备份到日志服务器；

4.   日志信息保存至少6个月。

防护：对日志信息进行周期性回溯，或者通过日志监控平台的建设，做到自动风险告警和高危风险操作预警阻断功能。

三、数据安全建议

数据安全治理最为重要的是进行数据安全策略和流程制订。内部指定并发布《公司数据安全管理规范》，所有的工作流程和技术支撑都是围绕此规范来制订、落实，一般会包括组织架构及职责分工、数据分类与分级管理、数据生命周期（采集、使用、传播、存储、归档、销毁）安全要求、数据安全风险事件管理、数据安全管理考核与监督、数据安全管理培训等内容。

数据安全治理工作，需要遵循国家级的安全政策和行业内的安全政策，包括网络安全法、等级保护政策及特定行业政策（如PCI-DSS、SOX等），企业在制定内部政策时需要重点参考。

数据治理主要依据数据的来源、内容和用途进行分类；以数据的价值、内容敏感程度、影响和分发范围进行敏感级别划分。这就要求我们对现有数据资产进行梳理，包括数据的使用部门和角色、数据的存储和分布、现有的数据访问原则和控制策略等。数据资产梳理中，要明确数据如何被存储、数据被哪些对象使用、数据被如何使用等。对于数据的存储和系统使用，需要通过自动化的工具进行；对于部门、人员角色梳理，更多在管理规范文件中体现；对于数据资产使用角色的梳理，关键要明确不同受众的分工、权利和职责。

清楚敏感数据分布，才能知道需要对什么样的库实现何种管控策略；对该库运维人员实现怎样的管控措施；对该库的数据导出实现怎样的模糊化策略；对该库数据的存储实现何种加密要求。明确数据被什么业务系统访问，才能准确地制订业务系统工作人员对敏感数据访问的权限策略和管控措施。

建议：数据管理制度修订，数据分类分级管理工作流程及公司内部组织建设。

3.1终端数据安全

跟数据打交道最多的场景是终端电脑，所以很多企业的数据安全建设工作都会围绕终端进行，市面上的解决方案有加密、权限控制、终端DLP桌面、虚拟化、安全桌面等几大类别，中间还会涉及一些外设管控、水印等。

3.1.1加密类

加密类解决方案可以分为磁盘加密、文件加密两类技术。

l 磁盘加密

磁盘加密技术目前主要有两种类型：一种是磁盘分区加密技术， 另一种是全磁盘加密技术（Full Disk Encryption，FDE）。

磁盘分区加密技术是采用加密技术对磁盘上某一个扇区（或者分区）进行加解密。磁盘分区加密技术目前已经有广泛应用，虚拟磁盘加密技术（Vertual Disk Encryption，VDE）就是磁盘分区加密技术的代表之一，其他的还包括移动存储设备加密技术。很多企业提供类似“安全U盘”的设备，U盘加密软件是专业的U盘加密软件和移动硬盘加密软件。可以几秒内加密U盘和加密移动硬盘里面的全部文件和文件夹或者是你指定的需要加密的文件和需要加密的文件夹。解密时也可以解密全部加密的文件和加密的文件夹或只解密你需要使用的加密文件和加密文件夹。

全磁盘加密技术，顾名思义，是对整个磁盘上的数据进行加解密，包括系统所在分区也是加密的。

传统的磁盘加密方案，都是基于防止设备丢失等带来的被动泄密，而无法防止员工的主动泄密，所以以上的方案比较适合用在笔记本电脑、移动存储设备上。

l 文件加密

这里的文件加密不是指给文档设置一个密码或者给文件压缩设置压缩密码，而是企业里常用的透明加解密方案。所谓透明是指，对使用者来说是未知的，当使用者在打开或编辑指定文件时，系统将自动对未加密的文件进行加密，对已加密的文件自动解密。文件在硬盘上是密文，在内存中是明文。一旦离开使用环境，由于应用程序无法得到自动解密的服务而无法打开，从而起到保护文件内容的效果。

透明加解密产品的实现技术，分为两种：应用加密、驱动层加密。

应用层加密:通过调用应用系统的Windows API函数来对文件进行读写的加密控制，即平常所说的Hook技术。通过Hook技术，当监控到可信进程打开加密文件的时候将其进行解密，当监控到可信进程写入文件到磁盘的时候进行加密；而驱动层则工作在更底层，通过拦截操作系统文件过滤驱动的读写动作对文件进行加解密控制，由于工作在受Windows保护的内核层，运行速度更快，加解密操作更稳定。

3.1.2 权限控制类

除了透明加解密之外，企业用户往往需要做更细粒度的控制，包括阅读、复制、编辑、打印等，我们称之为权限控制类方案。注意权限控制不代表不使用加密技术，相反，方案通过使用加解密、密钥管理类的技术，来保障被授权的用户才能有权限使用该文档；而文档权限的控制，保障被授权的用户，权限能够更细粒度地区分，比如阅读、复制、编辑、打印、二次授权、使用时长、打开次数、被打开的机器数量等。其中一些权限， 如阅读、编辑、打印等，是通过控制文档编辑器来实现的，而二次授权是通过解密再加密授权实现的。

由于欧美和亚洲在防主动泄密的理念以及对用户安全意识的信任是不同的，导致产品功能稍有不同，但对用户的使用体验甚至安全性上有非常大的影响。在欧美，文档权限管理的目的，更偏重于让有安全意识的用户更好地授权自己的文档，以及信任有安全意识的用户合理使用文档，如果他一旦利用漏洞进行主动泄密，更多交给DLP来实现。但在亚洲，文档权限管理的目的更多是防止主动泄密，希望将被授权用户管理得非常严格。

文档内容的交互不仅仅只是文档和文档之间，常常有些工作场景需要摘录文档中一些统计类图标、内容，发在邮件正文中作为报告的摘要信息提示。比如，系统方案上OA应用评审，也希望摘录部分不太涉密的评审点。因为随着信息化系统的高度发展，信息流转不仅仅是在文档和文档之间，也在文档和系统之间。但这样虽然方便了用户，却会造成安全风险，因为一旦可以将内容拷贝到邮件或者OA应用，那么加密就失效了。

我们应该做到是加强对员工安全意识教育，被授权的用户也应知道这些信息该如何处置，哪些内容可以复制到非加密的应用中而哪些不可以。如果他们主动或过失泄密，在技术上有DLP的监测或者其他审计，在管理上公司可依制度和法律问责。

建议：终端文档管理系统，可以实现终端设备上资料的授权明细访问

3.1.3 终端DLP类

终端DLP功能通常包括敏感文件识别、外发文件阻断、外设端口管控、日志审计分析等功能。其中最关键的是敏感文件识别。

敏感文件识别，首先要对终端上的各类文档进行深入解析，通常Office、PDF、压缩包、文本类都是必需的。其次在解析内容的基础上，匹配相应的策略来判断文档是否敏感，从简单的关键字、正则表达式，到文件指纹，数据库指纹，再到语义分析、机器学习等，在条件上的与、或、非各种组合下，才能判定文件是否敏感，敏感度是多少，相应的动作是否阻断等。

外发文件阻断，通常需要考虑一些泄密的场景，包括U盘拷贝、打印、压缩、拷贝到共享、拷贝到远程桌面、拷贝到虚拟机、光盘刻录、邮件客户端发送、QQ/RTX/微信等通讯软件聊天以及传附件等一系列场景，有的甚至需要对截屏、剪贴板进行控制。至于是采用阻断还是采用只监控审计的方案，要看企业需求和文化氛围，只监控审计的方案对最终用户无感知，体验会更好，也更容易在企业落地。

建议：DLP终端产品，并不断完善安全防护策略，从事后监控逐步过渡到事前防范、非授权资料的阻断功能，并通过公司内部数据管理制度优化建设，完善奖惩机制。切实落实安全数据安全保证工作。

3.1.4 桌面虚拟化

数据一旦落到终端，很多方案都会存在失效的可能。随着云计算、大数据的发展，很多企业意识到将数据统一集中管理、不落到终端上是一个不错的方法。

得益于服务器虚拟化技术的成熟和服务器计算能力的增强，使得服务器可以提供多台桌面操作系统的计算能力，将远程桌面的远程访问能力与虚拟操作系统相结合，形成了桌面虚拟化技术。有些场景可能不需要用户有个完整的桌面，只需要特定的应用，于是出现了应用虚拟化。

虚拟桌面方案对网络质量要求较高，不同厂家的远程协议有各自的优化处理方案，需要仔细对比体验，除此之外，我们需要关注以下的一些关键点：

用户认证功能。一般方案都提供本地用户密码认证、AD认证， 有的还支持双因素认证。

USB存储功能。有些场合需要使用USB设备，所以一般都提供了USB重定向功能，如果USB的存储功能受限，将会成为一个数据泄露的途径。

剪贴板功能限制。为了方便地将本地剪贴板内容拷贝到虚拟桌面，一般的方案都提供了剪贴板重定向功能，最好有方向上的控制。

MAC地址绑定功能。虚拟桌面IP和MAC地址绑定，瘦终端的MAC地址与用户账号绑定，或者与虚拟计算机的名称绑定等。

PC截屏功能。数据都在服务端，本地终端能看到但拿不到，难免会有人想截个屏，然后到本地桌面粘贴，这时候防截屏功能就能发挥作用了。

虚拟桌面水印功能。截屏不行还可以拍照，所以水印功能也必不可少，有明文水印，有些厂商还提供隐藏水印功能。

虚拟桌面本质上相当于将物理终端从前台移到了后台，解决了物理终端设备边界的问题对于从网络和应用上访问所形成的数据安全风险。

建议：云桌面产品

3.2 网络数据安全

企业员工上网、邮件外发场景都会存在数据泄露的可能，有些企业对办公和业务网做了逻辑隔离，但数据还是有交互的需求，这里都需要考虑数据安全问题。主要分为三类：网络DLP类、上网代理类、邮件代理类。网络DLP类主要是基于旁路镜像分析流量是否有敏感内容传输；后两种主要是串在网络访问路径上，从而可以起到拦截的效果。

建议：部署实施DLP产品，上网代理产品、邮件代理产品

3.3 存储数据安全

企业的很多数据除了落地在终端，更重要的是落地在后端存储 上，这里的数据安全工作会涉及存储数据的加密、敏感文件的扫描发现以及数据的销毁等方面的内容。

n 存储数据的加密

存储数据的加密，根据数据加密位置的不同，一般分为：应用层加密（如数据库、备份软件），网关层加密（如加密交换机），存储系统加密。

应用层加密，肯定是兼容性最好的方案，因为应用自身实现了加密，存储层、网络层根本无感知；另外，由于应用层加密可以保护数据端到端的安全，所以实用价值更大。以数据库为例，包括Oracle、SQL Server在内的数据库，都在高版本里支持透明加解密功能，即存储在磁盘上的数据是加密的，加解密功能由数据库自身来完成。MySQL在5.7版本中推出数据加密功能—透明数据加密（Transparent Data Encryption），用户在创建加密表时，不用指定加密密钥。数据在写盘时加密，在读盘时解密。不过，目前MySQL的透明数据加密只支持InnoDB存储引擎，未来可能会有新的改进。

网关层加密，使用加密存储安全交换机，连接在存储设备和主机之间，所有数据都会经过它，性能是一个需要关注的问题；另外，对已经有存储交换机的企业来说，还需要另外采购加密交换机来实现加密功能。

存储系统加密，依靠存储本身提供的加密就可以，不需要引入加密交换机，也不会对主机的性能有影响。很多企业都使用磁带库的方式进行备份，一般都支持加密功能。

n 敏感文件的扫描

常规的DLP产品都会支持敏感数据发现功能，除了对本地终端，还可以对远程存储上的文件进行扫描，比如文件共享、LotusNotes数据库、SQL数据库、SharePoint服务器、Exchange Server扫描等，都是DLP产品里的功能。

n 数据的销毁

数据销毁有两种，一种是我们常说的数据擦除，一种是针对物理设备的消磁或粉碎。

安全的删除方法是使用专业工具进行的，免费的有Eraser，其删除设置里有多种删除方法，包括美国国防部标准等。

如果想针对某个重要文件做处理，但已经不小心被删除，一种办法是先恢复再安全删除，还有一种办法就是直接硬盘填充多次，硬盘填充工具网上有免费的FillDisk，也有系统自带的cipher命令。此类工具的原理都是写数据一直到磁盘写满，多运行几次再用数据恢复工具测试一下效果进行验证。

针对磁盘的消磁，需要专业的消磁设备来进行，一般金融机构数据中心都会配备，不再赘述。针对SSD固态硬盘，由于其不是磁性媒介组成，所以消磁机就派不上用场了，一般的做法是将其芯片粉碎，市面上也有相应的设备。

建议：应用系统存储方案的修改，从现在的数据安全关键信息的明文存储，按照系统优先等级规划的要求，逐步过渡到数据库中的加密存储，确保前后段分离，后台数据库查询用户即使有操作权限也无法获知敏感数据内容。