对电子银行安全与风险防范的思考

弱技术配强管理的电子银行安全效果，与强技术配弱管理的安全效果是一样令人担忧的。银行要通过强技术强管理的组合来保证电子银行的安全。

由于方便、快捷，电子银行越来越为银行和客户所青睐，其业务量在银行业务中的占比逐渐增加。与此同时，电子银行的安全问题也引起了越来越多的关注。近两年，网上银行发生的安全事件增加了人们对电子银行安全性的担心，英国破获黑客盗划2.2亿英镑的新闻，让客户疑虑自己的财富是否会在眨眼间化为乌有，所以不少人选择了小规模、低频率使用网上银行的下策。而对于银行来说，安全事件给银行造成声誉和经济上的重大损失，而且今后还可能面对赔偿诉讼。如何保证电子银行的安全、有效防范风险成为各银行的头等大事。

电子银行的安全问题千头万绪，要分析清楚，还得从电子银行的系统架构和风险点说起（见图1）。

图1电子银行技术实现的网络原理

电子银行风险点

操作系统的安全

操作系统安全的主要考虑有。（1）连续无故障运行天数。（2）超级用户指令保管与使用。操作系统的口令是系统安全的命门，一旦超级用户指令被人知晓，该知情者就可以远程控制计算机，进而修改数据库用户的密码，从而无障碍地进入数据库系统进行任何操作。（3）压力指标。操作系统提供的缓冲空间、进程数等是数据库、应用软件运行的基础参数，需要根据运行情况进行参数最优化配置。通常操作系统要与应用系统一起进行压力测试，以便测出业务量等极限值。针对极限值，把系统装备相应的预防、处理、应急机制，如自动或人为分流流量、报警等，避免系统瘫痪。

数据库的安全

数据库安全的主要考虑有。（1）操作系统登录时的用户名与口令如果泄密将危及整个数据库的安全，数据的修改将无法控制。（2）数据库的用户名和密码不要简单得让人猜出来，不少系统就使用用户名sa和口令sa，这样做不但使数据库安全受威胁，操作系统的安全也受到威胁。因为可以通过一种数据库远程控制机制控制远程操作系统。（3）数据库操作审计，将运行主机上所有数据库操作及数据变更写入日志。这个日志将迅速膨胀，需要专门的日志管理员进行外部备份和清理，否则系统硬盘过一段时间就会涨满。但是，中小银行可能会屏蔽数据库审计功能，以减少日志清理和管理的麻烦。这样，数据库安全失去了重要的、可跟踪恢复的操作监视手段。（4）数据同步、一致性问题。数据操作是以事件驱动的，事件没有完成，则数据库将自动恢复到事件前状态。软件编程要注意应用数据表之间的逻辑一致性，否则，数据挖掘就得浪费大量的时间清理无效数据。

核心系统的安全

第二代核心系统主要有信贷、柜台、账务、现金管理等，第三代核心业务系统模型则包括了客户关系管理、风险管理、市场营销分析等模块。第四代核心系统正在建设当中，思路更加清晰，更加强调数据共享和soa架构，更好地进行业务流程整合与信息管理整合。