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

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

第一篇：对电子银行安全与风险防范的思考弱技术配强管理的电子银行安全效果，与强技术配弱管理的安全效果是一样令人担忧的。银行要通过强技术强管理的组合来保证电子银行的安全。由于方便、快捷，电子银行越来越为银行和客户所青睐，其业务量在银行业务中的占比逐渐增加。与此同时，电子银行的安全问题也引起了越来越多的关注。近两年，网上银行发生的安全事件增加了人们对电子银行安全性的担心，英国破获黑客盗划2.2亿英镑的新闻，让客户疑虑自己的财富是否会在眨眼间化为乌有，所以不少人选择了小规模、低频率使用网上银行的下策。而对于银行来说，安全事件给银行造成声誉和经济上的重大损失，而且今后还可能面对赔偿诉讼。如何保证电子银行的安全、有效防范风险成为各银行的头等大事。电子银行的安全问题千头万绪，要分析清楚，还得从电子银行的系统架构和风险点说起（见图1）。图1电子银行技术实现的网络原理电子银行风险点操作系统的安全操作系统安全的主要考虑有：（1）连续无故障运行天数。（2）超级用户指令保管与使用。操作系统的口令是系统安全的命门，一旦超级用户指令被人知晓，该知情者就可以远程控制计算机，进而修改数据库用户的密码，从而无障碍地进入数据库系统进行任何操作。（3）压力指标。操作系统提供的缓冲空间、进程数等是数据库、应用软件运行的基础参数，需要根据运行情况进行参数最优化配置。通常操作系统要与应用系统一起进行压力测试，以便测出业务量等极限值。针对极限值，把系统装备相应的预防、处理、应急机制，如自动或人为分流流量、报警等，避免系统瘫痪。数据库的安全数据库安全的主要考虑有：（1）操作系统登录时的用户名与口令如果泄密将危及整个数据库的安全，数据的修改将无法控制。（2）数据库的用户名和密码不要简单得让人猜出来，不少系统就使用用户名sa和口令sa，这样做不但使数据库安全受威胁，操作系统的安全也受到威胁。因为可以通过一种数据库远程控制机制控制远程操作系统。（3）数据库操作审计，将运行主机上所有数据库操作及数据变更写入日志。这个日志将迅速膨胀，需要专门的日志管理员进行外部备份和清理，否则系统硬盘过一段时间就会涨满。但是，中小银行可能会屏蔽数据库审计功能，以减少日志清理和管理的麻烦。这样，数据库安全失去了重要的、可跟踪恢复的操作监视手段。（4）数据同步、一致性问题。数据操作是以事件驱动的，事件没有完成，则数据库将自动恢复到事件前状态。软件编程要注意应用数据表之间的逻辑一致性，否则，数据挖掘就得浪费大量的时间清理无效数据。核心系统的安全第二代核心系统主要有信贷、柜台、账务、现金管理等，第三代核心业务系统模型则包括了客户关系管理、风险管理、市场营销分析等模块。第四代核心系统正在建设当中，思路更加清晰，更加强调数据共享和soa架构，更好地进行业务流程整合与信息管理整合。核心系统安全的考虑包括：（1）源程序是否有漏洞、后门和错误代码。由于当代银行软件主要采用的是黑匣子测试，而不是白匣子测试，因而大量“死角”无法发现，隐藏的风险是较大的。2007年底，一客户在广州市某银行atm机上取现金1000元，而账户却只扣一元，客户因取现17.5万元被判重刑而引起争议。其实在这个案件中，银行过错在先，因为银行软件测试没有发现程序错误。（2）系统压力测试。如某银行的基金理财平台属于核心系统，由于股市行情的井喷，致使2007年8月的一天网上银行占用主机资源过多，主机down机几个小时。这种现象断断续续持续约一个月时间，银行其他业务也受到影响。事后，该银行制定了应对策略，让分行分流部门网上理财业务。分行业务数据通过电信、网通专网与总行相连，避免流量都挤在公网入口的局面。高峰期，专网的传输速度比公网快，速度有保证。另外，在分行增设业务流控制界面，一旦全国行情井喷，则由分行控制流量，避免由于理财产品等边缘业务导致整个核心系统瘫痪的恶性事件。（3）核心系统的管理员用户名和密码。（4）核心系统的易维护性、易扩展性。如果元数据标准等标准化建设达到了一定的水平，则外围系统容易扩展核心系统的功能，共享核心系统的数据。同时，核心系统如果获得越多的外围子系统的数据，则越可能做数据挖掘等建模工作，而风险管理、管理决策、客户分析等都离不开数据挖掘和商务智能。（5）版本升级、新产品上线、定期系统在线清理、操作运行主机等操作行为的风险控制。在核心系统down机的严重故障中，部分原因恰是系统切换、系统升级或新产品上线欠周全造成的。操作运行主机要有一定的程序要求，要求双人共同操作，且不可进行试验性操作。试验性操作要在备份机器上进行，确认无误后才可在运行主机上操作。另外，主机长年累月地运行，不可避免地会出现内存、进程等方面的问题，需要人为适当干预。随着硬件功能越来越强大，以及soa设计理念和设计能力的普及，核心系统的能力