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

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