社保行业信息大量泄露安华金和提出应对解决区域

社保行业信息大量泄露 安华金和提出应对解决方案

针对今日全大规模报道的全国30省市社保用户信息泄露事件，安华金和对乌云历史报道的社保行业相关漏洞进行集中分析，得出的结论为：大量的信息泄露主要由软件中存在的SQL注入漏洞引起，而且由外部黑客入侵引起。

实际上根据安华金和对社保行业的掌握情况，不仅仅是外部黑客，同时社保内部的运维人员、第三方的开发人员、甚至社保系统的业务人员都可以通过直连到数据库，查看或修改相关信息，从而引起社保数据的批量泄露或篡改。

这些问题的解决需要一个系统化的方法，包括管理制度上的改善、安全意识的增强、更严谨的应用代码、更为安全的络体系结构;但从专业的数据库安全厂商角度来看，社保的数据库安全本身就存在极大的漏洞，特别是社保信息在提供外访问时，更是容易被拖库。

数据泄露类的安全问题的分析如下：

(1) 外部黑客攻击者进行社保信息窃取

黑客攻击者一般有两种手段进行数据的窃取：

一是入侵到络后，能够直接访问数据库服务器，进行刷库直接拷贝数据文件，再进行异地的数据还原。

二是利用应用系统的漏洞，通过sql注入，完成对社保人员信息的批量下载，这种方式是当前暴漏出来的案例中的主要方式。

(2) 系统维护或第三方开发人员权限过高

负责数据库的维护管理，直接掌握数据库DBA用户的口令。DBA 既负责各项系统维护管理工作，又可以随时查询数据库中的一切敏感信息;这些人员被他人利用，完全可以随时登陆数据库，任意进行社保信息的访问。

而社保系统的第三方开发人员，由于对系统的熟悉度更高，往往可以通过程序中的后门程序或直接访问数据库的机会获得数据。

陕西移动1300万的数据泄露，就是开发方人员联创的人员种植的后门程序，引起的信息泄露。

(3) 数据库文件采用明文存储，拷贝到数据文件后引起整体泄露

当前的主流数据库中，数据文件都是以明文形式进行存储的。内部人员或外部黑客入侵者很容易利用这一漏洞，拿到社保数据库的数据文件或备份文件，进行异地还原或使用专门的数据解析工具，获得全部社保信息。

近年，有诸多典型的泄密事件，都是通过直接利用文件层的存储漏洞窃取数据;例如小米论坛800万用户信息泄密是由于黑客进行刷库拿到数据文件、CSDN1000多万客户信息泄密，是由于备份磁盘被人拿到后利用。

数据篡改类的安全问题的分析如下：

(1) 非法高权限维护人员的违规篡改

在社保数据库系统维护过程中，有大量的维护人员账户，以及第三方人员使用的账户。为了使用方便，DBA在给这些账户分配权限时，往往简化处理，直接给予DBA角色的权限，或者能随时访问敏感社保信息的高权限角色。

掌握这些账户口令的人员，一旦出于经济利益或其他原因被人利用，便随时可以进行参保人员的工资、账户余额等经济数据信息的篡改。

(2) 利用合法维护人员的身份进行违规篡改

合法的维护人员由于工作需要，本来就应该具备修改工资、账户余额的权限。一旦这些人员被人利用，或者其他人掌握了合法维护人员的口令后，仍然可以任意进行敏感社保数据的篡改。

且现有的机制无法准确追踪到操作者具体是谁，只能知道使用哪个数据库账户进行了数据修改操作。

(3) 合法维护人员的误操作

合法维护人员由于种种原因，也有可能产生社保数据修改的误操作，导致修改结果不正确。

现有机制也无法准确审计到合法维护人员每次修改行为的详细过程，比如修改前的值，修改后的值等，一旦发生误操作可能无法还原及修正。

安华金和作为一家专业的数据库安全厂商，;在社保行业问题频频暴露的过程中，已经就其中问题与社保行业的用户和厂商进行过多次沟通，根据双方的共同讨论，形成了一些具体的解决方案，并在一些省市开始应用;如下是一个典型的地市的解决方案：

其中外区域，安华金和提出主要通过部署数据库防火墙和数据库加密系统提供防护;通过数据库防火墙可以防止sql注入、防止批量下载和防止后门程序;通过数据库加密，使存储在外的数据库中的关键信息在存储层是密文状态，从而防止文件层的拖库。

数据库防火墙，不同于传统的防火墙，传统的防火墙无法防止SQL注入等共计手段;数据库防火墙也不同于web防火墙，web防火墙实际上有很多的应用限制，有很多的sql注入绕开手段，web防火墙也无法做到防止批量下载和后门程序。

而数据库防火墙可以对数据库的通讯过程进行精确的解析和控制;对于sql注入本身比web防火墙可以拦截的更为彻底;同时可以对社保应用建立应用特征模型，建立社保正常访问语句的抽象表达，对每种语句的返回总量进行控制;从而防止批量下载和后门程序。

而数据库加密产品，不同于磁盘加密和文件加密;后两种技术，在数据库启动后，完全无法防止用户的拖库行为。

对于维护域，安华金和提出部署数据库防火墙和数据库审计;数据库防火墙主要对于运维侧的人员(包括运维或开发人员)的行为进行管控，通过金库模式等方法在运维侧人员批量访问敏感表，或进行特殊表的数据变更时，引入审批控制流程。而数据库审计可以记录下来所有人员的数据库访问行为;可以突破应用层限制，将SQL语句与业务人员身份有效关联，在发生安全事件后，形成有效追踪。

关注ITBear科技资讯公众号（itbear365 ），每天推送你感兴趣的科技内容。

特别提醒：本内容转载自其他媒体，目的在于传递更多信息，并不代表本赞同其观点。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，并请自行核实相关内容。本站不承担此类作品侵权行为的直接及连带。如若本有任何内容侵犯您的权益，请及时联系我们，本站将会在24小时内处理完毕。